项目管理：后台最佳实践
2016-09-22
后端开发实践
整体流程：
- 需求沟通
- 需求评审
- 领域模型设计（可提前）
- 任务拆解
- 接口文档编写
- 后台开发
- 联调测试
- 产品回归
- 产品提测
其中，大部分流程都有顺序的要求，有前后依赖关系，不同阶段都有存在的必要性；细节操作上仍有可优化的空间。
几点思考：
- 项目排期：尽可能合理，避免不可能排期问题
- 关键里程碑设定：里程碑设定，基于现实情况，适当合理设定里程碑
- 里程碑逾期：一旦系统阶段性延期，会影响团队心态和士气，所以，在项目排期和里程碑设定，要尊重客观事实
- 基于客观事实，适时而变：团队的磨合程度，成员能力梯队，会影响具体的项目排期
- 项目整体设计和安排，清晰、明确、固定：
- 场景的主体流程
- 不同团队的角色和责任定位，接口人的任命
- 关键里程碑
- 人员的前期动员工作做足，每个人都很重要，调动积极性，清晰每个人的角色和责任
- 项目一旦启动，进入协作开发流程：任何一个环节，无论发生什么问题，都尽可能保证负责内容的按期完成，避免 delay。
- 突发问题出现了，第一步是想方法把问题解决、扛过去，避免影响整体流程；
- 绝不能，第一步就去找问题的原因和责任人，这个事情，应留在项目完成后进行；
需求沟通
从后台视角出发，看整个互联网产品的项目管理和开发流程。有几个考虑：
- 明确整个项目流程，里程碑的时间点和说明要特别明确。
- 需求开发之前，需要各个小组接口人，参与需求沟通：
- 准备材料：
- 各个小组在需求开发中的位置，涉及的外部系统接口人
- 项目场景、场景的主体流程
- 统一术语
- 产品在场景中的核心价值
- 目标：
- 提前理解需求（类似
预习） - 针对需求效果，从研发角度给出建议
- 根据整体项目排期，讨论功能点的耗时以及优先级
- 提前理解需求（类似
- 注意事项：
- 人员覆盖要全，避免第三方缺席的情况；
- 人员要适当精简，一般数据组、前端组、后台组、产品组、测试组的接口人要出席；
- 准备材料：
需求沟通，是需求评审的前置环节，能够提前接触，提前理解需求，提前调整需求，各方都能提前准备。
原文地址：https://ningg.top/project-management-series-backend-best-practice/