今天来看曾今的方案(2017-04-11),貌似还适用

项目迭代推进方案(v0.0.2)

前言

为了推进杭州研发部的日常开发工作的管理,特制定此方案,供大家参考讨论。

调研相关产品

主要有 2 种模式 - 列表模式:更好地组织、细分和管理任务,适用于一般项目管理 - 看板模式:擅长处理流程化任务,适用于产品研发、用户支持等场景

团队组织方式

  1. 每个迭代周期会根据当前的任务计划产品需求将团队拆分成不同的 Feature Team
  2. 指定出各个 Feature TeamFeature Owner
  3. Feature Owner 负责整个迭代的进度协调和资源协调
  4. Feature Owner 的指定指定原则为其本身工作与其他人需要最多协调的同学担任
  5. 另外为了让每一个同学得到锻炼,Feature Owner 会优先让没有得到锻炼的同学担任

工作计划

  1. 季度为周期
    • 明确每个季度杭州整个部门的任务计划
    • 设定整体的路线图(Roadmap)和里程碑(Milestone
    • 设定各个小组的质量标准
  2. 任务计划涵盖
    • 公司业务和产品相关计划
    • 技术计划
  3. 每个开发小组,制定出详细的任务计划
    • 季度计划(RoadmapMilestone
    • 月度计划
    • 每周迭代计划

迭代管理

  1. 管理工具
    • Teambition
    • TAG 标签,合理运用标签,方便筛选查询任务
      • 需求
      • UI
      • Android
      • iOS
      • 前端
      • PHP
      • Go
      • Node
      • BigData
      • Machine Learning
    • 任务分组分:
      • 需求板
      • BUG
      • 相关项目分类
  2. 迭代流程
    • 产品人员制定产品需求,并将其罗列到任务看板需求板
    • 产品召集相关人员进行需求评审,讨论确定需求,同时讨论出本次迭代的 Feature Owner
    • 需求评审结束后,产品将讨论确定后的需求更新到 Teambition 中,Feature Owner 将产品需求拆解成开发需求并列出开发计划,并通知相关参与人员
    • Feature Owner 负责整个开发期间的进度协调和资源协调
    • 每个迭代上线后, Feature Owner 汇总 Feature 问题,并总结相关经验,参与迭代的相关人员给 Feature Owner 评分(4.8 以上小礼物奖励)

晨会 Review

  1. 每天早上 9 点 40 组织大家晨会
  2. 晨会原则上以 Feature Team 为单位展开或者按
  3. 晨会主要回顾昨天的工作计划和几天的计划,重点说明被 Block 的部分和需要资源协调的部分
  4. 汇总日报到betty

Bugtrace

  1. 将线上 Bug 统一提交到 TeambitionBugtrace 的任务看板中,以 TAG 分类
  2. 每周的任务迭代需要将看板中的 Bug 作为任务项之一持续修复

工程师文化

  1. Wiki
    • 业务 Wiki
      • 一些关键业务接口或者功能必须文档化
    • 知识 Wiki
      • 鼓励大家分享工作相关的高质量技术文章
      • 可以原创也可以转载
  2. 编码质量
    • 制定出各个语言的 Code Style,并且严格执行
    • 可以适当的开展 Code Review 活动,提高大家对代码的质量要求