最近很忙，很久都没有再补充项目管理方面的知识，于是觉得很内疚。。。。看点东西吧，算是对自己的补偿。虽然我的PM之路还不知道要走多远才能到达，whatever,learning is a good thing.
首先看一个问题：为什么需要close project这个过程，项目结束了，人散了，该干嘛干嘛不是更好吗？close是不是多此一举。The answer is Nerver.
1 通过close这个process，可以总结经验教训，争取在下次的项目上做得更好；不是任何项目从开始到完成的过程都是非常perfect的，close的过程结合所有的团队成员一起进行learn learned，可以总结更多有用的经验和教训，这些经验和教训是下一次项目宝贵的组织过程资产。
2第二点就是从商业的角度来考虑，如果有相关合同的项目，需要根据合同由客户进行项目验收，以确认是不是所有的可交付成果都满足需求。此点我相信不用多讲，大家都明白，什么legel问题等等。当然，对于没有合同的项目，那么你总有个最初的需求来源者，有个最初约定的项目范围和可满足的一些功能条件，close这个process通过对这些item进行check，可以更好的验证项目完成得如何。
"Those who cannot remember the past are condemned to repeat it"--George Santayana , Philosopher.
Close project往往不是一个独立的过程，而是项目生命周期的一个阶段，此阶段涉及到很多项目过程组，按照PMI对项目阶段和过程的划分，close project至少要涉及 质量管理，人力资源管理，可交付成果管理。当然有合同的还涉及到合同管理。当然对于大型项目，这个过程是个迭代的过程。
但是要做好close project这个process，并不是一件很容易的事情，很多环境因素会影响到这个过程的执行。
首先： 如果对项目进度把握不好，往往到项目结束的时候已经没有更多的时间和人力去完成这个过程，草草得GA然后安排其他人员去其他项目工作，导致很多项目相关的信息难以收集；
其次： closeprocess中收集的往往是一些intelligence的东西，所谓经验谈，而这些经验要更好的被下面的项目利用，需要很大的人力成本去总结和提升，并且这个总结的过程本事就不是一件容易的事情；
再次：没有统一的可以概括很多方面的模板来供人们参考去总结lessons learned;另外项目中有很多其他方面都往往不在项目的控制范围之内，如funding；
最后要说的是：也跟人们的想法和意识相关，一般很多人眼中，事情干完了项目也就结束了，而这所谓的事情是实实在在和项目本事项目的事情，项目管理上的事情，在很多人眼中这属于不得已而为之，如写个经验教训总结等
经验教训总结从什么时候开始，项目结束后大家坐在一起，开个meeting disucss好不好，可以说，这个主意是sounds good，but any betterway？ 最好的办法应该是在每个项目的status meeting review的时候来讨论总结，当然在这每次开会之前，员工在工作中遇到的任何lesson learned都应该认真记录下来。
所以lesson learn 应该是在项目进行的过程中时刻进行的。
lesson learn可以从以下几个方面总结：
1 通过一些好的实践或者方法缩短了时间；
2 加速了组员之间的适应和写作；
3 不同人员之间的合作和协调的改进；
4 从客户满意的角度上考虑；
5 从降低成本，提高效率等方面考虑；
收集 lesson learned的几个重要的时间点：
- 提供一个统一可以随时提交和存储任何人的leasson learn想法的文档库攻team member随时填写；
- 一些常规的回忆，如状态会上专门设置收集和总结经验教训；
- 一些重要的里程碑和reivew的时间段，
- 当项目结束的时候，几种人员来思考和总结：什么做得比较好，什么做得不够好，什么地方可以重用和借鉴，什么地方需要改进等；
当总结经验教训的时候必须确保： 提供的信息准确可靠，并且要保证上下文环境的准确性以确保可供后人借鉴。
具体来说在记录经验教训的时候应该保证以下几个方面：
1 关于lesson learn的具体描述；
2 是积极的还是消极的；
3适合在项目的哪个阶段使用；
4 为了防止或者有利于下一个项目，需要采取哪些行动；
5 为了使得扩大成功的概率或者缩小影响，需要做哪些方面的改进；
6 谁负责这些改进或者行动
7 这些经验教训需要和哪些相关人员进行沟通
8谁负责这相关方面的沟通；
9 沟通方面的数据或材料。
Client ：
良好的项目结束可以带来：
High level of satisfaction
Open for other opportunities
Sure about the result of the project
Good evaluation
差劲的项目结束：
Doubts about results
No clear idea about situation
Doubts about existence of open issues
Poor evaluation
Subcontractor ：
良好的项目结束可以带来：
Clear idea about the situation and results
Clear about next steps
Available for other opportunities to collaborate
差劲的项目结束：
No clear idea about results
Lack of understanding of issues resolution
Negative predisposition in future opportunities
Resources and materials ：
良好的项目结束可以带来：
Positive morale
Motivation
Clear and easy management of resources and materials
Clear about next steps
差劲的项目结束：
Misunderstandings
Difficult to manage future assignments
Undefined or poorly defined status
Administrative
良好的项目结束可以带来：
Clear and adequate information in all systems
Easy to manage, audit, and conciliate
差劲的项目结束：
Rework in conciliations between different systems or for future needs
Records
好处：
Know-how available for the company
Easy to audit
差劲的项目管理：
Loss of experience
No use of lessons learned;
如何进行项目结束的过程？
首先：需要在项目最开始的时候就做好plan，plan包括：
1 确定需要收集哪些intelligence 资产和lesson learned;
2 弄清楚每个team member的技能情况，同时根据项目设定一定的target和improvement。
3 deliverables checklist等
当然，对于第二项，大多情况下不是由项目经理来做的，而是有people manager来完成的，但作为项目经理弄清楚此方面的情况可以摸清楚具体员工的底细，在风险评估和项目进度方面会有更大的把握。
如何保证在项目的过程中能有效的收集intelligence 资产和信息呢？
1 首先要研究类似想法的做法，建立一个checklist表；
2 为收集数据建立一种正式的方法；
3 定义文档或者数据的存储方式；
4 通过status meeting定期反馈和review
在矩阵环境中，PM可能同时肩负需要评估people的performance的情况。那么中间涉及到的人员的release该如何做呢？
首先，在人员分配的时候就要考虑人员的遣散计划，这往往是在项目人力管理的proces中完成的，包括人员的任务安排，时间长短，何时结束等；
其次：要做好人员的遣散计划表，当真正release人员的时候需要考虑人员的评估，并收集相关的IC和lesson learned。
最后就是解散员工，安排到另外一个项目。
在做人员的performance评估的时候，需要采用360度评估法。可以从以下几个方面考虑：
1 个人在项目中的表现；
2 对team的贡献；
3 通客户和相关关系人的关系，如服务态度之类等；
4 提供improvment方面的建议
5 通人事经理协同评估；
6 考察通小组成员之间的关系和合作能力
7 沟通技能；
准备项目评估报告：
项目评估报告一般包含以下几个方面：
1 序言
2 项目总结
3经验教训总结
4 智力资产；
项目总结包含以下几个方面：
1 项目开始和结束的时间；
2 主要的项目干系人；
3 主要的可交付成果以及重大的变更说明；
4技术方面： 使用的方法，工具，技术，标准等
5主要的里程碑，以及完成时间和计划的偏差
6 主要的成就和cost
在总结经验教训方面，尅考虑：
1 合同方面；2 技术方面；3 估算方面；4 主要的问题；5 重大变更；6 假设和依赖，7 项目管理系统（环境） 8 技能，组织架构，9 领导力方面，如沟通，协作等。