扫码阅读
手机扫码阅读
Scrum Guide 精读 - 5. Scrum team - Dev
![](/theme/default/default/images/main/eye-open.png)
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
![](/theme/default/default/images/main/icon-jing.png)
老袁讲敏捷
扫码关注公众号
Scrum Guide精读:Scrum团队概述
在Scrum指南中,对Scrum团队的介绍前,有一番详细的铺垫,强调了团队的简单性和专注性。
团队结构和特点
Scrum团队由一个Scrum Master,一个Product Owner和开发者组成,不分层级或子团队,并专注于一个目标——Product Goal。这种团队结构突出了“简单”的概念,旨在保持组织和目标的简洁明了。
团队功能和自我管理
Scrum团队的成员具备完成每个Sprint创造价值所需的全部技能,这种跨功能性确保了团队的自给自足。同时,团队也是自我管理的,他们内部决定谁做什么,何时做,以及如何做,这一点在目标指导下尤为重要。若团队的决策由外部指导,则Scrum团队仅仅是一个工具化的开发团队。
团队规模
一个Scrum团队的大小既要能保持灵活,又要能在每个Sprint中完成重要工作,通常为10人或更少。更小的团队能够更好地沟通并提高生产力。若团队规模过大,应该考虑重组为多个专注于相同产品的Scrum团队,共享相同的Product Goal、Product Backlog和Product Owner。适宜的团队规模取决于沟通和管理成本是否超过由人数增加带来的效率优势。一个实用的评判标准是,若一两个人请假会造成团队混乱,则团队人数不足;若请假不影响甚至提高了效率,则人数过多。
想要了解更多内容?
![](/theme/default/default/images/main/icon-jing.png)
老袁讲敏捷
扫码关注公众号
老袁讲敏捷的其他文章
修炼5 我这是好的呀!怎么到你那里就不行了呢?
开发几个人使用的小工具,可以很容易满足需求。但是做一个上规模的产品,就不是简简单单实现几个功能这么简单。这是对自己(或者团队)工程化能力和组织能力的考验。
关于Burn Out引发的讨论 (情绪敏捷) - 中法敏捷教练对话
Burn Out是一个经常出现,但无人讨论的话题。我们在媒体和话题中经常看到Burn Out,但是在公司中却是一种非常禁忌的话题。在公司中从不会讨论谁Burn Out了,是怎样产生的,对工作有怎样的影响,应该如何预防,如何识别,如何处理。
与一位瑞士敏捷教练的对话
“指导与辅导 → 任何变革都始于自己。遗憾的是,教育和社会并没有广泛地为我们提供基本的自我反思和平衡能力。我所做的:将“拥有一位教练/接受辅导,是一种权利”引入我的公司作为一项内部服务。”
Scrum Guide 精读 - 4. Values
这一章节,讲Scrum的价值观。\x0d\x0a\x0d\x0a话不多说,直接甩出Scrum的5大价值观:\x0d\x0a\x0d\x0aCommitment, Focus, Openness, Respect, and Courage\x0d\x0a\x0d\x0a承诺,专注,开放,尊重,勇气。
Scrum Guide 精读 - 10. Daily
如果说其他scrum活动有点不大好组织的话,晨会,站会谁不会开呢?让我们看看scrum里,对站会是怎么描述的吧。
加入社区微信群
与行业大咖零距离交流学习
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
PMO实践白皮书
白皮书上线
白皮书上线