项目经理主要工作

http://blog.csdn.net/lcj8/article/details/2867046

 1 

认清目标 
划分优先 
胸怀宽广 
尽力帮助 
必要取舍 
知识丰富 
客户信任 
事情不可能非常完美 
2 
迭代开发 
“我、你们、咱们、他们、大家”的使用，团队归属感 
3 
总体计划按照两个编写，用户的和自己的，给自己一些余量 
4 
每周给用户发送周报，汇报进展情况 
5 
风险评估（需求变更风险、人员风险、新技术风险、政策风险、客户组织变更风险） 
6 
技术和业务培训 


项目经理工作内容及指引（不包含市场运作部分） 
1、与市场人员沟通项目的基本情况，客户主要领导、部门的情况，主要参与人员的关系，前期的一些目标、期望、工期。 
了解项目采用的技术路线、客户信息部门的情况。 
2、根据项目基本情况，了解相关的背景知识，以免说外行话，尽量采用与客户习惯相同的术语 
3、根据经验和工作量估算，组建项目团队，确定需要的人员能力、数量等（一般不要选择多于2人的女士，女士不要太漂亮，要沉稳些） 
4、安排项目总体计划（最好分解为阶段计划，采用迭代方式进行，每个小计划明确目标，周期控制在1-1.5月，先完成主要的、难度大的部分）、培训计划 
与程序经理确定项目采用的ide、基础环境、工具、os等，并统一版本 
5、培训内容包括业务培训、技术培训、编码标准培训 
6、组织需求调研工作（参见http://fourfire.javaeye.com/blog/91547），项目经理必须参与，了解第一手的资料，组织用户收集系统初始化数据 
7、编制系统原型，确定测试标准和测试用例 
8、制定业务标准，如系统提示的内容。统一一份术语表，统一系统中使用的术语、采用拼音还是英文单词进行命名 
9、系统分析设计师进行系统的分析和设计，形成动态和静态视图 
10、对分析设计成果进行需求对应，明确是否所有的需求都进行了设计，并达到需求的目标。（可以采用同行评审的方式，但必须保证所有的内容评委都进行了认识和了解） 
11、对设计结果进行编码计划编制（程序经理编制），计划必须包括时间期限、工作内容、达到的目标、测试用例（方法），必须具体，对于较大的工作也需要进行分解，最好不要超过2周，一般都控制在1周以内 
12、跟踪每周计划和完成情况，对单元测试、集成测试进行每周的检查，明确编码完成的质量，经常测算完成量与计划量的差别，必要时调整计划或减少功能，尽量保证阶段计划的按时间完成，功能变更可以放在下一个版本内完成 
13、和组员沟通，及时发现困难、问题、风险，采取相应的措施（说起来容易，做起来很难，哈哈） 
14、与用户沟通，了解他们的想法和对系统的反馈 
14.1、完成相关用户手册等文档 
15、集成测试，验证需求是否都得到实现 
15.1、用户现场展示工作成果，并根据用户进行调整 
16、安排用户培训计划，用户现场环境的安装与调试（数据库规划、安装、参数调整、web服务安装、调试等，并完成安装日志，提交客户系统维护人员），系统试点单位或部门人员安排 
17、初始化系统数据 
18、搭建测试环境、正式环境，供用户使用。搭建调试环境供维护人员使用 
19、用户培训，收集用户意见反馈（提供统一样式） 
19.1 根据用户反馈，讨论修改方案（需要双方签字） 
20、召开项目运行大会 
21、系统验收 
22、系统日常维护，优化操作，完善系统维护工具 
还有一些请参考http://fourfire.javaeye.com/admin/blogs/45764 


一些心得，写下来时刻提醒自己。 

1.实现优先 
这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 
记住：即使一天拼出的只是一个杂碎，也比闷头做一个月的“优雅”产品要好得多。 

2.以人为本 
充分的衡量一下整个团队的能力，按照全队的综合能力去选型。项目负责人的任务就是把项目拆散了平摊到每个适合的人的头上。 
记住：你必须详细的了解团队中的每一个人，说不定一个闷臊的程序员恰恰成为了最好的客户沟通专家...... 

3.demo驱动开发 
天下最“敏捷”的事情莫过于让用户经常能知道你的想法。那么正式开始之前都给他们做个demo，哪怕功能都是伪造的......或许你会发现其实客户要求的比你想的要少得多.... 
记住：让客户看到，永远比让客户听到要好 

4.每天都是一个成功 
与其每天气急败坏的催促手下加快开发进度，不如建立多个短期目标，每个目标都实现了，你就会发现自己腰不酸了，手下腿不痛了，客户一口气上五楼，不喘气了。 
记住：让团队不被压力压倒是每一个管理者最重要的责任。 

5.量力而为 
如果你在上一条里的目标每个都是难以实现的，团队的士气或许很快就会降到谷底...项目的失败是可预期的。如果客户的要求也超出了团队的能力，放弃绝对比硬撑要值。 
记住：别妄图在项目中保持120%的开发能力，你或许会在项目完成的前一天倒下... 

6.横向储备 
只要有时间，一定要留意团队中缺少的知识和人才。没准下个项目就会用到。 
记住：项目总是会照顾那些有准备的人...