【京东青龙预分拣团队】精益化敏捷管理

双12之日，同学们正兴致勃勃的讨论15年的规划和畅想，突然大学总朝着这个方向径直走来了，站在了我们的敏捷墙前。大家喜出望外，激动之心溢于言表。

   采用精益化管理，把冗长的项目和模糊不清的任务化解为多个可以明确度量、持续交付目标，并按照目标来制定迭代周期，多维协作完成。

   Kata32式有了阶段的成果，喜笑颜开。

   其实发挥团队成员的积极主动性，活跃团队氛围，不在是件难事，每个人都是主人翁。开发、测试、产品及业务同事积极合作，减少沟通损耗，团队效率和协作有显著的提升：

1、团队计划、评审、回顾、任务梳理计划列表：

• 我们遵从持续交付，有效沟通多了，整体质量。
• 每个迭代周期为2周。
• 每日问题积极反馈，问题Board体现。
• 每个迭代会组织Spint Review，邀请业务方同事一起来验收阶段成果，积极调整。
• 制定下个迭代的具体计划，开发和业务之间完全透明，开发会把结果告知业务。
• 业务、产品也会把计划录入Trello。
• 研发、测试、产品一起参加早会，各方协作解决问题，避免瀑布的沟通损失。
  
  

我们的迭代展示：http://trello.com

教练门诊&重要日程安排

2、代码质量实时报警：

• 用于监控构建的质量，自动触发测试用例。
• Jenkins集成插件方式，实现自动构建以及自动触发测试用例。
• 当构建失败或者测试用例run失败后立即报警，发出自定义的声响，提示构建失败。
• 构建失败者头戴牛仔帽，直到问题解决为止。
• 每个迭代分支开发，上线前合并到主干，自动回归测试即可。
  
  

3、Scrum Kata     30招：

• 对于每个细小的环节，我们都不放过。态度和能力、需求的细化、估算、质量、经理怎么管理、审核会和风险等。
• 每日一招，各个Scurm Master轮流分享交流。和实战紧密结合。
  
  

4、任务持续跟进，每日立会任务透彻清晰，如有问题则自动浮现：

• 安排值班表，一人一天，每个人都逐渐了解团队内所有的业务和技术；
• 日常问题的处理集中一个人处理，不会由于线上问题导致开发思路被打断。
• 定义完成定义：
  
  
  • 进入迭代--->交付开发------任务目标清晰；完成定义明了；业务目标各方一致；任务拆分完毕；工时评估完毕；
  • 开发完成--->交付测试------测试用例自测通过；代码review完毕；业务定义被测试用例完全覆盖；测试人员编写测试点完成；
  • 测试完成---->可以上线------测试用例逐条覆盖；其他主要功能回归完成；
  • 上线前检查---->7P格言，工具善其事，必先利其器。
    
    
    
• 每个任务都拆分为产品、开发和测试及上线的具体任务，每个阶段透明度量。
• 任务清晰可度量，问题提早被暴露，快速响应。
  
  

   看板来了，这绝不是旧时代的产物，也是电子化无可替代的。

   每个迭代持续交付，邀请业务帅哥美女们一起来验收，业务、产品、开发、测试如此紧密，还有我们搞不定的吗？