什么是iProcess

作者：俎涛，火龙果软件

从关注软件工程到关注软件过程改进，可以说提出了无数的过程模型，不过最后都不了了之，总会人说“没有银弹”，不过大多数人都深陷过程混乱的泥沼，期望下一个“银弹”，直到有一天，我们听说，某某大师又有了一定好帽子，这顶好帽子很快被很多人当作“另一个银弹”，传播与崇拜，因为是新的方法，又有足够的“酷词”，还有一些高手推波助澜，直至诞生了又一个“银弹”，以前还说“没有银弹”的人，因为种种利益，也会说“这是一个不是银弹的银弹，关键靠你的灵活运用”，问题是怎么灵活运用，大部分的人并不知道这意味着大师级别的意识和经验
为什么这样呢，我们分析一下过程的层次：

通过上图发现，我们参考的东西其实和我们不再一个层次上，太过于通用和抽象，我们更需要建立适合自己的同类项目规范。而这和我们的用户、产品和团队特点密不可分。
iProcess首先声称“不期望被当做银弹”，也不是另外一顶帽子。
iPrcocess 认为过程是这样产生的：
因为工作不能一步做完，所以必须分步进行，而且还存在不同人的协作，大家商议一个工作步骤和协作方法，觉得有问题，不断调整。把好的经验提炼成过程框架，让后来的人遵循，如果效果好，可能广泛传播。为了广泛传播的需要，把过程会进行集成和抽象，这称之为规范化，目的是为了提高完整性和规范性，例如 CMMI，敏捷，RUP。这样的过程框架因为其完善性和规范性会对后来者非常具有吸引力，大家会直接参考，这也就带了排异反应。
我们分析一下过程的层次：
那么究竟应该如何改进更合适呢？
iProcess认为：

过程应该主要靠自己建立

过程靠参考靠别人的，因为那样很容易引起排异反应，好的过程应该是深入理解过程的原理，并且根据自己的团队和产品特点建立的，这样的过程才具有可操作性和可持续维护能力。

过程改进应该基于现在的团队事实

应该有团队一起把现在的过程整理清楚，这样才知道自己到底什么样子，并列出问题，把问题和过程环节对应。

应该首先自己为主，外部参考为辅

不要一上来就那个敏捷或者CMMI之类的规范参考，那样很容易把过程改进变成了过程学习。应该自己先对过程的问题列出解决办法，然后再参考已有的过程框架，分析它的方法和我相比的优劣，并对自己的方法进行补充和调整。

让建立适合自己产品和团队的过程

好的过程应该是能够发挥自己的团队优势，塑造具有竞争力的产品，这样的过成应该不是引入一个规范的生产线，而应该是具有自己的特点，这也是企业的核心竞争力所在。千万记住：好的过程一定是更适合自己，并且比别人更好，而不是像别人一样规范。

过程只在现在关键在可持续
一个过程是一个工作方式和文化的建立，不可能是一个项目、一个产品、一年里的事情，而应该是确定目标，然后不断追求的事情。所以一定要透彻的理解过程的原理，在此基础上具有不断改进能力。

iProcess正式基于以上原因，反对海市蜃楼式的过程改进，认为过程改进应该采用如下思路：自己主导，重述当前的过程、分析问题，改进过程。

iProcess改进过程的核心思路是基于客户近期的历史项目进行过程改进，改进首先基于具体的项目，选择有代表性的项目，然后诊断项目的问题，提出改进错误，对项目出现的问题进行改进，然后把改进的项目过程类型化，提升为规范，对于类似的项目可以采用此规范定制具体的过程，这个过程是一个不断反复的过程，类型项目规范可以进一步提炼为通用的过程规范。
iProcess认为过程改进的核心是基于历史项目，构想未来项目的理想化过程，所以历史项目的改造非常重要，这是过程改进所能够基于的最主要事实。

过程、规范与时间