如果说要给改进定义一个模型的话，螺旋式上升应该是最好的。从横向来看，改进是闭环，从纵向来看，改进是持续的。

项目中的改进不仅仅包括过程方面的改进，同时也应该是包括了技术能力的改进。

改进的原动力都是问题，为解决问题，找出解决方案。分析问题在后续工作中可能出现的频率，对于可能是一次性发生的，只需要解决就可以，而对于以后可能会多次发生的，则应该纳入改进。

改进是按实际需要的，不是一定要遵守某一个阶段或者是一定要死守某一个模版，流程与模版本地化是项目经理的一项重要工作。改进也是一个渐进明晰的过程。任何流程与模版不是在项目初期进行定义就可以完全适应到项目中的严格程度和解决项目中的问题，而只是在项目初期为项目选定的一个基线。

项目的改进依赖于全体的项目组成员，遇到问题，解决问题，找到最佳的解决方案。项目经理应该识项目过程方面的改进要求，开发经理、需求实施经理以及测试经理应当协助项目经理识别出在技术改进方面的要求。

改进也需要遵守一定的流程。项目中实际需要是启动改进的触发条件，项目组负责人应定期收集有关改进方面的需求，并召开会议组织对改进的内容进行讨论：是否当前需要进行改进（紧急程度）、明确改进的方式（是否固化）、改进结果跟踪、责任人指定等。

在一个项目范围内，对过程方面的改进最佳的负责人是项目经理，而对于技术改进的最佳负责人是技术经理。在项目结束时经验总结的重点应该是改进的情况。

对于一个职能团队来说，可能有多个项目执行，或者是参与多个项目的某一部分工作。其改进的模式基本上也是一致的。对于多个项目来说，主要是识别出项目之间的差异，找出需要共同改进的内容，作为所有项目中都需要改进内容，并安排改进结果的跟踪检查。项目经理与技术经理有责任与义务对过程改进提出建议与意见。