任务:迭代验收复审
此任务描述了如何在迭代工作完成时进行正式验收。
规程:项目管理
关系
角色主执行者: 其他执行者:
输入必需:
    可选:
    输出
      流程使用情况
      主要描述

      迭代验收复审是在项目团队和客户代表之间进行的正式复审。 该复审的目标是达成以下协议,即每项迭代评估条件均已满足,且项目可以继续进行到下一个迭代。

      步骤
      安排迭代验收会议

      迭代验收复审会议是在客户代表和项目的管理团队(项目经理,加上项目团队的各个功能区域的团队领导)之间的会议。还可以包括项目复审委员会的代表。

      当确定参加会议的人员后,接下来确定会议召开的日期/时间。要提供足够的前期时间让参与者审阅将用作核准决策的基础的材料,这一点很重要。

      分发会议材料

      在会议之前,将迭代评估分发给复审者。确保该“状态评估”在会议之前发到每个人手上,让复审者有足够的时间审阅该评估。

      举行迭代验收复审会议

      会议期间,与会者复审迭代评估条件(如迭代计划中所记录)以及“评估迭代”任务的结果(如迭代评估中所记录)。

      • 对于每项条件,复审组应确定测试和复审结果是否证明了每项条件的需求已满足,并就此达成一致。
      • 如果某项条件的需求尚未满足,复审组应确定必需的更正操作,以实现一致性。

      在会议结束时,复审者应该作出核准决策。如果某些迭代条件尚未满足,复审组仍可以决定接受该迭代,并将所有更正操作延迟到下一个迭代中进行。如果缺陷不重大,则可以采取此方法。 但是,如果缺陷非常重大(例如选择的技术基础结构失败)并要求对项目中的方法进行大的更改,您也可以延迟更正操作。在这种情况下,您应启动新的迭代以处理发生的问题。

      迭代验收复审的结果可以是以下之一:

      接受迭代  客户代表和项目团队同意此迭代的可交付件令人满意,项目应继续进行到下一个迭代。 
      不接受迭代  尚未达到评估条件,在可以认为迭代工作完成之前必须采取更正操作。 

      如果未接受迭代,那么项目团队应安排已确定的更正操作,并重新提交修订后的“迭代评估”以进行下一次的复审。

      记录决策

      在会议结束时,会完成一份复审记录,捕获所有重要讨论或操作条款,并记录迭代验收复审的结果。如果结果是“不接受”,那么应安排稍后进行下一次“迭代验收复审会议”。