敏捷团队的特征

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷团队的特征相关的知识,希望对你有一定的参考价值。

参考技术A 在敏捷开发过程中,我们需要组建敏捷团队。优秀的敏捷团队有哪些特征呢?

1、小团队

敏捷团队的规模在3~9人,规模较小的团队成员在团队中表现得更活跃,更忠实于自己的团队,他们更深切体会到团队的目标,更熟悉其他团队成员的个性、工作角色和沟通的方式,并且关系更加融洽。小团队的工作效率更高。

2、跨职能的特性团队

特性团队能够更好地评估设计决策带来的影响。在一个Sprint结束的时候,特性团队可以构建一个端到端的功能,遍历应用程序所涉及的所有技术。

特性团队减少了交接带来的浪费。一个群体或个人向另一个群体或者个人交接工作是一种浪费。在组件团队的情况下,有一些风险,包括过多或者过少的开发功能或者错误的开发功能,或开发一些根本不需要的功能。

特性团队确保正确的人在讨论。因为跨职能的特性团队包括从想法到可以运行以及测试某一个功能所涉及的所有技能,因而能确保拥有这些技能的团队成员可以每天进行沟通。

组件团队会制造一些进度方面的风险。组件团队的工作只有在它被特性团队集成到产品后才是有价值的。集成组件团队的工作量必须由特性团队来估算,这些工作将发生在当前的Sprint或以后的Sprint。估算这种类型的工作量时困难的,因为这需要特性团队在不知道组件质量的情况下估算集成的工作量。

特性团队保持对交付特性的关注。按交付功能的方式来组织团队,而不是按照架构元素和技术,它能持续提醒S敏捷开发关注每个Sprint的功能交付。

3、全职投入

一个人被分派到多个项目工作,不可避免会完成更少。多任务之间的切换,是对团队绩效的一个最大的消耗。为什么会这样呢?因为我们开始一个任务,然后切换到另外一个,然后再切换回来,这回有一个巨大的开销,我们需要重新捡起前一个任务的上下文。如果一个人设计的项目或任务越多,他在工作过程中越有可能被打断。每被打断一次,都需要一些时间来重新恢复上下文。

4、自组织

自组织团队是敏捷宣言中的一个关键原则。“最好的架构、需求和设计出自自组织的团队”。怎么组建自组织团队呢?我们需要把正确的人放入团队。

自组织团队包括所有需要的专业,作为一个跨职能的团队,囊括所有从功能的想法阶段到实现阶段必要的技能是很重要的。

自组织团第需要平衡技术水平的等级。团队技术水平的平衡,不仅可以使一个初级程序员找到喜欢的特性开发,而且通过相处,他们也可以从高级程序员那里学到东西。

自组织团队需要平衡领域知识。正如我们力求技术能力的平衡一样,我们也要在我们工作的领域知识的深入方面或者在我们试图解决的问题方面找到一个平衡。

自组织团队需要寻求多样性。多样性可能意味着许多不同的事物,性别、种族以及文化只是其中的3个。同样重要的包括人们的思维方式,如何决策,决策之前他们需要多少信息。相对于不同类型的人组成的团队,同类人组成的团队可以更快地达成共识,但这样做可能无法考虑所有的可选情况。

自组织团队需要考虑持久性。团队成员学会很好地协作是要花时间的。因此,力求让原来有良好协作的团队成员保持在一起。组建一个新团队的时候,在团队成员部分或全部安排去做其他事情之前,考虑一下他们能够在一起呆多久。

5、团队责任制

要成为高效的敏捷团队,首要目标是接受团队责任制。对于一个共同的责任来说,必须有一个达成团队可接受的目标的共同承诺与之对应。

6、鼓励团队学习

如果团队已经拥抱团队承诺的理念,减少了对专家的依赖,能够循序渐进按部就班地做事情,则说明团队已经在团队协作上有了很大的进步。这是,大多数团队都会有一种满足感。请不要这样,团队仍然还有改进的余地。要成为一个真正的高效团队并领会敏捷开发带来的所有好处,团队必须主动寻求学习和分享知识的新方法。

以上是关于敏捷团队的特征的主要内容,如果未能解决你的问题,请参考以下文章

第六章 敏捷流程随笔

敏捷迭代:Sprint燃尽图的7个图形特征及说明的问题

Scrum master成长笔记 - 敏捷团队如何有效协作?

敏捷开发感想

如何多团队大规模实施敏捷开发

求推荐一款比较适合敏捷开发团队协作的工具?