文档介绍：Word格式
1
总结经验教训提供_桩基经验教训工作总结
经验教训提供：项目总结之经验教训
千年前的孔圣人说：吾日三省吾身，不间断的总结经验教训，让后来的事做的更好，让生活/工作的满意度越来越高。
在运作一个项目中，随时都在产生各种各样和项目相关的信息，或许是一句不经意的驳斥;或者某一次讨论记录;更正式的就是阶段总结。
养成随时敏感的收集项目信息，并自动化的集成到企业的知识库中，有效的在后面的项目中重用这些信息，其效力是无法估计的。
道理说出来，谁都明白这道菜很重要。
但是人善于遗忘，本能中也不善于总结，即使总结了，也不能很好的重用这些宝贵的企业资产，孔圣人之所以提这样的话，也在于时时提醒自己：不要忘了自省和总结!
如果有意识的去做好这道菜，个人认为
1、首先要建立一个基于web的知识库结构，让员工能很方便的录入这些信息，包括文本的，录音录像的。
2、要在企业文化中不断宣扬：总结和自省对于团队/企业甚至个人成长的重要性，让这种意识成为团队的一种****惯。
3、在(项目)计划中，每个阶段的经验教训总结会作为一个专门的任务，并让质量保证人员检查该活动是否执行，是否有效的流入了企业的知识库，是否后来者可以很方便的查阅和使用这些信息。
Word格式
2
4、在规划一件事情之前，能有意识的到知识库中查阅企业的相关知识点(这也是pMI的History Information)，为决策和规划提供有效的支持。
下面是网友的经验：
经验教训总结最佳实践
1、这是对于项目健康状态的阶段评估，同样也是评估项目或阶段是否成功的方法
2、这是持续性过程改进的内容之一，目的是从犯错误或者做的很满意的点中得到启发，当越来越多的项目使用可重复的项目方法/过程，那么过程的成熟度也提高了，降低项目目标达成的风险。
3、建议在项目的每一个典型的里程碑点上做一次经验教训总结会，对于比较大的项目，也可以使用周期性(比如3个月一次)的针对经验教训总结的状态评估会来实施。
最重要的是项目完成时的经验教训总结会!
4、这个会议应该是一个简单、开放、很放松的会议，团队成员感觉舒服的分享彼此的体验，本质上这是一个头脑风暴活动，目的是在以后的项目中做的更好!
5、对于跨地域的团队，不能face to face，可以把讨论的焦点锁定在关键过程/方法上，弱化个性化体验。
6、在项目/阶段总结文档中记录这个活动所花费的时间，总结的点数，作为过程数据保存。
经验教训总结：建议的内容点：
Word格式
4
1、项目过程中。
做得好的，满意的点的列表
2、项目过程中那些和计划不一致的点的列表
3、当前还存在的问题列表
4、成就点列表
5、如果有标准的项目管理方法/过程，在本项目中用的好吗?why?
6、如果是阶段评估：做下一个阶段，哪些点上可以做改进，列表描述
7、如果想项目完成评估：做下一个项目，哪些点可以做的更好，列表描述
另外，据说MS pROJECT 20xx企业版中有经验教训记录功能，并提供WEB化的查询，可以提高这些信息的利用价值。
总结经验教训提供：工作总结经验教训
半年时间很快过去，由一线操作工的转变到现在的一线组长【代理】，这一路让我学到了很多东西。
有教训后的经验累积，有前辈的言传身教。
刚刚接触pIp，对我来说是一个盲区。
譬如：一个返修品，无论是装饰线还是拼缝部位的返修，都和先前的大面套不一样。
虽然有看过返修作业指导书，但那时没有全然的放在心上，直至现在的茫然。
对我而言是一次教训，让我知道只要是与生产或产品有关的东西都应该保存好，以备不时只需。
Word格式
5
现在的角色还不能完全胜任，一个是经验的不足，还有存在着幼稚的心态。
在4月份因为我的疏忽，还有末到检验是个新人。
造成了现场服务的抱怨。
对于不合格品的处理，在一线的时候我就了解流程。
先要把不合格品做好标识隔离开。
对前面的生产的产品进行挑选，对后面生产的产品跟踪。
我以为末到检验会按照这样的流程去做，结果她根本不了解有这样的流程来处理。
这