郭致星《极简项目管理》
第6章 收尾:慎终如始,好戏杀青
## 6.1 做好项目收尾,不留后遗症 ##### 6.1.1 收尾好才是真的好 ##### 6.1.2 提高成功的概率 ##### 6.1.3 编写项目收尾报告 - 项目收尾工作应该包含的内容 - 第一部分,描述原项目(招标时)的基本方面,即范围、进度、成本、质量等。 - 第二部分,说明在范围、进度、成本、质量等方面与原计划的偏差。 - 第三部分,分析项目生命周期中的客户关系。 - 第四部分,总结风险管理,提供项目过程中发生的主要威胁和机会的列表,并说明是如何应对的,以及应对的实际结果。 - 第五部分,经验教训,包含事情的经过和采取的措施,并指出这些经验教训的受益者会有哪些。 ## 6.2 过验收:项目不能做成烂尾楼 ##### 6.2.1 理解客户“真实的”问题是顺利验收的关键 ##### 6.2.2 验收后的工作 ## 6.3 得总结:最大的浪费是经验教训的浪费 ##### 6.3.1 从无知之错到无能之错 - 内部专利制度 参考专利制度,我们在实践中设计了一套行之有效的经验教训管理方法——内部专利。文档被其他人查阅一次就付一次费用给撰写人;同时,如果总结的方法被使用后,的确防范了问题的再次发生,由此降低的成本也给撰写人分成。在我所供职的研究院,有人撰写了非常有价值的文档,因为被人查阅的次数多、对问题解决的贡献大,仅此一项就拿到了不菲的现金奖励。 ##### 6.3.2 经验教训的悲剧 - 【案例】 “二战”期间,盟军对德国本土展开空袭。盟军飞机遭到了德国地面防空炮火的猛烈攻击,大量飞机被击伤、击落,损失惨重。为降低飞机被击落的概率,有必要对机身的关键部位进行相应的加固。工作人员在对参战返回的飞机做了全面的检查后发现,几乎所有飞机的机腹部分都弹痕累累,而机翼却几乎没有被炮火击中的痕迹。军方决定对飞机的机腹部分进行加固,以此应对敌方密集的枪弹。哥伦比亚大学的统计学教授亚伯拉罕·沃德(Abraham Wald)却给出完全不同的建议:真正需要加固的是机翼,而不是机腹! ##### 6.3.3 避免吃二遍苦、受二茬罪 - 以项目后评估为契机,用结构化方法确保经验教训总结的有效性 - 使用递增式方法管理文档 准备一份包含所有最终文档的提纲,并将此提纲放在每个团队成员的工作任务书里。然后,在项目过程中,当每一项关键任务完成时,都要求相应团队成员提供与任务相关的几句、几段或几页文档,然后将这些片段插入提纲内适当的位置。我把这种方法称为“递增式文档”。“递增式文档”操作起来相对不那么“痛苦”,为最终文档的完成提供了好方法。 ## 6.4 去归档:让经验教训真发挥作用 ##### 6.4.1 让经验教训发挥作用不是一件容易的事 ##### 6.4.2 扎紧无能之错的篱笆 - 如何做好经验/教训管理工作? - 1.建立内部专利制度。采用正向激励,让提供经验教训的人拿到实实在在的好处。这是最关键的措施。 - (1)追加案例前查重。在新项目实施和相关评审环节,项目团队必须提交经验教训检查表,确保案例库中的经验教训及其应对措施得以落实。 - (2)将经验教训使用作为质量控制(quality control,QC)的检查项。作为项目质量工作的一项内容,QC部门将按照经验教训总结表对方案进行检查。 - 2.优化现有案例库 - (1)案例库瘦身。 - (2)简化案例描述。 - (3)对案例按逻辑分类。
上一篇
顶部
下一篇
收展
底部
[TOC]
本书目录
第1章 极简项目管理基础
第2章 启动:师出有名,名正言顺
第3章 规划:运筹帷幄,决胜千里
第4章 执行:依计而行,行必结果
第5章 监控:审时度势,沉着应变
第6章 收尾:慎终如始,好戏杀青
第7章 好的项目管理者为何如此稀缺
第8章 打造面向业务的系统化思维
第9章 极简项目管理,说起来容易做起来难
推荐书籍
蔡为东《IT技术团队管理之道》
郑指梁 吕永丰《合伙人制度》
樊登《可复制的领导力》