scrum_分布式Scrum

开发大型软件系统可能是一项具有挑战性的工作，通常由负责处理复杂依赖性并同时需要管理竞争资源的不同团队来完成。 有时创建下一个互联网初创公司需要克服重大障碍，但是为一家国际银行或金融服务公司运行大型项目也需要一定水平的协调和沟通，这可能会带来挑战。 好消息是，即使被大型企业采用，敏捷方法也被证明越来越有效。 关键是要了解如何在整个企业中应用关键方法，例如scrum。

什么是Scrum？

Scrum是一个敏捷框架，可以指导团队完成项目所需的所有任务。 在实践中，scrum涉及一个简短的每日会议，以：

• 讨论进度
• 审查每个团队成员的工作
• 找出可能存在的成功障碍

Scrum通常不需要那种耗时的官僚程序类型，某些敏捷爱好者将其描述为“仪式”。 Scrum是一种迭代方法，专注于在固定时间段内完成工作，通常持续两到四个星期，即sprint 。 Scrum主管在协调团队活动中起着至关重要的作用，尤其是在解决成功障碍方面。 需求由存储在产品待办列表中并组织成sprint的描述性用户故事指定。 目标是，在可行的情况下，目标是在每个冲刺结束时完成的工作都可以交付，然后进行冲刺审核，通常是实施后的审核，称为回顾。 Scrum之所以受欢迎，是因为它可以帮助每个利益相关者了解他们每天需要做什么，并使团队其他成员的工作保持透明。 最重要的是，Scrum有助于确定完成工作的任何潜在障碍，并有助于确定消除任何潜在障碍的最佳行动方案。

这种方法不需要太多的过程，并且可以有效地帮助团队协调所有活动，同时确定优先级和目标。

每个冲刺完成后，团队将选择另一组用户案例来完成并开始下一个冲刺迭代。 此过程通常适用于中小型项目，但要在大型组织中实施可能会遇到挑战。

企业混乱的挑战

在整个企业范围内扩展Scrum框架要求您协调可能具有不同目标和优先级的许多利益相关者之间的活动。 实际上，您可以有多个团队同时研究系统的不同方面。 大型组织使用一种称为Scrum-of-Scrum的方法，其中每个Scrum团队都会派一名代表参加联席会议，以协调不同开发团队的活动。 许多应用程序都涉及n层技术体系结构，因此您可以在多个平台上完成工作-包括大型机，Linux / Unix，Windows甚至移动平台。 关键利益相关者经常包括系统，中间件和数据库管理员。 在所有参与的小组中协调工作可能具有挑战性。

角色和责任

尽管就流程而言，Scrum相对而言是轻量级的，但它仍具有重要的作用和责任。

产品负责人在为整个团队设定方向时扮演着关键角色。 在大型组织中，产品所有者通常专注于与其他利益相关者合作，以理解和推动公司目标。 产品负责人可根据外部力量帮助确定优先级，从竞争对手到行业法规要求。 产品负责人可帮助评估和管理风险，同时指导团队做出选择，以使经营业务盈利。

Scrum主管与产品负责人一起培养产品积压，以用户故事的形式描述需要完成的工作。 Scrum主管还指导团队采用敏捷原则，并在确保有足够的流程避免代价高昂的错误的同时担任教练。 Scrum管理员可以帮助解决成功的任何潜在障碍。

开发团队由实现用户故事中描述的要求的技术和质量工程资源组成。

最好将Scrum描述为一支高性能，跨职能的团队。 可能要求其成员执行各种任务，包括：

• 分析
• 软件开发
• 自动化测试
• 质量保证

在较大的组织中，Scrum团队可能由专门的资源组成，这些资源是技术专家，并且需要花费很长时间才能完成工作。 许多敏捷爱好者期望Scrum团队能够完全控制其活动。 但是，这在实践中并不总是可能的。

组织架构

如果您在一家大公司工作，您可能会发现该组织有独立的小组来支持数据库管理，网络和其他专门的技术活动。 这可能不符合Scrum精神的精神，后者是基于自组织的高性能团队。 但是，由于各种原因，这些功能需要保留在原位，包括对遗留应用程序的支持。 在这些情况下，您通常希望专注于改善所有利益相关者之间的沟通和协作。 尽管较小的公司（包括互联网初创公司）可以以更全面的方式接受敏捷实践，但大多数大型组织通常会在不太直接的过程中导航，他们通常在现有组织结构和治理系统中实施敏捷实践。 您应该将这种工作视为自己采用敏捷迭代方法来获得最佳结果。

活动和文物

当产品所有者和其他利益相关者一起创建产品待办事项列表时，便会启动Scrum框架。 在大型组织中，考虑到组织的目标和优先级，这可能是一个复杂的过程。 整理产品积压订单以标识要交付的一组功能。 计划在称为冲刺的固定时间段内完成提供这些功能的工作。

大多数人将冲刺计划的结果描述为一项承诺或预测。 预测一词专门用于表示类似于气象报告，“预测”本身可以根据敏捷原则进行更改，甚至可以在过程后期欢迎新要求。 这意味着在执行冲刺时可能需要修改预测。 对于相关人员而言，重要的是要理解他们可以做出“最佳猜测”，而不必诉诸填充估算或低估自己的承诺，以避免错过目标。 重点始终是确定应按照用户案例所述交付哪些需求，同时最大程度地减少短期决策，这通常会导致技术负担 。 Scrum过程具有最少的过程，不需要冗长的文档。 它确实需要工件，包括产品和冲刺积压，用户案例和冲刺计划。 在大型组织中，您可能需要更多文档和计划，以满足高级管理层期望和要求的IT治理。 简而言之，没有人会给您一百万美元用于大型软件开发项目，而不会要求您告诉他们交付的内容和时间。

管理分布式团队

在大型组织中，团队可以分布在多个大洲，并在不同的时区工作。 这使得团队成员很难放在一个地方，甚至很难与团队中的所有成员见面。 虽然首选面对面的互动，但分散的团队除了允许任何旅行外，通常还必须使用视频和音频会议解决方案。 一种方法是允许团队成员暂时嵌入另一个小组。 这至少有助于建立工作关系。 其他挑战是在大规模分布式Scrum中发现的独特语言和文化要求。

语言文化

来自不同国家/地区的团队通常具有不同的文化和语言，这可能会大大影响他们互动和交流的方式。 彼此了解只是第一步。 不同的解释方式可能导致冲突和挑战。 有些文化是非常先行的，也许最好形容为展现“面对您”的交流。 其他人可能会发现这种方法令人反感，甚至采取战术来避免这些不舒服的互动。 这意味着，如果您不了解自己的感受，其他同事可能会采取被动的攻击行为，例如忽略您的电子邮件。 这可能会阻止您获得所需的结果。

管理时区

与分散的团队一起安排每日Scrum是一个挑战。 在一个地点的一些团队在深夜开会，这是一个具有自身潜在陷阱的特定挑战。 一些成功的组织建立了阳光下支持团队。 不断期望一群人在下班时间工作会带来一系列挑战。

敏捷原则

解决大规模采用的许多挑战的一种有效方法是，确保团队接受有关敏捷性原则的出色培训，以便其成员可以务实地应用敏捷性。 团队经常会关注敏捷的外观。 如果您想获得成功，请确保团队中的每个同事都真正了解敏捷原则，并可以将其应用于现实环境中。

IT治理

大多数组织都有复杂的项目管理和治理要求。 分布式Scrum要求您创造性地实施敏捷实践，同时仍在现有组织框架内运行。 这意味着您必须牢记高级管理人员提出的IT治理要求，以使他们能够获得做出正确决策所需的信息。 密切相关的是需要遵守审计和法规遵从性。

合规

许多大型组织必须遵守联邦法规要求。 这给开发和运营团队带来了沉重的负担。 我们尝试着重使用这些要求来降低风险并避免人为错误，毕竟，在大多数情况下，这是监管要求的初衷。

管理整个生命周期

通常，组织仅专注于紧急且必须及时完成的​​特定任务。 必须考虑完整的软件和系统开发生命周期。 不仅开发和定制系统，还计划系统的部署和生产操作。 这意味着您需要考虑开发人员的速度以及任何生产环境都必须具备的操作稳定性。 一个关键的考虑因素是需要持续和全面的测试。

持续测试

Scrum负责确保开发的代码符合可接受的质量标准。 在大型组织中，您会发现QA和测试资源是审核和法规遵从性所需的集中式组织功能的一部分。 您当然可以与开发团队一起使用这些资源，并使它们充分参与Scrum，无论它们是否实际向开发组织报告。 但是，在许多情况下，最好让测试人员不要向开发经理报告，因为当系统出现缺陷或其他可能表明代码尚未准备好用于生产的问题时，他们会放下危险信号。

管理变更

管理变更是在大型企业中使用Scrum的重要方面。 虽然典型的互联网初创公司可以随时进行更改，但是大型组织需要在可能受到影响的所有部门之间协调其更改。 这意味着您的Scrum需要与组织变更控制功能协调。

回顾展

回顾是流程改进的关键方面，应在关键点进行，包括每次发布后。 回顾提供了一个宝贵的机会，可以讨论进展顺利的地方以及可以改进的地方。 在企业环境中，操作应与此过程有关。 更重要的是，运营商召开的会议应与任何分散的Scrum工作保持一致。

事后回顾

当发生严重故障时，大多数组织都需要进行事后检查，以准确了解发生了什么以及将来如何预防类似或相关的问题。 使用分布式Scrum时，您的敏捷回顾应与有助于降低风险的事后检验保持一致。 这种双管齐下的方法使您的开发技术专家可以为过程改进工作提供专业知识。

持续改进流程

通往最佳过程的过程涉及许多挑战，应始终将其视为一个迭代过程。 在企业环境中处理Scrum可能需要进行一些创造性的调整才能获得最佳效果。 记住要包括所有关键利益相关者，以不断改进您的流程。

结论

Scrum框架有效地帮助组织完成复杂软件和系统开发所需的所有活动。 在大型企业中管理Scrum无疑是具有挑战性的，但是它可以产生惊人的结果，并直接为公司的成功做出贡献。

---

翻译自: https://www.ibm.com/developerworks/library/d-distributed-scrum/index.html