抱歉，因为文章原本是给公司同事准备的培训材料（只有些大的提纲），所以都用的英文。等我把一些文档慢慢整理完贴上来以后，我会把一部分的内容翻译成中文的，再加入一些说明。
1.1 Table for plan
|
Phase |
Input |
Method |
Output |
|
Build plan |
1. Draft WBS 2. Business purpose 3. Company policy |
1. Hold meeting 2. Use template document |
1. Executable plan 2. Update Risk list 3. Deliverable list |
|
Tracking plan |
1. Project plan 2. Risk management plan 3. Deliverable plan |
1. (External) Daily /weekly report 2. (Internal) Daily /weekly meeting 3. (Internal) Review meeting 4. (External) Weekly customer meeting 5. (External) Update plan 6. (Internal) Postmortem meeting 7. (External) 燃烧图表 |
1. Deliverable 2. Project status report 3. Updated plan |
|
Risk management |
1. Executable plan 2. Risk list 3. Deliverable list |
1. Identify risk 2. Remind risk 3. Report risk status 4. |
|
Key steps for leader:
1 Do an executable plan
2 Track plan
3 Control risk
4 Communication
在我认为，项目经理需要做好最基本也是最关键的4件事情，1. 带领团队制作一个可执行的计划；2. 有效的跟踪计划；3. 识别并控制风险；4. 有效的沟通。
1. 带领团队制作可执行的计划
各个项目组基本都会去做计划，但是很多项目组的人并不是真正的理解制作计划的目的。首先，项目计划的过程是帮助团队更好的识别项目过程；其次，项目计划是项目团队对其他人（高层管理人员和客户）的承诺；最后，项目计划是一个宏观的沟通基础，会影响项目相关问题的最终决定结果。如：当需求泛滥时，可让客户选择最重要的需求在计划时间内去完成。
如果去做一个计划呢？计划应该是由团队成员共同完成的，它不应该有项目经理独自完成。很多文章都对其有所介绍，但是很多人对此也有很多担忧，比如项目成员是否有能力对任务时间估计？程序员估计的时间一般都比较乐观，而且会由于考虑问题不周全而估计错误...等等。 我的观点是，项目经理有义务带领团队一起制作项目计划。由于信息的不对称，项目经理比其他团队成员能更好的估计出各任务的工期，这也的确是事实。 关于如果制作计划，请参见： [原创] Plan (3- 制作计划)
2. 有效的跟踪计划
当我们得到一个可执行的项目后，我们对客户的承诺开始了。之后我们要每天，每周，每月对项目进行跟踪和汇报。有效地跟踪项目计划是识别和控制项目风险的基础，也是高质量的按时完成项目的基础。这里强调的跟踪分为几个方面，1. 跟踪任务的完成情况；2. 跟踪任务的完成质量；3. 跟踪任务的潜在风险。具体的计划跟踪建议，参见：[原创] Plan (5- 跟踪计划)
3. 识别并控制风险
项目的风险是不可预期的；我记得强茂山老师说过，如果一件事情100%会发生那么它就不是一个风险了，而是一个我们必须解决的问题。这里强调的风险更多是在项目过程中，突然出现的不可预期的事件。如，对于一年的项目，由于客户方的相关人员职务职责发生变动，造成项目的联系人发生了变化；项目过程中，客户有一个重要的时间点我们必须提交一个可上线的版本，但是项目在那一点上肯定完成不了，等等。 对于识别风险的方式，将在”Plan (5- 跟踪计划)“ 中提到，而对于风险控制方法的介绍，就超出本文章了。如您对风险控制有兴趣，欢迎我交流。
4. 有效的沟通
我们知道项目经理80%，国外观点是90%以上的时间都在进行沟通。沟通是项目顺利进展的有效武器。 当项目已经拥有一个可执行的项目计划，有效的计划跟踪机制和风险管理方法，项目就拥有了一些成功的硬件，而最终是否成功的软件就是有效沟通。有效的沟通不但可以帮助团队更加顺利的工作，还可以帮助项目组解决很多风险问题。
比如，上面说到的，客户有一个时间点必须要上线一个版本，那么如何去做？ 首先，我们需要跟客户沟通，要上线一个新的版本的原因是什么？我遇到过的情况是，
1. 客户的上级领导要在指定时间来参观，并且客户需要演示新系统。 解决办法：最多的完成要演示的功能，但系统会有很多Bug，有本公司业务人员去做演示操作。呵呵，因为本公司人员知道哪里有Bug，那些数据可以出来演示效果等... 只要帮助客户解决领导参观问题，即使项目会为此而增加成本，客户也会很乐意为此买单的。
2. 客户的各网点希望在指定时间开始进行基本数据的录入。解决方法：数据库一次上线，功能分批上线。稳定的实现客户需要要用到的功能，帮助客户部署，并提供升级方案。
以上几点项目经理所应该具备的基本功，如果各位认为我有什么遗漏或建议请指教。我会持续更新此文章的。谢谢！
另，Plan系列文章的列表：
[原创] Plan (1- 几个真实的关于计划的故事)
[原创] Plan (2- 项目经理的职责)
[原创] Plan (3- 制作计划) http://www.cnblogs.com/joyyuan97/archive/2008/07/29/1254196.html
[原创] Plan (4- 示例)
[原创] Plan (5- 跟踪计划)
[原创] Plan (6- 问答) ：如果为任务藏时间？ 当项目延期后，如果定位计划中的问题？如果更新项目计划？
