敏捷软件开发--计划

!@计划
!@#初始探索
在项目开始时,开发人员和客户会尽量确定出所有真正重要的用户素材。然而,他们不会试图去确定所有的用户素材。
随着项目的进展,客户会不断编写新的用户素材。素材的编写会一直持续到项目完成。(这一点我赞成,不可能一开始什么都确定下来,会慢慢完善)

大素材要分解
比如用户能够安全地进行存款、取款、转账。这是一个大的素材。
分解之得到:(思维导图)
用户可以登录
用户可以退出
用户可以向其账户存款
用户可以向其账户取款
用户可以从其账户向其他账户转账

随着项目的进展,由于可以度量每次迭代中已经完成的用户素材点数,所以对于速度的度量会越来越准确。(这一点对于做事和读书同样有效。)

!@#发布计划
如果知道了开发速度,客户就能够对每个素材的成本有所了解。

!@#迭代计划
迭代期间用户素材的实现顺序属于技术决策范畴,开发人员采用最具技术意义的顺序来实现这些素材。

!@#任务计划
开发人员把素材分解成开发任务,一个任务就是一个开发人员能够在4~16小时之内实现一些功能。

!@#迭代的中点
在迭代进行到一半的时候,团队会召开一次会议。在这个时间点上,本次迭代中所安排的半数素材应该被完成。如果无法按时完成,
则要补完成这些素材,或告知客户决定从迭代中去掉一个任务或素材。客户可以指出那些最低优先级别的任务和素材。

!@#迭代
迭代可以让客户看到项目的进展,度量开发速度。可以安排高优先级的素材。

你可能感兴趣的:(敏捷软件开发--计划)