官方 指南没有使用任务这个词，而是使用了工作单元这个词： 开发团队在 的第一天计划的工作在这次会议结束时分解，通常以一天或更短的时间为单位。 在 板上，您可以使用故事点（在 ，我们将 个 等同于一个工作日）来估计任务的长度。 星期一 中的 板示例。 任务不应需要超过一种资源 当您将可交付成果分解为单独的任务时时间并不是唯一的考虑因素。最好的方法是确保分配任务的人（或资源）能够从头到尾完成任务。 例如，平面设计师可以为应用程序创建线框，但无法创建工作原型。 因此，设计和开发至少。
的最佳方法是让将在规划过程中处理任务的实际
对于较大的公司，资源可以是包括设计人员、开发人员和软件测试人员在内的整个团队。在这种情况下，您在计划和分配任务时不必如此细化。 准确估计任务持续时间 预测任务持续 贝宁电子邮件列表 时间资源参与进来。 你不需要切换到敏捷或 来实现这一点。您只需要让实际的项目实施者参与规划过程，而不仅仅是管理。 它们不仅可以帮助解决任务持续时间，还可以帮助解决务的最佳方式是什么？ 有数百种不同的框架和方法可用于管理项目并将其分解为任务。
依赖关系和预期潜在的瓶颈问题组织项目任
一些由于其效率和易于采用而脱颖而出，并因此变得流行。 开始吧 显示不同项目管理方法的使用情况的图表。 （图片来源） 让我们仔细看看这些行业领先的选项。 瀑布 瀑布指的是传统 美国首席财务官 的 预测性 项目管理方法。之所以称为预测性，是因为您甚至在开始之前就计划了项目从头到尾的每个阶段。 它被称为瀑布的原因是项目计划遵循顺序。 瀑布式项目管理模型图。 首先，您首先要确定项目的要求。交付成品需要哪些可交付成果？ 然后你继续设计和创建（实施）它。最后，您验证产品是否按预期工作，然后启动它。最后一个阶段包括产品的长期维护。
