项目经理主要工作及指引

项目经理工作内容及指引（不包含市场运作部分）
1、与市场人员沟通项目的基本情况，客户主要领导、部门的情况，主要参与人员的关系，前期的一些目标、期望、工期。
了解项目采用的技术路线、客户信息部门的情况。
2、根据项目基本情况，了解相关的背景知识，以免说外行话，尽量采用与客户习惯相同的术语
3、根据经验和工作量估算，组建项目团队，确定需要的人员能力、数量等（一般不要选择多于2人的女士，女士不要太漂亮，要沉稳些）
4、安排项目总体计划（最好分解为阶段计划，采用迭代方式进行，每个小计划明确目标，周期控制在1-1.5月，先完成主要的、难度大的部分）、培训计划
与程序经理确定项目采用的ide、基础环境、工具、os等，并统一版本
5、培训内容包括业务培训、技术培训、编码标准培训
6、组织需求调研工作（参见http://fourfire.iteye.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.iteye.com/admin/blogs/45764

   我觉得 有一个很主要的问题需要解决！   
        就是客户规范问题。
   1我们面对的大型的国有企业 。
   2我们是小公司，在行业中没有影响力。
   3需求无法控制，导致软件质量无法保证。
   4在需求方面作为乙方我们很被动。
   5项目过程失去控制

1 合同本身就存在强势与弱势的关系，特别在中国，特别是大型国有企业
2 公司的生存就像我们个人一样，必须想尽办法向上一个阶层发展。小公司的弱点是这样，同样他的优势也是这样，这就是为什么大型国有企业做管理软件其实爱找小公司，只有那种从集团直接统下来的项目（SAP）才是真正的统一
3 我们做的是软件、管理软件、国企的管理软件、小公司做的国企管理软件。哈哈。我的建议是拥抱变化吧

理论 不等于 实际。
QA和售前，都在干什么？
测试环境还需要项目经理搭建？
这是什么公司？？不让人活了。

写的很全，值得学习和借鉴。不过，好像有些可以让手下的人去做，比如说14.1、17等。
可以分下类，比如说按照项目的前期、中期和后期分下。

写的很好，不过在管理和协调沟通的内容上还需要补充：

1、确定项目沟通机制，定期参加项目PMO例会，并向公司、用户进行项目进展汇报
2、定期对项目团队的人员绩效进行评估
3、定期对项目实施人月数进行统计
4、编制项目风险清单和问题清单，对项目风险和问题进行跟踪管理
5、建立项目文档服务器和IssueTracking服务器
6、制定项目组日常管理条例，规范工作注意事项，如客户拜访、邮件编写存档、备忘录、会议、开发纪律
7、定期与直接主管领导和管理部门沟通，汇报项目进展和问题
8、随时和商务沟通，协调解决客户关系
9、进行项目总结，整理可共享成果物

另外不同阶段的任务也是有分类的，技术和管理任务分开。

这些不是理论，都是我实际项目经历的，有些具体的活是不需要自己动手，但是你必须去考虑，别遗漏。
另：项目经理如何控制项目的质量？很大程度上是依赖需求与测试的

如果在项目开始的时候，强调了每个小组或每个人的责任，然后应用固定的文档模版。这样，就没有太多必要考虑太多了。

很多事情可以通过这些固定的流程让其他人完成。关键是让每一个项目人员有流程的意识。如果公司有比较完整的流程管理的话，项目管理上就要简单一些。这也算是所谓的“团队精神”的一种吧。