以目标为中心的项目开发可以为达成目标而不择手段或者说不采用任何手段 只要最后项目成功项目人员可以使用任何办法而以过程为中心则以过程为主要依据要求过程步骤完美最后结果如何都是成功的项目按儒家的中庸说法 两种观点看起来都是不正确的 能够相互补充那时最好了 首先 软件项目刚刚开始出现的时候人们完全不知道需要如何对付它 所以那时候是只能以目标为中心 采取个人主义仅仅需要一个人或者几个人就能完成一个伟大的项目 当时其中的领导者一定是能力超强 不仅技术令人折服而且充满了人格魅力管理能力也是必不可少的这样可以说靠着他一个人的能力和意志带领着大家完成项目就像很多传奇中的研发项目就是靠着个人能力领导着整个团队 中国的很多中小企业就是这一阶段的以目标为中心 虽然使用了一些先进的工具但是思路还是没有脱离原始的状态在这样的公司你往往能听到这样的话我头头说这个东西必须在这个星期完成 然后项目就在无序中进行如果项目有一个杰出技术专家可能会侥幸成功但更多都是糊里糊涂的失败了但是即使失败了很多项目也会被公司当作成功项目因为没人愿意承认失败所以如果去找工作如果一看要招一个XX高手这样的人这个公司一定就是这一类型的公司经历过很多次失败以后它只能把希望寄托在一两个高手身上 慢慢的随着业界对软件的需求越来越大项目也越来越大开发人员也越来越多这种模式再也无法承受使用了仍采用这种模式的项目的失败率也越来越高然后一些聪明人发明了瀑布模型从本身看这并非是一个创举它把一个大目标分割成几个小的目标步骤一个一个次序完成他们的一小步是人类的一大步他们开创了一种可行的文化这样随着目标越来越大越来越细化模式也从瀑布变成了增量模型也从以目标为中心转变成了以过程为中心理论上只要把最简单的瀑布模型每一个步骤都严格完成那么项目一定会成功这个时候软件业也从混沌转变到了有序的阶段 国内很多企业做的形似而神不似项目虽然使用了一些过程但是这些过程只是用来摆样子全无实用价值在过程中对各个阶段的控制和审核是最主要的不然就失去了分阶段的作用其实就是退回到混沌的阶段在很多的项目中这一阶段虽然完成的不好但是还是会往下面走原因就是根本没有认识到为什么要采用过程方式 在过程为中心的开发中一般来说采用一个适合的过程模型然后适当的裁剪我认为是成功系数很高的 当然需要一个合适理解这个过程的项目经理很多公司的失败是因为项目成员并不理解这个过程只是为了拥有过程而过程业界的过程模型已经经过长时间的检验如果问题出现了很大愿意是使用的人的对这个过程理解得不够 任何过程都会带来一个副面的影响太耗费资源大家应该深有感触过程中的那些文档的确是让任何人都非常害怕尤其是对这些文档的维护更是恐怖但是这是减少点对点交流的非常好的解决途径之一对于这个问题只有大量采用裁剪毕竟实用才是大家追求的人们开始对动不动就是资源消耗极大的过程开始反感重新开始了对过程的思考他们希望有特别针对与中小项目的适合的过程即使是瀑布也太复杂他们需要在保持一定过程的前提下采用最为节省资源的做法保证项目成功并不一定需要繁琐的步骤在每一道关口设卡检查完全有可能在主要的关口设卡在内部如何方便通行就采用哪种路线这样就能保证能最快最正确的通过这就是以目标为中心和以过程为中心的结合体于是XP等新的想法诞生了 像任何行业一样软件业也从无序进入有序有从有序进入了过度繁琐的有序然后再从繁琐进入精简进入了实用的有序在反反复复后我们会看到一个成熟的工业像其他所有的行业一样实用是最重要的 |