的发展要求或者预期，有一个清晰的认识。有一个能描述最终交付品的概念或是结构也是很好的。在项目的初期，你可以逐渐去完成这个部分，但是只有当这部分完成了，一个切实可行的工期才能够确定。如果有一些其他产品或者项目会影响你的项目，或是被你的项目影响，你也不能忽视它们。例如，你也许有一个遗留。同样，别忽视了企业的开发流程，因为正是其规定了你要开发的交付品和你要遵守的政策和程序。
另外要提的是，项目中要求的所有流程交付品，例如设计和接口文件，也都应该涵盖在工作分解结构中。
在为一个项目做规划时，战略是很重要的。将你的项目想像成一次旅行，战略就是你的旅行计划，工期就是带着你一步一步地走到目的地。它们是环环相扣的，并将全局和细节区分开来。战略可以很简单，像是只需列出中途重要的里程碑，也可以很复杂，像是一个高级的网点图表，显示了工作分解结构里初级交付品的生产和整合顺序。无论是哪一种，能显示出从半成品发展到最终交付品的顺序总是好的。例如，软件也许会有复杂的数据收集、处理和显示。你可能要从收集最常见的数据和简单地展示数据开始。然后，你也许可以添加一些数据处理，也可以更多地显示处理后的数据。进一步，你也许可以添加更少见的数据，进行更多的处理和显示。你会继续添加数据、处理和显示直到这个应用完成了。
每个任务需要一个或者多个资源，预测也要以任务为基础单位进行重新估算，任务和任务间、以往的任务和紧接其后的任务之间的联系也要描述清楚。工作分解结构里的交付品必须要进行更进一步的细化，说明制造出这些交付品的每一个任务。
于是，要平衡工作量和资源，就不可避免需要多重的反复、迭代。工作分解结构、预测和资源分配都应该详列在工期中。实际上，工期规划工具正是用来储存这些重要数据的。