To B软件项目经理的工作内容

以下内容，均以我们公司目前做To B业务系统项目的软件项目经理为例

1. 职责定义

不同的企业对于软件项目经理的职责要求是不一样的，我们公司对项目经理定义的职责如下：
a) 参与项目售前的支持，包括项目解决方案编写，工时成本的预估等；
b) 负责制定项目计划，跟踪成本，进度，资源，对关键节点进行把控；
c) 负责项目的需求收集、分析、整理及文档编写；
d) 负责项目团队的协调与组织，确保成员高效协同工作；
e) 负责审查项目结果并确保质量；
f) 管理项目风险和问题；
g) 负责和客户的沟通，负责验收工作、培训工作；
这里有一点可能是有争议的，很多企业的项目经理是不负责需求产出。对于中小型企业来说，可能没有专门的需求经理/业务顾问这样的岗位，也没有这么多的项目来支撑岗位的细分。对于一些企业的中小型项目来说，可能会要求项目经理直接就产出需求。这里也是处于成本的考虑，如果项目不大，项目经理又直接和客户对接，如果再交由其他人来产出需求，整个流转的成本消耗也会变大。所以本书后面对于需求这一块内容会稍微详细一些说明。

2. 工作内容分解

工作内容分解：
a) 项目内的事项：项目完整生命周期内的工作内容，包括活动及不同模型的组织，以及项目的管理事项，协调支撑事项；
b) 项目外的业务事项：售前支持、客户沟通等；
c) 项目外的管理事项：工作汇报、总结、支撑沟通等；

项目内的事务我们再做一个分解：
a) 项目管理：
进度管理、团队管理、质量管理、风险管理、绩效管理、沟通管理等；（最终相关内容会汇总起来在部门的项目管理会议上做汇报和交流）
b) 软件过程：
模式：在做计划的时候，会选择合适的过程模式。（多数情况，我们的To B项目会采用迭代式）
前期&启动：
（1）参与前期沟通，根据需要参与编写前期方案；
（2）针对项目做工时预估，给商务报价提供参考；
（3）得到公司明确的项目启动书，确定工作目标；
（4）组织项目团队，并召开项目启动会。
需求工程：
（1）负责需求调研，整理原始资料；
（2）负责需求分析，产出业务需求、功能需求。如果项目比较大，会带着其他的工程师一起参与需求调研、需求分析的工作。
设计工程：
（1）负责需求设计，产出设计后的业务、功能说明；
（2）组织设计师做UI/UE的设计：事先有设计规范做约束，所以大部分简单页面不会专门做UI/UE的设计，仅针对复杂的或客户有明确要求的页面做设计；
（3）组织开发经理做技术设计：定义接口。简单的增删改查功能不会专门做设计，仅针对一些复杂功能或者数据结构比较复杂的部分做技术设计；
开发工程：
a. 负责分派和跟踪任务；
b. 通过立会的方式跟踪任务的情况，以及协调处理问题；
测试工程：
a. 组织内部测试，并认可当前系统的发布版本；
部署工程：
a. 检查开发团队给出的发布包、说明等内容；
b. 发布到客户现场，如果可以的话先发布到客户的测试环境，做UAT；
c. 正式的上线发布，以及上线后的支持；
d. 编写培训材料，并对客户做现场的系统培训；
验收&关闭：
a. 项目验收；
b. 项目产出移交给客户；
c. 落实后续运维；
d. 内部总结&关闭；