敏捷团队的规范与准则

sdsdwwwe22

1.序言

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

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

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

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

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

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

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

  
  & z7 }9 R6 M- q( i0 V* i0 Y

2.2 按时参加每日站立会议

• 目的

  
  8 O! d' T6 N- A# H/ C1 d( ^' M9 Z

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

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

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

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

    
    " Q* R! l$ K  A+ C8 @/ q  j

• 内容

  
  

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

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

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

    
    
• 注意
  1 ]/ y& k9 q- j
  • 不要迟到，延时，或者坐下
  • 不要在会议中讨论技术细节以及沟通需求。
    ; i0 L% z; S7 B7 ~- X$ ]6 \
• 提示
  8 g& b: M$ s2 u4 c" T" o* [) Q
  • 团队成员在聆听他人发言时，都应该想这个问题：“我该怎么帮他做得更快？”
    0 w6 b3 Y# @! U% |4 ^0 r" v
  
  

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

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

• 要求

  
  

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

  • 改进团队的生产力

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

    
    ' ?3 W  x4 s& n  t0 Z% u

• 注意

  
  2 Z7 e8 c4 b3 q( q4 U( @( s' l4 g
  • 不要在团队之外讨论找到的东西。
    

• 会议内容

  
  6 y" J. ^  ?; t

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

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

  • 意见交流

    
    
  
  " d. i2 ^  C" X3 d

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

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

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

• 集中精力

  
  

2.5 参加每周讲座

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

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

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

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

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

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

• 时长：半小时左右。

• 讲师：敏捷团队成员。

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

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

  
  0 o+ }; @9 t/ f: a& f5 N  T

grand

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

MLXG

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