Scrum敏捷软件开发 8.0分
读书笔记 第10章 团队结构
加水石灰

被制造出来的系统往往有一个结构,这个结构反应了制造他的团队的结构

两个关键因素:

1、保持小团队和定位每个团队基本上可以交付的端到端的、用户可见的功能

两个披萨理论和小团队优势:

a、社会堕化现象程度更低

b、积极的互动更有可能发生在小团队

c、花在协调上的时间更少

d、没有人会消失在幕后

e、小团队会更满意他们的成员

f、过分专业化的不利因素不太可能发生

交付端到端功能、特性团队的优势

a、特性团队更好地评估设计决策带来的影响

b、特性团队减少了交接带来的浪费

c、确保正确的人在讨论

d、组件团队会制造一些进度方面的风险

e、他保持着对交付特性的关注

组件团队

a、组件团队要开发供多个特性团队使用的功能。

b、使用组件团队可以减少共享专家

c、多种方法的风险大于单个组件团队的不足

d、可以促进讨论,否则会保持沉默

e、可以看到不需要组件团队的一天

团队对指定目标的自组织能力是所有敏捷方法lunch的根本。自组织不等于随意组合

a、包括所有需要的专业

b、平衡技术水平的等级

c、平衡知识领域

d、寻求多样性

e、考虑持久性

2、每个团队都要有合适的人,不会因为强迫他们在过多团队之间分割时间

企图同时做两个项目或者两件事情是团队绩效的一个最大的消耗。

良好团队结构知道原则

1、这个结构是否可以突出优势,弥补不足,并帮助团队成员提高积极性

2、这个结构是否可以尽量减少安排两个项目的人数,避免任何一个人被安排三个项目

3、这个结构是否可以最大化团队成员的相处时间

4、组件团队的实用是否是受限制的,并且只有在简单适当的情况下实用

5、两个披萨

6、最小化团队之间的沟通路径

7、鼓励不主动沟通团队之间的沟通

8、清楚的理解责任

9、团队成员能否对团队结构的设计提供一些输入

0
《Scrum敏捷软件开发》的全部笔记 51篇
豆瓣
我们的精神角落
免费下载 iOS / Android 版客户端