在制定WBS的过程中，经常会面临这样的情形，WBS到底应该细化到什么程度？根据PMBOK对WBS分解粒度的建议，“当工作分解到下一层次时，就提高了规划、管理和控制该工作的能力。然而，过细的分解可能造成管理精力的无效耗费，资源利用效率不高，甚至降低实施该工作的效率。项目管理团队需要权衡工作分解结构的规划详细程度的高低，既不能太粗，也不能太细”。这种建议无疑是正确的，深得我们中国传统的中庸之道。

    问题在于什么算粗？什么为细？笔者之所以鼓吹 “细化量化图形化”的方法，就是为了克服IT项目管理实践中大量存在的语焉不详、模棱两可情形。例如对于IT项目往往会提出这样的要求，“在保证项目质量的前提下，尽可能加快项目的进度”，进度拖后了，有人会说进度拖后了；项目完成出现了质量问题又说一味赶进度，造成质量下降。类似这种“事前不说清，秋后再算账”的情形比比皆是。中庸之道的提法无疑是正确的，但明确的操作界定更为重要。