今天，我将分享一些关于如何制定好的项目计划的想法。我将提供一个示例项目计划。 为什么要有项目计划 许多敏捷团队专注于冲刺或工作块。但他们并没有真正计划——相反，他们在每个冲刺中做他们能做的事情，画出他们的速度，并确定他们在下一个冲刺中能完成什么。 这很好，但项目计划是让您思考项目轮廓的工具。它们具有以下优点： 您可以使用不同的方式来构建项目，这样您就可以更轻松地对交付价值进行排序。这使得使用范围、增量交付和适应变化变得更容易。 您可以通过项目计划更好地考虑风险。您必须明确列出诸如人们何时休假或待命之类的事情。这可以导致更好的规划。 许多团队使用超过一周的冲刺周期或看板周期。每周项目计划会更频繁地向您发出信号，告诉您是否按计划进行。 Sprint 计划跟踪所有工作，这很有用。但这也让利益相关者更难理解该计划。 使您的项目计划简单 项目计划的典型失败模式是根本没有项目计划，或者项目计划过于复杂。 复杂的项目计划…… 可以有很多项目工件。 需要时间来保持最新。 可能很脆，需要修复或维护。他们高度依赖制定计划的人。 有时会产生更多确定性的错觉。例如，项目“将在 23.53 到 27.55 天内完成”。 当我看到人们被分配为部分“资源”时，我知道项目计划处于危险境地。或者当计划只有一个人可以更新时。 为什么要保持简单 计划的危险之一是它们可以将事情固定到位。您需要一个允许您在几秒钟而不是几分钟或几小时内进行更改的项目计划。大多数复杂的项目计划都会阻碍变革。 您还需要一个清晰传达的项目计划。外部观察者应该能够查看您的项目计划并弄清楚什么时候会发生什么。这需要正确的高度。把事情简单化。 简单项目计划的品质 以下是我在简单项目计划中推荐的一些内容： 。列出每周应该发生的事情，并附上几个要点。不需要比这更复杂。要点应该是什么？您将 。 一周一周地做 在每周结束时演示的内容 。您应该 。是的，一个高层次的项目计划可能很重要，但你也不应该通过提前计划整个项目来过度投资它。这可以防止您根据所学内容更改排序或进行调整。你应该制定一个高层次的技术计划，并列出一个有序的里程碑。为了估算整个项目，您可能会进行一些高级估算。但我建议只为当前里程碑制定每周计划。 [这是否意味着这些真的是里程碑式的计划？是的，但无论如何我都称它们为项目计划，因为这是人们习惯的。] 估计里程碑，而不是项目 计划里程碑，而不是项目 。有关更多详细信息，请参阅 。这里的关键见解是小项目通常比大项目好得多，所以把所有的项目都变成小项目。 里程碑的长度应少于一个月 里程碑帖子 。将项目计划与项目报告结合起来很有帮助。使用简洁的沟通方式，冷静地表达事情的状态，表面风险，但保持“我正在处理事情”的语气。将计划与项目报告相结合可确保计划至少每周更新一次。我很快就会写项目报告。 将计划与每周沟通相结合 。我发现让项目计划基于文本更有用，而不是像 Jira 这样的工具。基于工具的方法很好。但是基于文本的方法迫使人们真正以不同的方式思考所有事情。您可以使用链接来链接到冲刺计划或个人故事，或其他任何内容。但对于不了解该项目的人来说，它很容易理解。我有时并不强求这一点，但要视情况而定。 制定基于文本的计划 每周项目计划模板 这是一个更大项目中的里程碑 1 月 4 日那一周 单个图表显示在 Slack 中。数据是固定的。 进度风险：我们正在验证我们的图表类型列表在技术上都是可行的。我们将演示该调查的结果。 1 月 11 日那一周 图表数据反映实时信息，并在 Slack 图表中发挥作用。 Slack room 中显示的附加图表类型，具有最基本的视觉设计。 我们已经向至少一位 alpha 客户展示了反馈。从现在开始，我们每周都开始与他们分享。 杰西卡（Jessica）待命并进行了一周的中断驱动工作。 1月18日那一周 来自 alpha 客户的最重要反馈已纳入。其他工作优先考虑未来的里程碑。 最后添加的图表类型。 1月25日那一周 1 月 26 日放假。 图表看起来很棒，并且经过全面测试和检测。我们将展示使用仪表板。 周末发布。 谢谢 感谢您忍受 click-batey 标题。真是太可怕了。 这篇文章最初出现在我的博客 文章的最新版本将永远存在。您也可以在那里订阅我的每周时事通讯。 https://www.rubick.com/weekly-project-plans/ 该图片由 在 Gerd Altmann Pixabay上发布
