任务:管理迭代
获取并识别阻塞的问题与机会。识别和管理异常、问题以及风险。沟通项目状态。
规程:项目管理
用途

帮助团队满足迭代目标,并保持对项目的跟踪。管理利益相关人期望。

关系
主要描述

促进团队成为执行项目的一部分。提高团队成员之间的交互与信任,将团队建设融入项目活动中,并授权团队做出决定。通过目标完成管理,而不是时间报告。

帮助团队通过移除约束、监控项目进展和剩余待完成的工作,来满足迭代目标。当团队落后时,帮助团队考虑如何减少工作并仍然满足迭代目标。让利益相关人参与批准那些影响他们的变更和行动,这样可满足他们对迭代的目标,并在迭代中解决他们提出的问题。

选择一种方式收集基础的度量数据:理想的情况,是通过工具自动生成这些数据,但可以手工集成,或者同时包含两者。在 [项目定义与范围] 中,简要的说明了项目应该采用的度量。

步骤
跟踪当前迭代进展

持续监控迭代,确保适当的进展。通过维护迭代中的工作项状态来跟踪当前迭代的进展。尤其是,它对理解团队如何在迭代计划的工作中快速移动,以及估算有多精确非常重要 [LEF07]

通过整个团队参与的快速、频繁的会议来分享进展信息。这些会议对于了解自从上一次会议以来团队成员完成的工作,以及他们计划在下一次会议前完成的工作很有用。同时,它们也使团队可以识别任何阻塞的问题。更多信息参见:[Collaboration Guidance]

通过在墙壁或自动工具上可视化状态信息(如:已定义、已完成、已接受)来跟踪每项工作的状态。迭代通常固定长度,因此另一个主要的测量进展的方式是持续的跟踪当前状态并估算剩余的工作。每天绘制迭代燃尽图来可视化迭代的进展。该图通过绘制那些尚未开始的剩余估计工作量来表示进展。更多信息参见:Report:迭代燃尽报告

如果燃尽图显示可能无法按计划完成工作,采取纠正措施调整迭代过程。

获取并沟通项目状态

因为团队外的利益相关人无法参与团队的每日活动,所以尽可能的经常和他们沟通项目状态显得很重要。这些沟通显著降低了开发团队和利益相关人之间的脱节。状态为团队改进他们的开发过程提供了数据。

除了迭代状态,整体的项目状态也能通过燃尽图报告来获取和沟通。该报告显示了朝向发布日期的进展,并应该在每个迭代结束时进行更新(当进行度量时,如团队速率,也能被获取)。这使团队可以预测在剩下的项目迭代中可以完成什么。其它度量(如通过测试用例通过的数量)也可以被用来表示迭代和项目的状态。

在项目的工作地点时刻保持项目状态对利益相关人和项目团队的可见性,在那里,利益相关人可以过来并体验团队所取得的第一手的进展。

处理异常和问题

了解团队的问题并关注那些阻塞进展的问题。快速的每日例会通常是监控这些问题的一种好途径。在 迭代计划 中,记录那些必须被解决的问题。如果一个关键的问题看起来需要花费大量的时间去解决,将其记录在工作项列表中,以便能够分配给个人。

当问题和异常出现时,识别原因和影响。为那些对短期目标有直接影响的问题制定可能的解决方案,识别谁需要参与实现这个解决方案。制定纠正措施,并执行。

识别并管理风险

一旦项目启动,立即识别风险,并在整个项目过程中持续的识别和管理风险。每周访问 风险列表,或每迭代至少一次。整个团队参与识别并减缓风险。

管理目标

当团队明显落后时,或出现了关键问题阻止了团队满足迭代目标,可能有必要确认无法交付工作以确保团队在迭代结束时交付有用的产品增量,同时最大化利益相关人价值。团队和利益相关人一起修订迭代计划,需要的话,减少对关键任务的强调并将其延迟至后续的迭代。在极少数情况下,如果迭代目标看起来仍然无法满足,团队可能需要考虑中止迭代或者重新制定迭代目标。

更多信息