敏捷软件开发之计划

计划

当你能够度量你所说的，并且能够用数字去表达它时，就表示你了解了它；若你不能试题它，不能用数字去表达它，那么说明你的知识就是匮乏的、不能令人满意的。－－－－凯尔文

1. 初始探索
   首先要尽量确定真正重要的用户素材，但不会确定所有用户素材，因为随着项目的进展，客户会不断编写新的用户素材。
   开发人员要对这些素材进行估算，但估算是相对的，因为没有办法给出绝对的估算。所谓的估算，就是说一个任务用４个点来表示，另一个任务用８个点来表示，则说明另一个任务是前一个任务的两倍。不要把素材弄得过大或过小，这样都会对估算的估算造成困难。随着项目的进展，对开发速度的度量会越来越准
2. 发布计划
   如果知道了开发速度，客户就能够对每个素材的成本有所了解。业务人员会根据素材的优先级及成本来确定计划，从而选给他们带来最大利益的素材
3. 迭代计划
   一般选择为两周，客户可以选择他们想要在首次迭代中实现的素材，但不能与开发速度不符。一旦迭代开始，客户不能再改变该迭代期内要实现的素材，也就是说开发人员已经开始实现的素材，是不能改变的，其它的可以随意改变。
   即使在迭代期内任务没有完成，也要如期结束。这样可以重新估算开发速度，为下一个迭代设定任务做参考
4. 任务计划
   开发人员和客户共同制定计划，开发人员把素材分解成开发任务，一个任务大约在4-16小时内完成。开发人员不一定要根据自己的特长来选择任务，所以是与专业无关的。
   在迭代的中点，团队要召开一个会议来确认完成情况，如果完成素材没有达到一半，那么团队需要设法重新分配没有完成的任务和职责，以保证在迭代结束时能够完成所有素材。如果不能实现这样的重新分配，需要告知客户。需要注意的是我们的目标是要完成素材，也就是一个功能，而不仅仅是任务，如果在迭代结束的时候，90%的任务已经完成，但没有一个素材是被完全完成的，我们不是希望见到这样的结果的
5. 迭代
   每次迭代结束，会给客户演示当前可以运行的程序，客户会以新的用户素材的方式进行反馈
6. 结论
   通过迭代和发布，项目可以进入一种可以预测的、舒适的开发节奏