其次层次结构是分工的体现，同时也体现出项目组的组织结构。在一个大项目组中(如果有十几个人的时候)就需要再分组。而这种分组，必然是基于工作上的分工。分工的同时也把压力、责任等分配了下去。这种小组的计划当然应该主要由这样的小组制定。这既是减轻项目经理工作压力的办法，也是发挥成员积极性的渠道。在实际操作中，大计划由项目经理负责协调、整理、编写，中计划可以由组长负责编写，项目经理负责协调、整理，小计划可以有项目成员完成。
1.2. 计划的详细程度
“计划越详细越好”。计划至少应该有三个要素被真正的落实下去，这就是任务、进度和资源。计划的详细程度就取决于对这三项的考虑。按照现在的情况来说，计划应该细到人/日(小计划的粒度)，项目越紧计划就应该越细。做计划的时间，绝对不会拖延项目。计划越细项目中不确定的东西就越少，项目就越顺利。正所谓“磨刀不误砍柴工”。
针对不同层次的计划，详细程度有不同的要求，大计划应该确定中计划的任务，安排各任务实施的先后和用时的多少，以及人员组织;中计划应该确定阶段中的子任务(如编码阶段的某个模块)，任务开始和结束时间，任务负责人;小计划应该确定个人进度的详细安排(日进度)。因为很多项目经理可以不用考虑资金、办公场所等资源，所以这里重点考虑人力资源。如果用一个例子来说明它们之间的关系的话，那么大计划是整个身体，中计划是支持身体的骨骼，小计划是血和肉。所以他们组成一个有机的整体。以瀑布模型为例，项目整体计划作为大计划，阶段(设计、编码……)计划作为中计划，然后分配到具体个人的工作为小计划。(具体情况视项目大小而定)
计划不但需要任务明确，还需要明确的完成标准。这个标准应该能够衡量产物的优劣。每个人的工作都有一个不同的标准，所以如果标准不明确，必将增加跟踪的工作量。标准是否达到是跟踪结束与否的依据，也是工作合理安排的依据。
1.3. 计划三步方略
计划的实施是有先后顺序的，尤其对于中、小计划。计划与实施之间可能会存在一定的偏差，如果偏差积累起来，就会导致计划失效和项目失控。所以应该实时对计划进行调整。跟踪会发现计划/实施的问题，这些问题就是调整的依据。
在实施中，人们应该注重小计划，因为：
计划的误差可能最早出现在小计划中，而且小计划的误差也最容易被忽视。
小计划的实施会影响中计划，也会影响大计划。
小计划的问题可能比较独特，对问题的认识可能局限于某个或者某几个人。
计划的制定应该是整个项目组的事情，人人都应该参与项目计划的制定。所以全员参与计划制定/修改才能及时将问题都反应出来，只有这样才能避免小计划问题的淤积。如果等到发现中计划已经不适合的时候，就说明你已经失去了最佳调整时机，而你要承受的就是拖延。
大计划可以和第一个中计划一起制定，紧接着应该考虑实施的问题。对于多个中计划来说是按照一定时间顺序来实施的，前面计划出现问题可能会影响后面的计划。所以这里建议实行三步走的方略。总结一个，实施一个，筹划一个。
总结一个：需要项目组能够对照大计划和中计划的进度，及时的收集并总结前一个中计划，甚至大计划的实施问题。
实施一个：根据前一个的实施问题，及时调整当前计划/大计划的内容和实施方式，包括时间、资源分配等。
筹划一个：根据以上两个中计划的内容，根据重新调整的大计划的内容策划下一个中计划的详细内容。
项目经理在这个过程中更重要的是起到强力的协调作用。
文章来源于领测软件测试网 https://www.ltesting.net/
