软件行业存在很大的一个误区：由软件开发人员之外的人决定流程的内容。虽然很多制定流程的人出身于软件开发人员，但只要他不是工作于具体的项目，他就很难帮助该项目团队制定适用的流程。流程的框架思想是相同的，但由于团队存在很大的差异，这就使得我们必须重视“量体裁衣”。作者并不反对最开始的流程框架源于质量或流程管理部门，但倡导最终的流程一定出自软件开发人员之手、是软件开发人员认同的。

当然，现实中又存在另一困境——软件开发人员中真正关心流程的人很少，不可避免地我们会潜移默化地认为流程不是软件开发人员应关心的内容。走出这一困境的方法不是将流程的决定权从软件开发人员手中交出去，而是培养软件开发人员的流程意识。

读者或许对分层模型中各层次人数的比例存在疑问，这些数字具有科学性吗？没有！它只是作者基于工作经历的个人主张。考证这些数据是否靠谱的另一种方法是将之与公司的绩效管理系统进行比较。但凡大一点的公司，其绩效管理系统一定会制定年终绩效考核时“杰出”、“优秀”、“称职”和“待提高”四类人的占比。“杰出”的比例会在5%左右、“优秀”的比例会在15%左右，而“称职”和“待提高”加起来会在80%左右。

软件开发人员技术能力分层模型的意义何在？其一，指导软件开发人员的职业发展。让软件开发人员明白自己要努力的大方向是什么。其二，让团队在追求高质高效软件开发的道路上，关注团队是否拥有上面二层次的人，为团队组建和人才培养作指引。很显然，如果上面两层次的人员不具备，那要真正做到高质高效软件开发就根本不可能。

最后还得强调，效能模型和分层模型的目的在于强调人与团队是所有软件开发项目的关键。任何忽视这两大因素的方法和做法一定走不长、更走不远，也一定会让我们步入无法摆脱的困境。