如前文所说，流程更像是管理的一个子项，而后面提到的开发模型则是流程的一个输入。流程与估算、需求等的关系则像是一个物体的不同侧面。比如说，估算的流程本质上还是估算，但确实也是流程。流程体现在具体工作中的作用是抑制混乱。但假如项目所能使用的资源有限，那么流程所标识的执行方法将和需求开发、设计编码这样的具体工作竞争资源。所以流程自身的最优化（CMMI）不等于项目整体的最优化。其中的关键是流程与具体工作的契合度。与契合度相关的一个直接要素是流程自身的尺度（或细致或宽泛等）。
影响流程尺度的关键仍然是工作的性质和人员的特质，比如说：如果例行公事足够，那么流程不妨定的极细，让人员不要有发挥空间。如果需要较多的开拓，那么流程则要停在恰当的尺度上。
科幻小说作家刘慈欣的一段文字，对把握流程与团队状态的关系颇有借鉴意义：
“如果DNA从来不出错，永远精确地复制和遗传，现在地球上的生命世界会是什么样子？”
“那样的话，现在的地球上根本没有生命，生命进化的基础—变异，正是由DNA的错误产生的。”
“社会也是这样，它的进化和活力，是以种种偏离道德主线的冲动和欲望为基础的，清水无鱼，一个在道德上永不出错的社会，其实已经死了。”
—刘慈欣，《镜子》
如果团队中有下面这些现象，那基本上是流程的问题，要做流程改善。(www.xing528.com)
●例行的工作有时候做，有时候会被遗忘。比如，忘记备份，忘记关键文件纳入配置管理库等。
●大家都同意的事，有时候忘记做或做的不一样。比如，每次项目结束要提炼生产率等指标，但实际做的时候，不同项目提炼的指标以及同样指标的提炼的方法不同。
●不同的角色，不清楚什么时候应该干什么。比如，不清楚需求规格什么时候完成第一版，都需要给谁看。
●没有最基本的模板来定义大家都同意记录的关键要素。比如，都同意在设计文档中必须有配置视图、包图、类图、流程图，但没记录，都靠口口相传。
●明显有收益的事情要依赖于人的主动性。比如，完成项目后提取重用代码。
●……
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
