一个Scrum的团队是我的(一般为5至9个成员之间的)合做,以提供所需的产品增量的集合。Scrum框架鼓励团队成员之间进行高层次的沟通,以便团队可以:程序员
Scrum团队的结构
Scrum团队。Scrum团队包括:编程

什么是Scrum团队安全
Scrum团队分享与产品交付相关的不一样任务和职责。每一个角色都密切相关。建议Scrum团队成员尽量在同一位置一块儿工做。让咱们从责任,权限和特征的角度来看看这些角色。架构
项目拥有者
产品负责人是团队成员,他知道客户想要什么以及他们想要的相对业务价值。而后,他或她能够将客户的需求和价值转换回Scrum团队。产品负责人必须了解产品的业务案例以及客户须要的功能。他必须与团队协商,以确保他们正确实施产品愿景。最重要的是,他必须有权作出完成项目所需的全部决定,换句话说,产品负责人负责管理产品Backlog,其中包括:框架
- 清楚地表达产品Backlog项目。
- 订购产品Backlog项目以最好地实现目标和任务。
- 优化团队执行的工做价值。
- 确保产品待办事项清晰可见,透明且清晰,并显示团队将进一步开展的工做。
- 确保团队将产品Backlog中的项目理解为所需级别。
Scrum Master
Scrum master帮助团队保持对业务承诺的责任,并消除可能妨碍团队工做效率的任何障碍。他们按期与团队会面,审查工做和可交付成果,最多见的是每周一次的节奏。Scrum master的做用是指导和激励团队成员,而不是对他们执行规则。Scrum master的做用包括:ide
- 确保流程顺利进行
- 消除影响生产力的障碍
- 组织重要事件和会议
开发团队
开发团队由组织组织和受权,以组织和管理本身的工做。由此产生的协同做用优化了开发团队的总体效率和有效性。开发团队具备如下特征:性能
- 他们是自我组织的。没有人(甚至不是Scrum Master)告诉开发团队如何将Product Backlog转换为潜在可释放功能的增量;
- 开发团队是跨职能的,具备建立产品增量所需的全部技能。
- Scrum不认可开发团队成员的任何头衔,不管该人员正在执行哪些工做;
- 不管须要解决哪些领域,如测试,架构,运营或业务分析,Scrum都不会承认开发团队中的子团队; 和,
- 我的发展团队成员可能具备专业技能和重点领域,但问责制属于整个开发团队。
伟大的Scrum 发展团队的25个特征
- 追求卓越技术。伟大的发展团队使用极限编程做为灵感来源。XP提供围绕规划,设计,编码和测试的实践和规则。示例包括重构(不断简化代码),结对编程,持续集成(程序员只要具备经过单元测试的干净构建,就将代码合并到代码基线中),单元测试(在开发级别测试代码)和验收测试(创建具体的验收测试)。
- 申请团队蜂拥而至。伟大的发展团队掌握了“团队蜂拥”的概念。这是一种工做方法,一个团队一次只处理几件物品,最好是一次只处理一件物品。经过让不少人一块儿工做,而不是进行一系列的切换,每一个项目都尽快完成。
- 使用尖峰解决方案。Great Development Teams使用尖峰解决方案来解决具备挑战性的技术,架构或设计问题。
- 以团队形式优化产品待办事项。伟大的开发团队认为积压改进团队的努力。他们了解产品积压的质量是可持续发展步伐的基础。虽然产品负责人负责产品待办事项,但整个团队须要对其进行优化。
- 尊重童子军规则。伟大的发展团队使用童子军规则:老是让露营地更清洁。这意味着他们老是检查比之前更清洁的模块。
- 批评想法,而不是人。伟大的发展团队批评想法,而不是人。期。
- 分享经验。伟大的发展团队与同行分享经验。这可能在组织内部,但研讨会和会议也是分享经验和收集知识的好方法。固然,写下您的经验教训也受到高度赞扬。是的,对于细心的读者来讲,这与产品负责人彻底相同。
- 了解有些松懈的重要性。伟大的发展团队在他们的冲刺中有一些松懈。人类成天都不能富有成效。他们须要时间放松,在咖啡机聊天或玩桌上足球。他们须要一些懈怠才能具备创新性和创造性。他们须要时间来享受乐趣。经过这样作,他们确保了高动力,从而最大限度地提升了生 可是,处理可能出现的紧急状况也是必要的,当您须要建立热修复时,您不但愿整个sprint遇到麻烦。所以:制造一些松懈!当冲刺没有任何紧急状况时:太棒了!这为团队提供了一些重构和紧急设计的机会。这是共赢的!
- 互相玩乐。伟大的发展团队确保天天都有健康的乐趣。培养乐趣,活力,互动和协做营造了团队蓬勃发展的氛围!
- 没有任何Scrum'会议'。伟大的开发团队将Scrum事件视为对话的机会。Tobias Mayer在他的“人民Scrum”一书中完美地描述了这一点:“Scrum以人为中心,人们进行对话。有计划,调整和反思的对话。咱们会在适当的时间和适当的时间进行这些对话,以便为咱们的工做提供信息。若是咱们没有这些对话,咱们就不会知道咱们在作什么(计划),咱们不会知道咱们要去哪里(对齐),咱们会不断重复一样的错误(反思)。“
- 了解他们的客户。伟大的发展团队了解他们真正的客户。他们与他们直接接触。他们真正了解本身的愿望,所以可以作出正确的(技术性)决策。
- 能够解释技术任务的(业务)价值。伟大的开发团队了解技术任务的重要性,例如性能,安全性和可扩展性。他们能够向产品负责人和客户解释(业务)价值,并确保其部分产品积压。
- 相互信任。伟大的发展团队相互信任。是的,这很明显。可是若是没有信任,团队就不可能实现伟大。
- 保持回顾的乐趣。伟大的发展团队本身考虑回顾性格式。他们以创造性,有趣和有用的格式支持Scrum Master,并提供便利会话自己。
- 在sprint期间提供功能。伟大的开发团队不断提供功能。基本上他们再也不须要冲刺了。只要项目“完成”,就会收集并处理反馈; 这创造了持续交付的流程。
- 不须要冲刺0.伟大的开发团队在“真正的”冲刺开始以前不须要冲刺0。他们已经在第一个sprint中提供了商业价值。
- 行为确实是跨职能的。伟大的开发团队不只具备跨功能的组合,并且还具备跨职能的功能。他们不会谈论团队中的不一样角色,而是专一于每一个sprint做为一个团队提供可释放的产品。每一个人都在作实现冲刺目标所必需的东西。
- 本身更新Scrum板。伟大的开发团队确保Scrum /团队董事会始终保持最新状态。这是对现实的准确反映。他们不须要Scrum Master来鼓励他们; 相反,他们与Scrum Master合做更新电路板。
- 花时间进行创新。伟大的发展团队了解技术/建筑创新的重要性。他们知道有必要跟上快速变化的环境和技术。他们确保在正常工做时间内有时间进行创新,这颇有趣也颇有趣!
- 不须要完成定义。伟大的发展团队深入理解“作”对他们意味着什么。对于团队成员,再也不须要写下“完成定义”。他们知道。使用它的惟一缘由是使“完成状态”对其利益相关者透明。
- 知道如何提供反馈。伟大的发展团队已经学会了如何以诚实和尊重的方式给予对方反馈。他们掌握了“影响反馈”的概念。他们会在必要时提供反馈,而且在回顾以前不要推迟反馈。
- 管理他们的团队组成。伟大的开发团队管理本身的团队组成。只要须要特定技能,他们就会与其余团队合做,讨论“雇用”特定技能的机会。
- 实践集体全部权。伟大的发展团队了解集体全部权的重要性。所以,他们将开发人员分散到所使用的应用程序和系
- 修复与其余团队的依赖关系。伟大的开发团队意识到可能与其余团队的依赖关系,并自行管理这些团队。所以,他们确保了产品的可持续发展步伐。
- 不须要故事点。伟大的发展团队再也不关注故事点了。他们以这种方式改进了产品积压,顶级产品的尺寸变化不大。他们知道每一个sprint能够实现多少项目。计算故事数量就足够了。
更多相关的Scrum文章