项目的过程管理最核心的是控制与平衡项目的质量和风险。基于长期的项目实践经验，经过总结，本文从管理对象和管理方法角度提供出一套可落地项目管理方法参照，按三级菜单进行设计，贯彻整个项目的生命周期。项目经理借助Git、禅道等工具中附带的在线协同办公功能进行管理，从统筹规划到项目细节，大大有助于提高管理效率。
管理对象：
项目经理、PMO、需求人员、开发人员、测试人员、业务人员、领导；
注：领导这一对象是我反复思考后决定添加，当然并不是作为参与人员的属性，我是从两个角度考虑：1）项目出现资源问题，是需要及时向领导申请的；2）项目过程中领导随时可能会过问项目计划和细节，如若项目经理反馈结果的随意性或者不专业都很可能令领导评估出项目存在风险，从而增加你汇报的频率，这里体现的是向上管理的思想。
管理方法：
注解：全文采用三个层级，每一层级的采用不同的标识符，如下：
- 表示第一级
- 表示第二级
- 表示第三级
- 项目管理
- 需求管理
- 注：存档业务需求调研文档，业务需求的过程版本文档；
- 评审记录
- 注：按统一的评审报告的模板完整记录所有的需求评审的会议时间，会议地点，与会人员，会议结论，待跟进项，形成结论存档，并结合邮件通知；其中，与会人员所代表的部门权责是清晰的，不遗漏，不交叉。
- 干系人管理
- 注：属于项目前资源落地的一部分，项目启动前必须与相关领导确定好各个干系人或者窗口联系人，功能模块细分到具体的人，明确职责，也便于常规联系或者紧急沟通；
- 会议记录
- 注：类似评审记录，但覆盖范围更大，例如：资源沟通会，宣导会，培训会等均需严格落实会议记录；
- 文档管理
- 文档模板规范
- 注：过程文档模板化，可以有效避免人员流动而造成的随意化，且各职能人员按部就班参照执行，有法可依，例如：需求文档的模板，测试报告的模板，个人进度的模板等；
- 交付物管理
- 注：各项目阶段均有各项目阶段对应的产出和交付物。这一步的严格落实可以有效的把过程清晰，另外，不至于等到项目结束后疯狂去补各种资料；
- 项目计划
- 注：顾名思义，项目的实施计划排期表，包含关键的项目节点。项目计划是项目资源、领导意志、业务需求的综合表达；
- 日报周报
- 注：日报/周报的模板化格式，落脚点是进度管理，风险管理。因为日报周报没有必要平添项目组成员额外工作量，而且也是向上管理的重要形式，所以设计日报的格式需要平衡简洁必要性和向上管理必要性。我已经沉淀出一套行之有效的格式版本，感兴趣的朋友可以交流切磋，后台回复“项目管理日报模板”；
- 项目质量控制
- 整体进度
- 注：按项目/系统/功能维度的管理模式；
- 个人进度
- 注：按个人工作量，工作成果维度的管理模式，报告形式可以是个人为主题的工作日报/周报；
- 申请资源管理
- 注：项目启启动后，就会需要申请测试环境的各种资源，如开发者账号，服务器，数据库等软硬件资源。届时基础资源的申请，移交，归还释放均需要做到清晰登记，事毕则清，做到好借好还，再借不难；
- 项目准备
- 项目调研
- 注：前期项目调研工作，调研资料的归档；
- 立项管理
- 注：根据科技管理要求的文档归档；
- 项目需求
- 业务需求
- 注：业务需求定稿版；
- 概要设计
- 注：软件概要设计定稿；
- 软开需求
- 注：软件开发需求定稿版；
- 设计开发
- 开发规范
- 注：程序设计规范，数据库范式要求规范，数据仓库规范等，文档让开发者可以随时参考，且在代码走查机制中对代码规范性做Review；
- 环境参数
- 注：服务器配置参数，JDK版本，数据库型号，中间件版本等。版本号登记要细致到最后一位，以便开发过程中的版本确认，以及在投产前的参数核对；
- 接口设计
- 注：与关联系统交互的接口设计文档，做好历史版本和当前使用版本的维护登记；
- 开发自测
- 注：开发人员在本地自测的数据与结果，或开发人员相互之间工作的数据传输；
- 跑批演练
- 注：除功能接口测试外，批处理需要单独数据准备和测试，注意长周期的测试；
- 测试验证
- 整体方案
- 注：特别地，务必不能忽略长周期测试；
- 测试准备
- 参数检查
- 注：检查核对系统投产时初始化的系统参数和业务参数；
- SIT测试
- 注：SIT测试期间的文档归档，包括不限于：SIT测试案例、案例评审记录、SIT测试报告、SIT测试问题集、遗留问题集；
- UAT验证
- 注：UAT验证期间的文档归档，包括不限于：UAT测试案例、案例评审记录、UAT测试报告、UAT测试问题集、遗留问题集；
- 性能测试
- 安全测试
- 专项测试
- 注：部分相对完整独立的专项功能，从需求设计，开发，测试做一个专题性质的管理，例如：年终结算；
- 数据迁移
- 迁移方案
- 迁移计划
- 迁移开发
- 迁移测试
- 迁移验证
- 项目上线
- 培训文档
- 投产文档
- 操作手册
- 项目变更
注：投产上线后每一次生产版本的记录与管理；
- 运维管理
- 生产参数清单
- 常见问题操作手册
- 项目结项
注：项目结项验收等材料归档，项目不能烂尾；
- 内外部审查
注：银行项目实施完成后，会纳入内外部监管的范围。需要按照管理办法的规定，做好资料归档，以便待查；还有一些外部监管报送取数逻辑的SQl脚本。
以上介绍的管理模式和管理思想，贯穿了“项目前—项目中—项目后”的全生命周期。我们重点关注了人员管理，需求管理，计划管理，风险管理四个方面，如果在项目汇中完整落实的话，可以极大的帮忙我们项目经理随时都可以有的放矢的关注项目关键点和风险点，不至于疲于奔命，行之有效进行项目的过程管理。
项目可以高高举起，也能稳稳落下。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
