敏捷团队的规范与准则

sdsdwwwe22

1.序言

打造一个金诚所至的敏捷团队，需要大家自发的来遵守以及完善相应的规范。大家在自我约束的前提下，彼此之间互相影响，由下而上推动团队的建设。所以规矩、准则应该是越少越好，通过良好的自我约束驱动团队的成长。

在阅读本文档之前，假设你已经了解了敏捷开发(Scrum)的相关知识，若从未接触过敏捷开发，请先查阅 《敏捷开发解决方案》。

2. 敏捷团队的共识2.1 精诚合作

• 产品不只属于我个人，整个开发团队都必须对其负责。那么在需求评估、迭代计划、需求评审、开发、设计交流的时候，大家都应该积极参与，献计献策

• 必须达成共识，必须明确每次迭代的内容，而且知晓自己的和整个产品的进度

• 积极沟通，当然文档不是必须的，但是有准备的沟通是必须的

• 及时沟通，不过于依赖文档和工具，比如任务在Worktile上分配完毕，也给他们打个招呼。

  
  ( s; q$ z: s/ L* Y; y2 [& M" V

2.2 按时参加每日站立会议

• 目的

  
  / N6 D4 [% A6 g2 F, g& K4 ~0 |

  • 团队成员间工作进度的沟通和协调；

  • 帮助团队聚焦于每日活动，并且便于更新任务板和燃尽图；

  • 细化任务，尽可能的将任务具体到天，让大家都明确知道今天应该做什么！

  • 时间：每日下午5点，时长控制在15分钟左右

    
    7 X, M3 D2 _/ L/ W" k, m5 B4 l

• 内容

  
  " j% G/ i/ P' t4 f- J$ ?/ V

  • 从上次站立会议到现在，你完成了什么?

  • 从现在到下次站立会议，你将要做什么?

  • 你遇到什么阻碍，需要其它人如何帮你?

    
    
• 注意
  
  • 不要迟到，延时，或者坐下
  • 不要在会议中讨论技术细节以及沟通需求。
    
• 提示
  
  • 团队成员在聆听他人发言时，都应该想这个问题：“我该怎么帮他做得更快？”
    8 z. L6 S% K8 W. O
  
  

2.3 如果有必要，准备反思会议

根据项目需要举行。其目的不是为了找到治愈方案，而是要发现哪些方面需要改进。项目成员均可召开与推进。

• 要求

  
  7 H& Q( l2 G& Z$ M* Z! c

  • 从过去中学习，指导将来

  • 改进团队的生产力

  • 轮流发言。每个人都有机会在不被人打断的情况下讲出自己的想法，他认为什么是好的，哪些可以做的更好，哪些需要改变

    
    . e9 t: ?; _+ C/ D6 ^7 ]  N

• 注意

  
  . V( c* }& V4 U3 `
  • 不要在团队之外讨论找到的东西。
    

• 会议内容

  
  

  • 过去哪些做的不错？哪些应该改进？

  • 我们能做什么？哪些不在我们掌控之内？

  • 意见交流

    
    * O4 S. z% B' {# v  `: I& @
  
  ) ?4 I& t! l# a! M

2.4 保持可持续的开发速度/精力充沛的工作

• 尽可能避免加班（几乎所有的敏捷开发模式都反对加班，因为加班工作在软件开发中会降低生产率，而且会降低产品质量。我们目前还无法保障不加班，但是我们要尽可能的避免加班——将当天的事情在工作时间内完成）。

• 上班时间保持充沛的精力（比如早睡早起，喝点咖啡等等）

• 集中精力

  
  

2.5 参加每周讲座

这是一个自我锻炼和学习的机会，愿景是人人上台分享知识。

• 目的：鼓励大家交流、分享、学习甚至是反思。

• 讲座内容：技术、经验、心得、建议、产品与团队思考均可，亦可召开反思会议。

• 机制：每周一次，一次仅限一人，轮流讲座，次序可以根据需要调整。

• 时间：每周五下午评审会议之后，时间和日期可以更改，但是需要提前通知。如非客观原因，否则不能取消。

• 要求：必须准备PPT以及演讲素材。

• 时长：半小时左右。

• 讲师：敏捷团队成员。

• 参与人：无限制，自愿参加

• 注意：讲座完成，需要将PPT和相关资料附加到Worktile任务列表，后续统一归档。

  
  ( B" x# M: r$ M; y' o7 h

" q; O( g* K5 Y4 B$ C

grand

团队成员在聆听他人发言时，都应该想这个问题：“我该怎么帮他做得更快

MLXG

  不要在团队之外讨论找到的东西