!@计划
!@#初始探索
在项目开始时，开发人员和客户会尽量确定出所有真正重要的用户素材。然而，他们不会试图去确定所有的用户素材。
随着项目的进展，客户会不断编写新的用户素材。素材的编写会一直持续到项目完成。（这一点我赞成，不可能一开始什么都确定下来，会慢慢完善）
大素材要分解
比如用户能够安全地进行存款、取款、转账。这是一个大的素材。
分解之得到：（思维导图）
用户可以登录
用户可以退出
用户可以向其账户存款
用户可以向其账户取款
用户可以从其账户向其他账户转账
随着项目的进展，由于可以度量每次迭代中已经完成的用户素材点数，所以对于速度的度量会越来越准确。（这一点对于做事和读书同样有效。）
!@#发布计划
如果知道了开发速度，客户就能够对每个素材的成本有所了解。
!@#迭代计划
迭代期间用户素材的实现顺序属于技术决策范畴，开发人员采用最具技术意义的顺序来实现这些素材。
!@#任务计划
开发人员把素材分解成开发任务，一个任务就是一个开发人员能够在4~16小时之内实现一些功能。
!@#迭代的中点
在迭代进行到一半的时候，团队会召开一次会议。在这个时间点上，本次迭代中所安排的半数素材应该被完成。如果无法按时完成，
则要补完成这些素材，或告知客户决定从迭代中去掉一个任务或素材。客户可以指出那些最低优先级别的任务和素材。
!@#迭代
迭代可以让客户看到项目的进展，度量开发速度。可以安排高优先级的素材。