欢迎来到Scrum Guide 精读 - 5. Scrum team - Dev
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：
文章来源：
老袁讲敏捷
扫码关注公众号
扫码阅读
手机扫码阅读
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。适宜的团队规模取决于沟通和管理成本是否超过由人数增加带来的效率优势。一个实用的评判标准是，若一两个人请假会造成团队混乱，则团队人数不足；若请假不影响甚至提高了效率，则人数过多。
老袁讲敏捷
文章来源：
老袁讲敏捷
扫码关注公众号
相关推荐
1921贝尔宾博士说：No individual is perfect,but a team can be！意思是说：没有完美的个人，但有完美的团队！
《Doing It——Management 3.0 Experiences（放手去做——管理3.0实战手册）》是Ralph Van Roosmalen撰写的关于如何实践管理3.0的一本书。今天分享的是第七章：可视化价值观，给团队起名。
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
老袁讲敏捷的其他文章
1. 传统行业数字化部门最需要什么
如果我们抛开所有局限，只问一个问题，数字化部门最最最需要的是什么呢？\x0d\x0a如果只能关注一个问题，那么我们应该关注什么问题呢？
职能部门的组织方式适合数字化团队么？
从根本上来说，组织架构的根本出发点，是应该去创造足够的条件，让团队能够自己去解决他们所面对的问题。\x0d\x0a\x0d\x0a 除了人力资源，预算这些刚性的需求之外，更多的专注，更多的稳定性，应该是组织上能够给到团队最大的帮助了。
中-法共建的野生敏捷教练对话系列专栏
谁能想到多年没见的好朋友、合伙人，也当了敏捷教练原创： Cyril Cazalot翻译：chatGPT\x0d\x0a中-法共建的野生敏捷教练，跨洲际对话系列专栏
敏捷团队的Sprint Goal
团队当然希望能够在迭代内有所产出。\x0d\x0a管理者当然也希望能在迭代内看到收获。\x0d\x0a\x0d\x0a但往往我们的工作并不是由目标为中心而组织的，\x0d\x0a而是由「历史事务」为中心而组织的。
修炼3：你是个程序员，你有程序员思维，你可以的。
在后来国内的职场中，“程序员思维”经常多多少少透露着一种贬义，经常是产品经理或者项目经理用来抨击程序员做事不考虑市场和人情等其他因素的时候，祭出来的狠招。\x0d\x0a……似乎在传达一个概念，所谓“程序员思维”，就是呆头呆脑只会写程序的思维……
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
