Scrum: 伟大的发展团队的25个特征

最新推荐文章于 2022-10-15 11:08:01 发布

weixin_34050427

最新推荐文章于 2022-10-15 11:08:01 发布

阅读量541

点赞数

文章标签：测试

原文链接：https://segmentfault.com/a/1190000018108548

版权

一个Scrum的团队是个人（通常为5至9个成员之间的）合作，以提供所需的产品增量的集合。Scrum框架鼓励团队成员之间进行高层次的沟通，以便团队能够：

遵循共同的目标
遵守相同的规范和规则
相互尊重

Scrum团队的结构

Scrum团队。Scrum团队包括：

产品拥有者
Scrum Master，和
开发团队

什么是Scrum团队

Scrum团队分享与产品交付相关的不同任务和职责。每个角色都密切相关。建议Scrum团队成员尽可能在同一位置一起工作。让我们从责任，权限和特征的角度来看看这些角色。

项目拥有者

产品负责人是团队成员，他知道客户想要什么以及他们想要的相对业务价值。然后，他或她可以将客户的需求和价值转换回Scrum团队。产品负责人必须了解产品的业务案例以及客户需要的功能。他必须与团队协商，以确保他们正确实施产品愿景。最重要的是，他必须有权做出完成项目所需的所有决定，换句话说，产品负责人负责管理产品Backlog，其中包括：

清楚地表达产品Backlog项目。
订购产品Backlog项目以最好地实现目标和任务。
优化团队执行的工作价值。
确保产品待办事项清晰可见，透明且清晰，并显示团队将进一步开展的工作。
确保团队将产品Backlog中的项目理解为所需级别。

Scrum Master

Scrum master帮助团队保持对业务承诺的责任，并消除可能妨碍团队工作效率的任何障碍。他们定期与团队会面，审查工作和可交付成果，最常见的是每周一次的节奏。Scrum master的作用是指导和激励团队成员，而不是对他们执行规则。Scrum master的作用包括：

确保流程顺利进行
消除影响生产力的障碍
组织重要事件和会议

开发团队

开发团队由组织组织和授权，以组织和管理自己的工作。由此产生的协同作用优化了开发团队的整体效率和有效性。开发团队具有以下特征：

他们是自我组织的。没有人（甚至不是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可以实现多少项目。计算故事数量就足够了。