Sprint脉冲是Scrum命令可用于在sprint中组织过程的附加工具。 它有助于建立团队合作关系，并节省了沉浸于新专家的时间。 铁项目经理Alyona Shester说，如何应用它。 另外，在文章结尾，您将找到第一个程序集的模板。
一旦我们
讨论了这个工具。 自从上一篇文章撰写以来，他已经救出了我们很多次，所以我们决定更详细地讨论这个话题。
冲刺脉冲和冲刺：有什么区别
名称相似，但本质不同：
- Sprint是Scrum团队创建一部分产品的时间长度，该部分可以显示给客户，这对他有用。 Sprint包含五个事件：计划，每日Scrum，开发，sprint演示和回顾。
- 冲刺脉冲是一种工具，可帮助在冲刺期间在团队内部建立有效的工作。
冲刺事件没有改变，冲刺脉冲是可以为特定项目定制的部分。
条款
工件是在项目工作过程中创建的对象（例如，协议，布局，积压等）。
增量 -产品增长（例如，新功能的出现或对其进行更新）。
阻止程序会干扰并阻止工作。
里程碑是项目的重要阶段。
运行中的冲刺脉冲
我们以该项目为例的主要目标是从头开始创建一个移动应用程序。 这项工作分为几个阶段。 第一步是创建服务设计。 并且作为第一个重要的人工产物-为高优先级应用程序脚本创建屏幕布局（线框）。 这些脚本是产品MVP的一部分。
启动团队由6人组成：客户方的
产品所有者 ，
项目经理，UX研究人员，艺术总监和两名设计师。 提供新布局所需的每次迭代-这表明该项目正在以正确的速度前进。 一次迭代-一周。 Scrum非常适合完成此任务。 在冲刺开始和结束的日期以及冲刺活动参与者的日期和组成上达成了一致之后，我们开始工作。
下一个关键任务是开发设计概念。 此后，开发等待着我们，因此与此任务同时，我们联系了
分析师，架构师，开发人员和测试人员，以准备全面启动所需的一切：思考和放下应用程序体系结构，配置CI（连续集成），最重要的是，同意内部交互团结的团队。
此刻，我们意识到我们需要找到一种解决方案，以“结识”设计和开发人员，并保持工作节奏并系统地获得收益。
在分析即将到来的工作的过程中，我们意识到，除了Scrum事件以外，我们还需要一些其他东西来有效地开始工作。 我们面临大量活动：分析和准备主要业务需求，场景设计，准备布局，准备功能需求，API设计，开发和测试。 因此（在计划冲刺时），很可能会在冲刺本身中错过工作期间可能需要的对象，对象和时间。
此外，仅使用标准Scrum工具，就可能会遇到长距离冲刺到冲刺计划的问题。 每次我们必须与子命令协商何时以及可以看到和欣赏什么。
而且，借助Scrum工具，将不可能有效地分配专家的时间。 在大型项目的情况下，这将导致阻塞：启动下一个阶段工作的工件还没有准备好。 例如：为了使服务器端的开发人员能够开始创建API，他们需要了解设计人员打算设计的功能。 如果您没有为专家分配最佳时间，则存在无法按时完成工作的风险。
我们试图在sprint中建立一个“流”。 主要任务是使工作过程对子命令的每个成员均易于理解，并最大程度地减少停机时间。 每个人都应该了解自己的责任范围以及何时以及何时需要提供什么。
在开发的同时，我们开始收集冲刺脉冲。 我们首先与各个领域的领先专家会面，并与客户的产品负责人见面。 我们确定了工作的主要阶段，并确定了每个子命令开始其过程所需要的内容。 例如，分析人员的功能要求是开发人员工作的基础。 如果有延迟，则整个项目将按时“移出”。
此外，我们还与客户讨论了可能影响冲刺脉冲的要点。 其中一个要点是1个月的上市时间参数（上市时间），每2周增加一次（功能增加）。
收集了信息之后，我们发现并记录了相关性：发生了什么以及发生了什么，以及在什么时间段内应该完成。 所有这些已成为工作流程。
最初的草图收集冲刺脉冲时，重要的是要最小化可能造成停机的时间。 例如，在我们的案例中，值得为分析人员腾出更多时间来描述API方法。 由于基于此信息，正在为前端开发团队准备需求，因此有必要准备增加任期。
sprint中连接选项的第一个版本是物理版本：纸上的草图，贴纸-一切都生效了！最后一步是将冲刺脉冲整合到冲刺本身中。
关于如何将工具分解为冲刺的思考我们设法为自己收集了最佳的冲刺脉冲变量：它考虑了所有依赖性和控制点，以将结果提供给另一个团队。
贴纸和纸上的冲刺脉冲，我们在
米罗重建。 您可以使用任何其他程序（和物理介质，如果方便）。 最主要的是，Sprint中的所有参与者都可以随时查看该图-在时间，任务和与其他子命令的关系上进行同步。
我们项目的冲刺脉冲如何建立冲刺脉冲
要为团队冲刺，您需要回答6个问题。 这将有助于收集信息，从中您可以识别依赖性和阻止程序。 然后，需要为每个冲刺的时间安排它们。
1）谁在做什么？在开始时，有必要确定工作方向：我们在做什么，在做什么，目标是什么，我们认为结果如何等。
2）活动是什么？我们发现影响每个子命令的所有活动。 我们规定了从冲刺开始到结束的阶段。
3）冲刺的里程碑是什么？在每个子命令的sprint中定义里程碑（里程碑）。 它们指示在sprint中完成一项任务的工作。
4）团队内部有什么联系？我们确定其他团队工作所需的所有“依赖”工件的生产时间（例如，开发人员的设计模型）。 我们发现了所有的相互依存关系。 然后，我们将它们连接起来，并在sprint时间轴上进行布局。
5）哪里会有停机时间？我们确定停机时间-可能影响冲刺目标的速度和实现的时刻。 我们还发现在强制中断期间子命令可以执行的任务。 但是，专家要做一些事情并不容易-这些任务应有助于将来其他团队更有效地工作。
例如，冲刺的第一天专门用于计划和评估，因此对我们来说，这是设计团队的“清洁日”，他们可以清理布局并更新屏幕图。
6）团队什么时候需要同步？在这里，您需要了解命令将在哪个控制点进行同步。 我们修复了所有这些问题：什么结果，什么数量，什么日期准备就绪。 这对于所有子命令都是必需的。
为了使设计人员能够为开发人员带来可实现的结果，在完成线框脚本设计后，我们作为一个整体聚集了一个团队，以介绍开发情况并收集有关技术限制的反馈。
重要的是要了解，在一段时间内，冲刺脉冲将“磨碎”项目的实际情况。 但是，尽管如此，启动仍然比没有启动要快。要为您的团队收集冲刺脉冲，可以使用此模板。 这里列出了主要要点，但是有些事情可以并且应该适应您的项目。
您可以仔细查看并
在此处下载
什么时候需要冲刺脉冲，什么时候不需要
在某些情况下，冲刺脉冲是多余的，但有时它将是无法替代的。
此图板是一个提示：如果数量“是”大于“否”，那么也许您应该使用此工具。
冲刺脉冲迷你测试冲刺脉冲可以解决的问题
该工具可在多种情况下帮助我们应对。 这恰恰是我们的经验，当然，这还不是全部。 每个冲刺脉冲用户可以拥有自己的冲刺脉冲。
该项目的漫长开始
根据Scrum的规则，团队本身必须根据其活动在sprint内部进行工作。 但是第一个问题是团队成员的沟通和组织水平不同。 第二个是，为了建立沟通和流程，团队需要举行一系列会议并为此花费大量时间。
解决方案：冲刺脉冲-一种可以加快工作速度的入门套件。 在生产开始之前（直到团队被赋予任务的那一刻）组建了它，您可以快速而顺利地开始。
过程中的障碍
在工作期间，专家专注于完成任务。 他们可能不了解与其他专业人员的风险和关系。 如果在sprint中没有固定的计划，团队将很难看到整个图片。 结果，出现了阻止程序：链中的以下专家无法开始工作。 这种“雪球”的结果是无法实现冲刺的目标，在极端情况下是项目的失败。
示例：一个生动的示例是测试银行的移动应用程序。 如果您没有花时间进行测试和稳定化，那么到sprint结束时，将有一个代码库，但是没有时间来寻找缺陷。 否则，不能将开发的代码称为“完整增量”。 不可能将这种产品提供给银行的客户：除了它会发生故障的事实之外，这还可能给银行带来麻烦。 例如，可能会发生个人数据泄漏，帐户被黑客入侵，资金被盗等情况。
解决方案：在整个工作过程中，团队只能看到一个冲刺脉冲。 每个人都知道在冲刺的特定日期谁和他有什么期望，并根据这些依赖关系建立他的工作。 另外，冲刺脉冲是子命令之间的一种“契约”。 如果没有按时提供工件，那么专家将有权解决问题，因为所有关键日期都在冲刺脉冲中固定。
一位新专家沉浸在项目中
通常，入职专家需要花费大量时间。 要以最大的能力开始工作，他需要了解正在发生的事情并将自己沉浸在流程中。
示例：另一个设计师已连接到项目。 他被告知有关项目和任务的信息：整个团队，以及子团队的直接任务。 然后，他需要与其他设计师和开发人员进行交谈。 重要的是要学习所有的技巧，例如，当他可以吸引开发人员评估他设计的实现的技术复杂性时。 这会花费时间并分散团队的工作量，通常会降低其有效性。
解决方案：为该项目准备的冲刺脉冲大大简化并加快了沉浸专家的过程。 它已经清楚地显示了团队中的依存关系-向谁，何时何地以及需要提供什么。 有了它的帮助，您可以快速有效地将新专家嵌入项目中。
结论
如果每个员工都了解自己的工作，时间和原因，那么就可以建立一个有效的流程。 为此，团队需要同步，并且冲刺脉冲能够很好地完成此任务。 这只是Scrum命令的附加工具，但肯定有用。 它使您可以快速建立生产流程并为每个人指定责任区。 冲刺脉冲将有助于移动冲刺的时机，并及时完成冲刺，从而保证了成品的准时性。