在咨询的历程中，，我们发明有许多的研发企业都有这样的苦恼：组织缺乏有用的履历传承和积累，，造成团队的能力提升缓慢，，进而太过依赖个体强人。。要解决这个问题涉及到研发治理的各个方面，，今天我们先从项目治理的履历教训总结提及。。

　　由于事情的关系，，接触过不少项目司理，，或许是由于PMBOK关于项目结项的环节讨论得并未几的原因，，这样的看法在项目司理中屡见不鲜：当所有立项时要求的效果完成交付后，，这个项目就算竣事了，，但真该云云吗？？？先给各人分享一个案例：

　　驻海地维和的美国军队划定，，每攻克一座城镇，，都要求步队坐下来总结上次的战斗履历。。当第一次攻击海地城镇时，，他们遭遇到外地武装实力的强烈反抗，，经由总结发明，，外地人在家反抗远比街上弱，，于是当攻克第二个城镇时就直捣家巢。。厥后他们又在总结中发明，，外地人很是怕狗，，于是在第三次攻城时，，各个进入家巢的小分队就都牵上了一条军犬。。再厥后他们总结还发明，，外地人尤其敬重女性，，当攻击第四个城镇时，，他们的领队主座所有是清一色的女性。。就是这样一直地总结学习，，使得美军一次比一次更轻松地攻克海地城池，，抵达了维和目的。。

　　“使命后检视”（after-action-review）最早是美国陆军的标准操作程序，，在任何重大事务竣事之后，，都要停下来总结并吸收从这个事务中取得的教训。。不难想象，，对武士来说，，吸收教训具有生死生死的意义。。在现现在竞争强烈，，产品当道的时代，，履历教训的积累，，很洪流平上也决议了一个研发组织是越来越好生气勃勃，，照旧原地踏步逐渐消亡。。

　　既然总结云云主要，，详细该怎样操作呢？？？首先，，项目总结分为三种类型：

　　1.状态总结：审阅项目的时间，，本钱和规模是否按妄想告竣；；

　　2.设计总结：主要是针对项目涉及的一些设计事情举行检查和回首；；

　　3.历程总结：焦点在于剖析我们是怎么样完成事情的，，以及怎样刷新

　　前两种总结，，由于经常和项目的监控和评估强相关，，各人有意无意地也都做了，，这里重点谈谈第三种历程总结。。

　　历程总结，，是从治理的历程中网络相关素材，，并从中罗致能够提高团队事情绩效的治理履历，，主要从如下两个方面睁开：

　　a.消极的负面事务

　　正如爱迪生所说，，当有人问他在1800次制造灯丝的实验失败后，，他是否感应气馁时，，他说，，“不，，我知道了1800种我不需要再去实验的质料。。”在一个组织中，，若是能尽可能地阻止同样的问题重复犯，，少走熟悉的弯路，，着实就已经领先竞争敌手一大步了。。这部分信息项目司理在召集团队成员讨论的时间，，注重万万不要用诸如“我们有什么做得欠好的地方”这样的问题来指导，，只会引起各人的反感，，而应该从“怎样做得更好，，探寻刷新要领”的偏向上去资助各人思索；；

　　b.起劲的正面事务

　　一项事情的完成凌驾预期时，，我们也需要问个以是然，，一方面这些要害事务往往能够鼓舞人心，，越剖析越有成绩感，，另一方面，，只有把好的做法真正地揉碎了嚼烂了，，才华提炼出其他项目或团队可以直接参考的内容，，起到举一反三的作用，，这中心需要注重的是，，多些行动指引，，少些指导头脑，，否则，，借鉴意义就很难完全落地。。

　　做好项目的履历教训总结，，最大化每一个项目对组织的价值！

　　本文链接：/guandiandongcha/423.html