贴过来~~ 项目总结之“经验教训” 千年前的孔圣人说:“吾日三省吾身”,不间断的总结经验教训,让后来的事做的更好,让生活/工作的满意度越来越高。 在运作一个项目中,随时都在产生各种各样和项目相关的信息,或许是一句不经意的驳斥;或者某一次讨论记录;更正式的就是阶段总结。 养成随时敏感的收集项目信息,并自动化的集成到企业的知识库中,有效的在后面的项目中重用这些信息,其效力是无法估计的。 道理说出来,谁都明白这道菜很重要。但是人善于遗忘,本能中也不善于总结,即使总结了,也不能很好的重用这些宝贵的“企业资产”,孔圣人之所以提这样的话,也在于时时提醒自己:不要忘了自省和总结! 如果有意识的去做好这道菜,个人认为 1、首先要建立一个基于web的知识库结构,让员工能很方便的录入这些信息,包括文本的,录音录像的。。。 2、要在企业文化中不断宣扬:总结和自省对于团队/企业甚至个人成长的重要性,让这种意识成为团队的一种习惯。 3、在(项目)计划中,每个阶段的“经验教训总结会”作为一个专门的任务,并让质量保证人员检查该活动是否执行,是否有效的流入了企业的知识库,是否后来者可以很方便的查阅和使用这些信息。 4、在规划一件事情之前,能有意识的到知识库中查阅企业的相关知识点(这也是PMI的History Information),为决策和规划提供有效的支持。 下面是网友的经验: 经验&教训总结“最佳实践” 1、这是对于项目健康状态的阶段评估,同样也是评估项目或阶段是否成功的方法 2、这是持续性过程改进的内容之一,目的是从犯错误或者做的很满意的点中得到启发,当越来越多的项目使用可重复的项目方法/过程,那么过程的成熟度也提高了,降低项目目标达成的风险。 3、建议在项目的每一个典型的里程碑点上做一次“经验教训总结会”,对于比较大的项目,也可以使用周期性(比如3个月一次)的针对“经验教训总结”的状态评估会来实施。最重要的是项目完成时的“经验教训总结会”! 4、这个会议应该是一个简单、开放、很放松的会议,团队成员感觉舒服的分享彼此的体验,本质上这是一个“头脑风暴”活动,目的是在以后的项目中做的更好! 5、对于跨地域的团队,不能face to face,可以把讨论的焦点锁定在关键过程/方法上,弱化个性化体验。 6、在项目/阶段总结文档中记录这个活动所花费的时间,总结的点数,作为过程数据保存。 “经验教训”总结:建议的内容点: 1、项目过程中。做得好的,满意的点的列表 2、项目过程中那些和计划不一致的点的列表 3、当前还存在的问题列表 4、成就点列表 5、如果有标准的项目管理方法/过程,在本项目中用的好吗?why? 6、如果是阶段评估:做下一个阶段,哪些点上可以做改进,列表描述 7、如果想项目完成评估:做下一个项目,哪些点可以做的更好,列表描述 另外,据说MS PROJECT 2002企业版中有经验教训记录功能,并提供WEB化的查询,可以提高这些信息的利用价值。
|