关于项目建设的需求分析阶段的IT监理工作机制和方法论.doc

关于项目建设的需求分析阶段的IT监理工作机制和方法论
1、需求阶段监理的定位
原则上尊重承建方的项目管理和项目分析能力,在具体的任务开展上,以不深
入、不干扰承建方的自主权为主,但是如果在项目合作过程中发现中软项目管理
以及项目分析能力在本项目的进行上存在很大的差距和不足,为了保证项目的成
功顺利开展监理内部必须加强项目管理能力和项目分析能力,在具体的操作上可
以坚持吸收、同化、贯彻的方法和手段。
2、需求分析的进展方式及监理角色的把握
需求分析是一个项目的开端,也是项目建设的基石,在以往的建设失败的项目中
80%的是由于需求分析的不明确而造成的,因此一个项目的成功的关键因素之
一,就是对需求分析的把握程度上,项目的整体风险具体表现方式在需求分析不
明确、业务流程不合理上,用户不习惯或者不愿意去用承建方的软件,或者很难
去用,造成了项目失败。因此作为第三方的监理公司,必须提醒承建方、客户方
重视需求分析的重要性,采用必要的手段和方法来进行需求调研。同时监理方也
应深入具体的需求调研中去,只有这样才能切切实实的把握用户的需求和方向,
才能在将来的功能界定、开发范围上有发言权。
、为什么咨询监理方要对需求分析进行重点监控
由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,所以在整个
软件的开发周期中,需求分析的重要性是不言而喻,需求分析难做的的确确难
做,这是基本是由于以下几种原因造成的:(1)客户说不清楚需求;(2)需求
自身经常变动;(3)分析人员或客户理解有误。

有些客户对需求只有朦胧的感觉,当然说不清楚具体的需求。例如全国各地的很
多部门、机构、单位在进行应用系统以及网络建设,客户方的领导和办公人员大
多不清楚计算机网络有什么用;缺乏系统的IT建设方面的专家和知识。这时间就
会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性,为项
目建设埋下潜在的风险。

根据以往的历史经验,随着客户方对信息化建设的认识和自己业务水平的整合提
高,会在不同的阶段和时期对项目的需求提出新的要求和需求变更,其实在历史
上没有一个软件的需求改动少于三次的,所以必须接受“需求会变动”这个事
实,所以在进行需求分析时就要防患于未然,尽可能地分析清楚哪些是稳定的需
求,哪些是易变的需求。以便在进行系统设计时,将软件的核心建筑在稳定的需
求上,同时留出变更空间。咨询监理方在需求分析的功能界定上担任一个中间、
公平、公正的角色,所以也必须参与到需求分析的准备中来,以便协助客户方和
承建方来界定“做什么”、“不做什么”的系统功能界限。
分析人员或客户理解有误
软件系统分析人员不可能都是全才,更不可能是行业方面的专家。客户表达的需
求,不同的分析人员可能有不同的理解。如果分析人员理解错了,可能会导致以
后的开发工作劳而无功,记得一则笑话“有个外星人间谍潜伏到地球刺探情报,
它给上司写了一份报告:‘主宰地球的是汽车。它们喝汽油,靠四个轮子滚动前
进。嗓门极大,在夜里双眼能射出强光。……有趣的是,车里住着一种叫作
‘人’的寄生虫,这些寄生虫完全控制了车。’”所以分析人员的知识的专一性
也会造成需求分析的误解