在下一节中，我们将向您展示两种最流行的方法和 。 工作分解结构 工作分解结构 是 指南中分解项目的官方方法。 要弄清楚如何将整个项目分解为任务，您首先需要将其分解为将最终产品或结果移交给客户所需的实际可交付成果。 例如，如果您打算制造一辆山地自行车，您可以将其分解为车架、车把、踏板、车轮、链条等。 山地自行车的 示例图 （图片来源） 您还需要计算出项目的依赖关系（也就是哪些可交付成果需要另一个才能完成）。 如果我们要简化 ，制造自行车车架的部分可能看起来像这样。 星期一 中的项目 计划示例。 当然，每个项目都包含多个任务，例如采购供应商、审查设计、挑选材料等等。
但是如果您将这些么顶层计划可能就是这样的敏
捷 如果你使用敏捷框架，比如 ，你就不会费心在早期将整个项目分解为详细的任务。避免这种大规模的预测练习是敏捷的主要原则之一。 相反，您将专注于在 冲刺中 立陶宛B2B列表 规划产品的可交付增量。这些是 周的重点工作时间段，专门用于交付最终可交付成果的工作产品版本。 规划这些迭代的基础是功能或用户故事（从用户角度来看的功能）的积压。您也可能有一个产品路线图来概述长期产品方向。 星期一 中的产品积压示例。 产品积压在冲刺之前、期间和之后不断被修剪和优化。
即使您没有计划软件项目您通常也可以挑选出可以
递增交付的元素。 在每个 之前，您会与您的团队和利益相关者（投资方）会面，讨论哪些用户故事是最重要的。您选择几个项目并创建一个专门的 待办事项列表。 然后将 英国手机号码 每个用户故事进一步划分为任务，团队成员负责他们可以处理的特定任务。 它并非对所有组织或项目都是理想的，但它是针对复杂项目中微观管理的一剂良药。 项目任务应该有多大？ 那么你应该得到多细？您项目中任务的范围和长度应该是多少？ 这取决于项目的大小和 框架，但这里有一些经验法则。
