[原创] Plan (2- 项目经理的职责)

抱歉，因为文章原本是给公司同事准备的培训材料（只有些大的提纲），所以都用的英文。等我把一些文档慢慢整理完贴上来以后，我会把一部分的内容翻译成中文的，再加入一些说明。

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- 制作计划) /article/5766779.html

[原创] Plan (4- 示例)

[原创] Plan (5- 跟踪计划)

[原创] Plan (6- 问答) ：如果为任务藏时间？ 当项目延期后，如果定位计划中的问题？如果更新项目计划？