NingG +

项目管理:后台最佳实践

后端开发实践

整体流程:

  1. 需求沟通
  2. 需求评审
  3. 领域模型设计(可提前)
  4. 任务拆解
  5. 接口文档编写
  6. 后台开发
  7. 联调测试
  8. 产品回归
  9. 产品提测

其中,大部分流程都有顺序的要求,有前后依赖关系,不同阶段都有存在的必要性;细节操作上仍有可优化的空间。

几点思考:

  1. 项目排期:尽可能合理,避免不可能排期问题
  2. 关键里程碑设定:里程碑设定,基于现实情况,适当合理设定里程碑
  3. 里程碑逾期:一旦系统阶段性延期,会影响团队心态和士气,所以,在项目排期和里程碑设定,要尊重客观事实
  4. 基于客观事实,适时而变:团队的磨合程度,成员能力梯队,会影响具体的项目排期
  5. 项目整体设计和安排,清晰、明确、固定:
    1. 场景的主体流程
    2. 不同团队的角色和责任定位,接口人的任命
    3. 关键里程碑
    4. 人员的前期动员工作做足,每个人都很重要,调动积极性,清晰每个人的角色和责任
  6. 项目一旦启动,进入协作开发流程:任何一个环节,无论发生什么问题,都尽可能保证负责内容的按期完成,避免 delay。
    1. 突发问题出现了,第一步是想方法把问题解决、扛过去,避免影响整体流程;
    2. 绝不能,第一步就去找问题的原因和责任人,这个事情,应留在项目完成后进行;

需求沟通

从后台视角出发,看整个互联网产品的项目管理和开发流程。有几个考虑:

  1. 明确整个项目流程,里程碑的时间点和说明要特别明确。
  2. 需求开发之前,需要各个小组接口人,参与需求沟通:
    1. 准备材料:
      1. 各个小组在需求开发中的位置,涉及的外部系统接口人
      2. 项目场景、场景的主体流程
      3. 统一术语
      4. 产品在场景中的核心价值
    2. 目标:
      1. 提前理解需求(类似预习
      2. 针对需求效果,从研发角度给出建议
      3. 根据整体项目排期,讨论功能点的耗时以及优先级
    3. 注意事项:
      1. 人员覆盖要全,避免第三方缺席的情况;
      2. 人员要适当精简,一般数据组、前端组、后台组、产品组、测试组的接口人要出席;

需求沟通,是需求评审的前置环节,能够提前接触,提前理解需求,提前调整需求,各方都能提前准备。

Top