4,013 讀數

每周项目计划非常好，你会想要制定它

经过 Jade Rubick4m2023/01/16

太長; 讀書

敏捷团队在规划工作时通常会走向两个极端。他们要么采用真正重量级的项目计划，要么使用冲刺来计划。这两者都不允许轻松更改计划，并使利益相关者难以理解。我分享了一种每周一次的项目计划方法，该方法灵活且易于更改，但与大多数团队的工作方式非常兼容。

今天，我将分享一些关于如何制定好的项目计划的想法。我将提供一个示例项目计划。

为什么要有项目计划

许多敏捷团队专注于冲刺或工作块。但他们并没有真正计划——相反，他们在每个冲刺中做他们能做的事情，画出他们的速度，并确定他们在下一个冲刺中能完成什么。

这很好，但项目计划是让您思考项目轮廓的工具。它们具有以下优点：

您可以使用不同的方式来构建项目，这样您就可以更轻松地对交付价值进行排序。这使得使用范围、增量交付和适应变化变得更容易。
您可以通过项目计划更好地考虑风险。您必须明确列出诸如人们何时休假或待命之类的事情。这可以导致更好的规划。
许多团队使用超过一周的冲刺周期或看板周期。每周项目计划会更频繁地向您发出信号，告诉您是否按计划进行。
Sprint 计划跟踪所有工作，这很有用。但这也让利益相关者更难理解该计划。

使您的项目计划简单

项目计划的典型失败模式是根本没有项目计划，或者项目计划过于复杂。

复杂的项目计划……

可以有很多项目工件。
需要时间来保持最新。
可能很脆，需要修复或维护。他们高度依赖制定计划的人。
有时会产生更多确定性的错觉。例如，项目“将在 23.53 到 27.55 天内完成”。

当我看到人们被分配为部分“资源”时，我知道项目计划处于危险境地。或者当计划只有一个人可以更新时。

为什么要保持简单

计划的危险之一是它们可以将事情固定到位。您需要一个允许您在几秒钟而不是几分钟或几小时内进行更改的项目计划。大多数复杂的项目计划都会阻碍变革。

您还需要一个清晰传达的项目计划。外部观察者应该能够查看您的项目计划并弄清楚什么时候会发生什么。这需要正确的高度。把事情简单化。

简单项目计划的品质

以下是我在简单项目计划中推荐的一些内容：

一周一周地做。列出每周应该发生的事情，并附上几个要点。不需要比这更复杂。要点应该是什么？您将在每周结束时演示的内容。
估计里程碑，而不是项目。您应该计划里程碑，而不是项目。是的，一个高层次的项目计划可能很重要，但你也不应该通过提前计划整个项目来过度投资它。这可以防止您根据所学内容更改排序或进行调整。你应该制定一个高层次的技术计划，并列出一个有序的里程碑。为了估算整个项目，您可能会进行一些高级估算。但我建议只为当前里程碑制定每周计划。 [这是否意味着这些真的是里程碑式的计划？是的，但无论如何我都称它们为项目计划，因为这是人们习惯的。]
里程碑的长度应少于一个月。有关更多详细信息，请参阅里程碑帖子。这里的关键见解是小项目通常比大项目好得多，所以把所有的项目都变成小项目。
将计划与每周沟通相结合。将项目计划与项目报告结合起来很有帮助。使用简洁的沟通方式，冷静地表达事情的状态，表面风险，但保持“我正在处理事情”的语气。将计划与项目报告相结合可确保计划至少每周更新一次。我很快就会写项目报告。
制定基于文本的计划。我发现让项目计划基于文本更有用，而不是像 Jira 这样的工具。基于工具的方法很好。但是基于文本的方法迫使人们真正以不同的方式思考所有事情。您可以使用链接来链接到冲刺计划或个人故事，或其他任何内容。但对于不了解该项目的人来说，它很容易理解。我有时并不强求这一点，但要视情况而定。