携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天

Sprint 的长度

敏捷方法规定进行 Sprint 的持续时间在 1 到 4 周之间。西门子Mendix 的最佳实践是规划持续时间为一到两周的 Sprint。两周的 Sprint 是最理想的。你会在什么时候进行为期一周的 Sprint，你会想知道吗？第一个需要快速展示产品增量并展示 MVP 价值的项目很可能基于 1 周的 Sprint。您希望尽快获得客户的反馈，并能够调整您的发展策略。

Sprint的长度也会影响 Scrum 团队需要花费多少时间来执行 Scrum 事件。正如您在下表中看到的，Sprint 计划的持续时间随着您需要涵盖更多将构成 Sprint 积压工作的用户故事而逐渐增加。

Daily Scrum 的持续时间不受 Sprint 持续时间的影响。无论 Sprint 持续多长时间，都必须进行这些站立，并将它们保持在 15 分钟内。考虑到 Scrum 团队可能由不同性格的人组成，Scrum Master 的工作就是为会议提供便利，并为会议选择最佳的工作形式和流程。团队是否需要专注于逐个故事地分享计划项目的状态，或者 Scrum Master 是否会按选定的顺序邀请团队成员来简要介绍团队成员正在处理的所有用户故事？这些与流程相关的协议需要由 Scrum Master 制定。在回顾会议期间反思这一过程的满意度和效率很重要，

请注意，为每周 4 次 Sprint 计划的 Sprint 审查需要团队成员和受邀利益相关者半天的时间投入。由于团队仅在 4 周后展示产品增量，因此在本次会议之前，利益相关者没有机会更早地提供任何反馈。这可能会导致获得大量反馈，并减慢开发速度。此外，在每周 4 次 Sprint 的情况下，您可以获得的反馈量很可能比在每周 1 次 Sprint 的情况下更大，因为在后者中，您将能够更频繁地进行迭代改进。

要优化流程，请注意以下事项：

• 邀请业务和利益相关者参加评审会议。不要忘记邀请最终用户！
• 一起处理业务逻辑。这将确保业务推理清晰，决策时刻被识别，并且它们被正确地合并到应用程序中。
• 通过进行演示会话开始使用和测试您的工作。不要跳过评论和演示会议，因为您最终可能会采用瀑布式的工作方式，但只是在另一种环境中。
• 如果在同一个办公室，尽可能走进来，并邀请业务利益相关者参加 Scrum 会议。保持沟通透明，让业务部门参与流程的各个部分。
• 有一个 Scrum 板来显示团队的进度。在学习路径的前面，我们讨论了 Scrum 板的物理和数字变体。在物理分布式环境中，虚拟 Scrum 板是最合适的。确保所有相关人员都可以访问它。

现在您知道 Sprint 的长时间持续可能对获得客户反馈的影响。因此尽量保证沟通线路短，持续反馈！

团队组成和规模

通常由哪些角色组成，但从未提到每个角色都需要一名全职敬业的员工。如果是产品负责人，Scrum 团队的这个成员确实需要全职的奉献精神。只做一半的工作将对项目的成功产生负面影响。PO 应该关注价值，管理变更，并确保开发团队自己的可用性，以进行解释和澄清。

主题专家通常支持多个 Scrum 项目。由于不能保证它们的可用性，Scrum Master 有责任确保在项目的特定时期保留它们的容量。了解应该在何时以及多长时间内请求 SME 的容量，需要 Scrum Master 至少为即将到来的 3-4 个 Sprint 提供详细的资源预测。此类预测应包括团队成员的假期，以使其尽可能现实。

小团队是起步阶段的良好开端。一旦客户接近需要构建多个应用程序的结构阶段，显然您将需要更多人。如何确保你的新团队已经成熟，并且他们跟上了步伐？在开发第一个应用程序时，让初级团队成员向经验丰富的 Mendix 开发人员学习是个好主意。已经在下一个应用程序中，这些初级成员将熟悉 Scrum 流程，对项目范围有感觉，并知道与谁联系。除了这些组织方面，初级开发人员将积累更多可以直接应用的经验。

团队成熟度随着获得适当的知识和技能水平而增长。具备快速应用开发知识和 RAD 认证是自然前提，表明团队中的每个人都了解平台的基本知识，并且能够使用相同的词汇就开发概念进行交流。

在此过程中，开发人员将获得经验，帮助将他们在 RAD 培训中学到的知识转化为技能。很快，开发人员将在 1 到 3 个月内积累足够的经验，将他们的知识扩展到中级水平。并且从 6 个月开始，有才华的开发人员可能会朝着获得高级知识迈出一步。拥有适当知识水平、了解最佳实践和平台模式的开发人员将有资格获得高级认证。事实上，它是具有不同技术水平和敏捷成熟度的开发人员的混合体，它创造了一个领先的开发人员可以指导新开发人员的环境，并且年轻的开发人员有向专家学习的优势！

地点

对于 西门子Mendix 项目，我们建议在一个地方工作。这允许建立较短的沟通线路，安排 Scrum 房间，并确保大多数所需人员位于同一个地方。理想的位置位于客户端。在那里设置你的 Scrum 房间，让你在客户面前有很多曝光率，而不会打扰其他人。由于团队内部公开透明的讨论， 西门子Mendix 开发团队往往比其他团队更嘈杂。

鉴于全球转向在虚拟环境中工作环境中，拥有一个既定、清晰和一致的流程变得更加重要。这个过程应该有一个清晰的会议结构。还应该清楚团队将使用哪些工具在团队内部以及与利益相关者进行协作。不要忘记以最佳方式使用 Developer Portal 的 Buzz 和反馈功能。Slack 也是创建私有项目通道的合适工具， 西门子Mendix 开发人员和客户都可以在其中交换信息。这可能是发布有关已完成任务的更新的正确位置，只是为了通知其他人，或者让他们知道如果他们依赖于您的输出，他们可以继续开发。在这样的虚拟协作中，利用视频通话的优势，团队成员可以在其中建立团队存在感。由于您不会一起喝咖啡，也没有像在办公室那样进行实时聊天，因此请考虑计划虚拟咖啡聚会，并花时间进行团队建设。这对于保持积极和热情的团队精神非常重要！

也可以与地理上分散的人一起工作，这被称为离岸模式。让人们分布在不同的时区可能会使一些事情变得更加复杂。为了保持清晰的协作，所有团队成员都必须掌握相同的语言。想象一下，产品负责人或 SME 与开发团队位于不同的时区。这可能会导致延迟，并使通信有些麻烦。虽然并不理想，但要使协作成为成功的一部分，这是参与离岸外包模式的整个团队所面临的挑战。

在本章中，我么了解了基于 西门子Mendix 最佳实践组织和实施 Sprint 的实际方面。总而言之，你需要选择一个Sprint的最佳时长（1个最多2周），安排好协作环境（无论是物理的还是虚拟的），注意团队的适时扩展，努力提高团队水平到期。最后，花时间在团队建设上，因为这应该是由一个积极进取的团队交付成功项目的乐趣！