如何针对短敏捷/冲刺周期进行智能资源规划？

Question

我们使用scrum技术来规划短的开发生命周期。由于多种原因，有时任务会从当前sprint中移动或重新分配或延迟，这是很常见的。在这种情况下，资源有可能从计划的工作中解放出来。在sprint期间可能很难为他们分配新任务，因为大多数项目都与计划工作捆绑在一起。在这些情况下规划资源的最佳方式是什么？

Answer 1

给你的资源一些自由。如果它敏捷 - 他们会很高兴。

Answer 2

“在sprint期间可能很难为他们分配新任务，因为大多数项目都与计划工作捆绑在一起”

项目管理气味。

如果你有“预先计划好”的所有工作，那不是很敏捷，是吗？敏捷==灵活。你应该能够重新排列而不会破坏任何东西。

如果你的计划“破裂”，你就有太多的计划和太少的敏捷。

你不应该过度计划这种事情。

Answer 3

敏捷技术的一个（精彩）目的是尝试删除大量不必要的计划，因为您承认您的项目计划会发生变化，并且如果您坚持使用经过验证的真实计划方法，例如常见的瀑布方法（reqs-＆gt; specs-＆gt; design-＆gt; dev-＆gt; qa＆gt; release等），你将经历许多不必要的迭代和浪费时间。

如果他们有灵活的使用时间（小的功能请求，旧的UI错误，可以根据需要删除的重要事项），可以计划更少，或者拥有开发人员可以从中获取的活动池。

Answer 4

  

在这种情况下，资源有可能从计划的工作中解放出来。

首先，我开始谈论人或团队成员，而不是资源（“尊重人”）。

  

在sprint期间可能很难为他们分配新任务

你不应该向人们分配任务（这听起来像微观管理）。任务在队列中（冲刺），团队应该自行组织以完成项目，首先关注最重要的项目。

  

在这些情况下规划资源的最佳方法是什么？

最好的方法是不要这样做。

Answer 5

我认为敏捷仍然需要计划，否则任何人都会从积压队列中提取任何内容并开始处理完全不相关的任务，并且它将无法到达任何地方。需要计划工作以实现共同目标。如果存在跨职能团队，则需要计划数据库和环境资源的可用性

首先，我不确定您遵循的“敏捷”方法。在Agile SCRUM中，ScrumMaster管理待办事项，团队对用户故事进行加权（优先排序）。这确保了他们不会“从积压中提取任何东西”。每个冲刺都有一个共同的目标。

敏捷开发并不仅仅意味着任何人都可以在冲刺中做任何事情......它仍然有结构，每天都有足够的时间用于启动进度并在需要时增加更多冲刺，以及冲刺评论和冲刺计划会议。关键是团队在ScrumMaster的指导下自行管理工作。