Visual Paradigm IT项目管理 - 收尾阶段

之前的阶段,即执行和控制阶段,以项目可交付成果的接受为结束。在这个阶段,收尾阶段,项目组记录从项目中吸取的经验教训,并将交付成果转交给作业人员,作业人员将使用和维护交付成果作为持续的活动。
这一阶段的一部分是让项目经理抓住从项目中吸取的经验教训,并撰写“经验教训”文件。本文件将作为未来类似项目的投入,使这些项目运行更加顺畅。另一个要制定的文件是“项目收尾报告”,其中包括对实际和基准绩效目标,项目成本和进度计划之间差异的研究。它还包括正在进行的操作和维护计划的描述。
下表列出了本阶段的主要活动和活动输出的可交付成果(即过程文件)。
| 活动 | 描述 | 交付 |
|---|---|---|
| 举行结束会议 | 与不同的项目参与者召开收尾会议,收集和讨论他们的反馈意见,以吸取经验教训。这些会议还有助于项目经理制定项目转型计划。 | |
| 发展经验教训 | 开发一个经验教训的文档,描述在整个项目生命周期中错误和错误的事情,并提出建议。 | 得到教训 |
| 制定收尾报告 | 制定一份收尾报告,记录与基线计划的差异。 | 项目收尾报告 |
| 存档项目文档和工件 | 确保所有项目文件都妥善保存以备将来访问。 | |
| 进行过渡活动 | 转移交付给运营人员的交付物。 |
本阶段首先与本项目不同参与者开展会议,包括但不限于参与不同项目活动的利益相关者,如需求启发和验收测试,以及项目组成员。这些会议的目的包括:
现在您已经完成了IT项目管理生命周期的识别,启动,规划和执行以及控制阶段,现在是时候记录基于积极的经验和导致不良结果的负面经历的经验教训。
经验教训是将经验转化为知识以帮助未来决策和解决问题的过程。它有助于提高项目绩效,避免再次发生错误,并保持良好的实践。典型的经验教训文件由三部分组成。
项目成功是指项目取得的关键成功。说明项目取得的成功,而不是仅仅描述项目取得的成功,说明促成这些成功的因素更有价值,以便类似的项目能够重复取得成功。
以下是项目成功的一些例子:
| 成功 | 成功的因素 |
|---|---|
| 活动按计划完成 | 项目风险得到及早发现并经常讨论,减少由意外事件引起的日程安排改变的机会。 |
| 快速部署更改 | 持续集成的使用使部署快速而稳定。 |
| 控制权内的预算 | 适当的成本效益分析,资源和采购计划。 |
项目面临的挑战和困难是指不受项目组控制的条件,不利于项目的实施。与“成功案例”不同,您必须描述面临的挑战,并提出解决方案。推荐的解决方案可以是一个已经实施并且有效的解决方案。它也可以是实施选项的更好选择。
以下是一些项目挑战和困难的例子:
| 挑战 | 推荐解决方案 |
|---|---|
| 现有系统必须在新系统开发的同时保持运行 | 分开开发和生产环境。 |
| 利益相关者不清楚他们的需求 | 尝试使用故事板和线框来收集和确认他们的需求。 |
缺点是任务错误或错误,或者任何错误的决定。它有时与挑战和困难混淆,但它既不是。为了简单起见,挑战和困难是需要解决的不利情况,以便项目完成,缺点是错误和失败。
这是一个项目缺陷的例子:
| 团队沟通不畅 | 推荐解决方案 |
|---|---|
| 活动 | 在项目中使用即时通讯工具。 |
项目结果与项目计划的偏差是不可避免的。其中一部分活动涉及从项目绩效,项目成本和进度计划中识别基准计划的差异。除了说明计划的和实际的数字外,重要的是说明差异,最重要的是说明这种差异存在的原因。
我们来看一个典型的收尾报告的内容。

项目经理必须与其他项目参与者合作,保存所有项目文件和工件以备将来使用或参考。他还需要确保所有必要的批准和签名都存在。此外,确保所要求的最终版本的文件以可审计的形式存档在约定的地方,并确保它们不能被编辑。按照约定的程序存储其他项目工件。

该项目即将结束。您必须将实际产品和任何其他所需的知识转移到将使用和维护产品作为持续活动的操作人员。
一般来说,转换涉及以下项目的转移:
免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删