在所有成员领悟到提交合格产品所需要的关键过程元素之前，项目往往陷入某个特定主题的细节的沼泽中。然后，当项目拖后时，大家就会怪罪以前被过分强调的某些活动，或者是怪罪大家不理解其用处的某些活动，“嘿，我早就告诉你需求管理（或者是用例、收集项目度量数据、使用 配置管理、使用缺陷跟踪工具、召开项目状态 会议里面的一个或几个）会放慢我们的进度！你不信！”
有一个“精华或要素”列表让 团队成员采用一种更系统、更全面的方式来思考和执行整个软件开发过程。一旦一个过程框架或“构架”到位了，团队成员就能更有效的面对和处理单个的问题域（大部分时间我得承认，需求管理应该在列表的顶部）。同样，一开始就标识显然的问题以及相关的 风险，并且确定处理他们的优先级，也是很重要的，这样，团队才能在早期就根据需要采取相应的解决或缓解对策。