也谈谈影响项目成败的因素

    个人负责和经历的项目不多，自92年毕业工作以来持续在IT业偏软方向努力，第一个独立负责的项目是1993年3月开始给一个宾馆写一个宾馆管理系统，包括并不内行的硬件系统，历时半年。个人觉得最难的是写电话程控交换机的数据接口，为此我还在苏州有线电一厂待了近一个月。从此走上了不归路，写到这里心里还有点......呵呵。

    那么经历的最大项目是和台湾（好像还有日本股份）一个资讯企业合作，给某个地方银行写银行管理系统，包括硬件项目大概120万美金，具体软件开发占多少比例不是很清楚，估计不低于50%。个人负责其中会计部分。

    2000年以后个人主要给一个学院讲课，比如C语言、数据结构、软件工程、MIS等偏软的课程，业余时间打理自己的2个小企业（一个软件、一个外贸）。前2年听说“阿狗阿猫”们都去开发游戏软件或网络游戏市场了，游戏是我第三生命，当然不甘落后，去年底开了一个SF，现在注册人数4500+，每天在线人数在60--120左右，人气还在不断上升中。今后随着对游戏软件技术的摸索和经验的积累，想开发自主产权的游戏、想在游戏市场分点汤羹。

    啰里啰唆这么多，主要在整理自己对影响项目成败因素的思考。所以请各位放心，我下面说谈的影响因素可能不是最经典或合理的，但一定是个人最精粹的经验整理，毫无保留地奉献给这里--我的第一个博客。

一、态度

    委托方和开发方，对于最后开发完成的软件而言，是谁的成果？我的答案是委托方的成果，开发方只是用某种技术（当然主要是软件技术）完成了委托方布置的“作业”，或者说开发方用软件技术实现了委托方的管理和经营的思路。

二、需求

    需求阶段最容易造成矛盾和隐患，而且往往是致命的因素。原因只有一个：开发方重技术、委托方重管理。所以培养一个合格的需求收集、分析人员很难啊，既要听得懂委托方的管理思路、又要用计算机技术去做分析和还原。

    关于“隐性需求”有这样三种情况：

1、委托方清楚自己的需要，并且表达出来，但开发方未能理解（或听不懂）；

2、委托方清楚自己的需求，但表达不出来，需要开发方去体会或理解；

3、委托方知道存在问题，但不知道原因和解决办法，需要开发方提供参考意见，希望通过软件系统来解决或规范。

    从上可以看出解决了1、2点后，可以极大地保证委托方的认同感了，估计这项目十拿九稳；保证了第三点后，开发方想不赚钱都难了。所以初步的接洽和初步的需求交流很重要，需要派经验丰富的、亲和力高的工作人员去。

三、委托方的参与性、参与度

    参照第一点：态度。不仅开发方要明确我是去做服务的，而且要让委托方（主要高层或决策领导）时时刻刻知道：你才是真正的开发者，我只是用软件来实现你的思想。俗话说：老婆是别人的好，小孩是自己的好。你要让他深深地参与到开发过程中来，让他把这个项目当作自己的小孩来养。这时候你要钱、要物都好说。个人这一点比较有体会，我没有碰到恶意欠费的，通常委托方都会提前问我要不要先打点经费过来，包括和政府和学校等老爷单位。这点比较自豪（没办法人品好......赫赫）。

四、客户培养

    客户培养很重要，培养的基础和目标都是诚实、以诚相待。培养过程贯穿整个过程，比如我们做一个需求分析或系统规划，通常有2个版本，一个给他们（委托方）的技术员看，一个是给他们的领导看。这两个版本绝对不能相同、不能偷懒。

五、其他

    其实开发过程中，还有很多很多关系成败的关键因素。比如说技术、人员、计划进度、成本核算等，当然还有风险控制（风险不可回避，主要关键是要明确风险责任）。个人觉得关系项目成败的很多关键因素集中在初步接洽和初步需求交流上，就像找对象，第一印象很重要，好的开始是成功的一半。

    以后再整理下思路，把个人接项目的大概经过、大体思考和处理过程介绍一下，欢迎各位发表意见和看法。