虽然CMMI,RUP,XP,等等软件过程框架和方法风靡一时，但是业内人士都有一个不争的事实：真正有效的过程改进其实很少发生。

问题关键在哪里呢，在于软件过程改进的方式！

一般的软件过程改进都是建立一个“良好的过程规范”，这个规范可能是CMMI那样主要强调过程质量标准的，也可能像RUP和XP那样比较强调实施路线图的，但是，这样的过程改进都有一个很大的成本风险：先有帽子，然后再说脑袋如何如何。

呵呵，明显的不合逻辑。

火龙果软件基于多年来自一线的过程改进实践经验，建立了一套自己的有效过程改进理论“iProcess”。

火龙果iProcess是一个基于过程现状问题的过程改进方法，关注您的当前过程基础与问题，不提倡海市蜃楼式的过程改进，核心宗旨：

iProcess首先强调关注当前组织中过程的问题，为了避免什么都改进，什么都改进不了的尴尬局面，把过程的问题具体化为项目中的过程问题，首先对项目进行历史再现，然后进行深入的诊断，发现问题，改进问题，把改进好的过程应用于新的项目，对于有普遍意义的实践提升为规范，然后再对规范理论化，形成过程理论。

过程改进涉及到软件工程组织的工作方式、方法和环境的改进，尤其涉及到人员观念和工作习惯的改变，客观的说不应该是一个急进的过程，而是一个结合组织当前的过程问题，逐步改造的过程，所以过程改进模型应该提供一个具体的演进的路线图，而这个演进的路线图可以像CMMI那样分为多个级别，然后逐步改进，但是分级的问题就是对客户的问题进行了主观的分级，虽然这也是基于大量的过程经验得出的，但是很难一下适应客户当前改进的需要，因为改进可能并不是组织当前最关键的目标，一般是辅助或者支持性的目标，所以改进的过程模型应该有另外一种层次出现：不局限于具体的过程域，而强调一种基本的过程改进方式，iProcess正式关注于这个方面，可以带来一个更灵活和客观的思路。

这样说并不是说CMMI，RUP，XP是无效的过程或者过程改进模型，这些将是我们宝贵的工程资产，在改进过程中，对于面向特定问题的时候，我们依然可以从以上的过程中获得参考。

过程实践-过程规范-过程理论，三者循序发展，互相促进，最重要的，是使改进者在不断的问题改进过程中享用改进带来的价值，而不是长期迷失于改进所带来的痛苦。

iProcess已经经过多个真实的客户的实践案例，证明 “真正有效的过程改进”将不再是先知们的梦想。我们确信，通过我们与您得的共同努力，一定能够建立适应您的软件开发过程，它将不会仅仅作为一个花瓶，您所得到的，将是一个真正的利器。

作为软件团队的原动力，随着软件规模的扩大，软件过程成为制约项目和产品成败的决定性因素之一，日益开发团队和客户方的重视。如何有效地改进软件过程，成为必须要解决的关键问题。只有积累软件过程改进经验，集成技术与管理为系统的软件过程方案，通过基于实践的软件过程改进方法，您一定能够有效地进行软件过程改进。