首页>
迭代（Iteration）
敏捷项目管理的要点在于能够设计出一个流程以平衡为获取反馈所花费的成本和获得反馈给项目带来的好处。客户从开发人员那儿得到关于可交付成果的报告，并进行决策。该决策作为仕样反馈给开发人员。然后，开发人员基于该仕样改进开发，并继续向客户报告结果。如此这般，客户和开发人员一边切磋琢磨，一边做出更好的软件。敏捷软件开发采用迭代（Iteration）管理开发项目工作。一个迭代，一般持续一周或一个月。迭代是分配任务和制作可交付成果的管理单位。
迭代的长度一旦决定了，就不再更改。即，迭代的长度是固定的，不是由分配的任务大小决定的。Scrum使用Rugby中的术语，每个迭代被称作一个Sprint。
.Time-box
Time-box被称作迭代背后的手。重视人与人之间互动的流程，往往会有规则不够用的缺陷。这是因为，这种流程的重点在于协调以完成实际的工作，而不是遵守严密的规章制度。这种流程更接近于管理的本质，但是更难掌控。激发创造力的交流是必不可少的，但有时候，用于调整的时间无限膨胀，甚至压缩了做实际工作的时间。例如，长时间的会议和辩论。的确，各种Session会给参加者带来一定的满足感，但也容易流于为会议而会议的形式主义，或者带来“开会就是完成工作”的虚假的成就感。更坏的情况时，如果掌控不好，会造成进度迟延、品质低下、以及成本和回报的不平衡。那么，该如何解决这些问题呢？
有一种方法，对各项活动设定了时间，并要求严守结束时间。即，终了时间必须结束，即使会议的预期可交付成果还处于In progress的状态，也要结束，这个预期的可交付成果会成为下一道工序的输入。这种时间管理方法就叫做Time-box。
Time-box的Point在于并不仓促得出可交付成果。而是按时间进入下一道工序，得到客户反馈，再返回来，更好地完成可交付成果（由此可见，项目真的是一种目标导向、结果导向的东西）。
重视客户反馈的敏捷项目管理就采用了Time-box，按照定义好的时间，进入下个Step。
任务管理
1.把需求分配到各个迭代
需求是在迭代中实现的。在哪个迭代中分配哪些需求，一般是按照客户设定的优先度，从高到低地实施。实际操作时，因为需求的大小不同，而迭代的长度是固定的，所以无法完全按照优先级实施。另外，客户也不一定会主动设置需求的优先级。
开发团队要在每个迭代开始前，与客户密切交流，让客户发挥主动性选择需求。
2.需求分解成作业项目
敏捷软件开发中，将开发工作细分为任务，每个人自发地选择任务，一项任务完成后，自己再给自己分配下一项任务。把工作分解到可以分配给个人的程度，叫任务（Task）。迭代中，要把需求进一步分解为任务，并制成一览表。然后，通过管理任务的分配，每个人所做的工作都明了可见。虽然任务需要分配给Team中的某一人，但Team全体对任务负有管理责任。
不依赖于个人能力。而是通过Team一起管理剩余的任务，以判断迭代内是否能完成计划的可交付成果。两一方面，通过观察剩余的任务，可以早点发现异常。
设计流程时，一贯的指导思想是：提高作业透明度，早期发现异常，缩短迭代期间，早期得到反馈。
早期发现问题，早期做出调整，在设计流程的过程中，要时时关注这一机制.
敏捷管理小知识：交付是指在软件开发中，核实可交付成果的行为。交付是指软件可以开始提供商业服务，或可在公司内部使用，或可开始作为Package产品生产/销售。
对外包公司来说，交付一般就是合同期满的时候，通常只有一次。但是，如果采用敏捷项目管理，假设软件会随着环境变化和用户需求的变化而发生变化，将会有多次交付。
粤公安备案 44010602008731号