项目管理规划

标签：io   for   on   问题   代码   amp   工作   as   管理   

工作的意义在于"净化灵魂"，这是稻盛和夫在《活法》中的一个观点：勤奋的工作是使灵魂净化的重要方法。勤奋还有加上细致和方法，才会是有价值的勤奋。

项目管理需要规划，避免之前的干忙，但是却不见效果的状况，忙（行为，也是外在的手段和工具）的目的是有结果，作为项目管理的结果就是项目成功，那么根据PMP的结构体现，如果在项目的各个知识领域做到熟练于心，那么就是成功项目的实践，所以，要规划每天都忙什么，保证忙完后自己有的说（报告），同时项目还能够成功。

大的方向来说：关注成本、进度以及质量；后面将详细的介绍如何对这些方向进行监控；

小的实际的方向：关注沟通，沟通的对象是客户，比如对于问题的确认往来；还有项目组成员，了解他们对于项目的感觉，执行过程中有没有发现什么问题或者改进点之类的。

操作手段：

1. 报告（Report），报告本质其实是自我对项目梳理的过程，输出物是周报、日报风险分析报告，这些其实自我对项目进行管理的产物，顺便给管理层、监管方（PMO）看一下，这些让你对项目拥有比较全面的认知；
2. 代码评审（Code Review），这个其实不是PM应该做的事情，但是介于你现在的项目组的情况，代码评审其实是你作为一个项目经理每天要做的第一件事情，要做到对你的项目开发细节了如指掌，因为现在没有一个这样的角色来做这件事情，而项目中其实确实需要有这样一个人；除非你可以指定一个人来承担此角色；
3. 控制和监控（Control & Monitor），每天早会结束后，需要对当前的成本、进度以及质量进行分析，做出预期，同时形成报告，看看和基线的匹配程度，是否需要讨论、执行变更流程；
4. 记录/跟踪（Record/Tracing），测试、客户提出了Bug需要记录、跟踪，客户提出了需求以及问题答复（说明）需要跟踪记录，发现了一个风险需要跟踪记录；所有这些无论是电话、邮件还是会议都需要进行记录（文档化）以及跟踪，这就是项目文档（Project Document）的价值；
5. 会议（Meeting），会议目的是讨论并解决、确认问题，共享信息；给予这样的目的，现在会议形式包括：
   1）和客户的电话会议，一定要安排一个人做会议记录；作为PM你要准备好会议内容、资料，控制会议进度；
   2）每个迭代开始的启动会议，启动会议主要是向团队成员介绍本轮迭代周期长度，内容（故事的内容），角色职责；作为PM你需要准备下轮迭代的相关信息向项目成员介绍；
   3）每个迭代结束的总结会议，和成员们一起讨论本轮中发现的问题，收获；以期下一轮迭代大家可以做的更好；你需要准备一下你对项目的进展看法，发现了什么问题，和成员就那些问题和规则达成共识；
   4）早会，项目成员在团队中分享各自进度怎么样，都做了什么；你需要对每个成员期望了如指掌，然后对于他们上报的进度进行比对，看看是否有风险；
   5）周五进度报告会，给上级做报告，你需要准备的是绩效信息（Report Performance Information）以及展望（Forcast），还有风险。就这三部分信息即可。

项目管理规划

标签：io   for   on   问题   代码   amp   工作   as   管理   

原文地址：http://www.cnblogs.com/xiashiwendao/p/4052917.html