需求阶段项目如何监理

1、需求阶段项目如何监理？在原则上，需求阶段监理应尊重承建方的项目管理和项目分析能力；在具体的任务开展上，以不深入、不干扰承建方的自主权为主，除非在项目合作过程中发现承建方的项目管理以及项目分析能力存在很大的差距和不足。为了保证项目的成功，监理方必须加强项目管理和项目分析工作，在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。其中，需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，用户不习惯或不愿意去用承建方的软件。作为第三方

2、的监理公司，必须提醒承建方、客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调研，同时监理方也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向，才能在将来的功能界定、开发范围上有发言权。如何进行需求分析需求分析不象侦探推理那样需从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节的问题。一个应用软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。S = D1，D2，D3， Dn 问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。Di = P1，P2，P3， Pm 问题Pj有若干个行为（或

3、功能，记为F），每个行为对应于软构件中的实现接口。Pj = F1，F2，F3， Fk 需求说明书应该对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题：1.最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。2.需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。图一第一阶段访谈式项目中角色、流程图图二第二阶段访谈式项目中角色、流程图重点监控控需求分分析由于于项目的的特殊性性和行业业覆盖的的广阔性性，以及及需求分分析的高高风险性性，软件件需求分分析的重重要性是是不言而而喻的，

4、同时需需求分析析又的的的确确难难做。其其原因基基本是由由于以下下情况造造成的。客客户说不不清楚需需求有些些客户对对需求只只有朦胧胧的感觉觉，当然然说不清清楚具体体的需求求。例如如全国各各地的很很多部门门、机构构、单位位在进行行应用系系统以及及网络建建设时，客户方方的办公公人员大大多不清清楚计算算机网络络有什么么用，更更缺乏IIT系统统建设方方面的专专家和知知识。此此时，用用户就会会要求软软件系统统分析人人员替他他们设想想需求。工程的的需求存存在一定定的主观观性，为为项目未未来建设设埋下了了潜在的的风险。需需求自身身经常变变动根据据以往的的历史经经验，随随着客户户方对信信息化建建设的认认识和自自

5、己业务务水平的的提高，他们会会在不同同的阶段段和时期期对项目目的需求求提出新新的要求求和需求求变更。事实上上，历史史上没有有一个软软件的需需求改动动少于三三次的！所以必必须接受受“需求会会变动”这个事事实，在在进行需需求分析析时要懂懂得防患患于未然然，尽可可能地分分析清楚楚哪些是是稳定的的需求，哪些是是易变的的需求，以便在在进行系系统设计计时，将将软件的的核心建建筑在稳稳定的需需求上，同时留留出变更更空间。咨询监监理方在在需求分分析的功功能界定定上担任任一个中中间、公公平、公公正的角角色，所所以也必必须积极极参与到到需求分分析的准准备中来来，以便便协助客客户方和和承建方方来界定定“做什么么”、

6、“不做什什么”的系统统功能界界限。分析析人员或或客户理理解有误误软件系系统分析析人员不不可能都都是全才才，更不不可能是是行业方方面的专专家。客客户表达达的需求求，不同同的分析析人员可可能有不不同的理理解。如如果分析析人员理理解错了了，可能能会导致致以后的的开发工工作劳而而无功。记得一一则笑话话，有个个外星人人间谍潜潜伏到地地球刺探探情报，它给上上司写了了一份报报告：“主宰地地球的是是汽车。它们喝喝汽油，靠四个个轮子滚滚动前进进，嗓门门极大，双眼在在夜里能能射出强强光有趣的的是，车车里住着着一种叫叫作人的寄生生虫，这这些寄生生虫完全全控制了了车。”所以分分析人员员知识的的专一性性也会造造成需求求

7、分析的的误解和和失败。这时，咨询监监理公司司就必须须根据实实际的项项目需求求调研计计划，提提醒承建建方加强强业务了了解程度度和注重重沟通技技巧。需需求分析析方法论论根根据以往往的工程程经验，需求分分析工作作方法，应该定定位在“三个阶阶段”（也称称“三步法法”。第第一阶段段：“访谈式式”（Vissitaatioon）这这一阶段段是和具具体用户户方的领领导层、业务层层人员的的访谈式式沟通，主要目目的是从从宏观上上把握用用户的具具体需求求方向和和趋势，了解现现有的组组织架构构、业务务流程、硬件环环境、软软件环境境、现有有的运行行系统等等等具体体情况、客观的的信息。建立起起良好的的沟通渠渠道和方方式。

8、针针对具体体的职能能部门以以及各委委办局，最好能能指定本本次项目目的接口口人。实现现手段：访谈、调查表表格输出出成果：调查报报告、业业务流程程报告第第二阶段段：“诱导式式”？Indduceemennt？这这一阶段段是在承承建方已已经了解解了具体体用户方方的组织织架构、业务流流程、硬硬件环境境、软件件环境、现有的的运行系系统等等等具体实实际、客客观的信信息基础础上，结结合现有有的硬件件、软件件实现方方案，做做出简单单的用户户流程页页面，同同时结合合以往的的项目经经验对用用户采用用诱导式式、启发发式的调调研方法法和手段段，和用用户一起起探讨业业务流程程设计的的合理性性、准确确性、便便易性、习惯性性

9、。用户户可以操操作简单单演示的的DEMMO，来来感受一一下整个个业务流流程的设设计合理理性、准准确性等等等问题题，及时时地提出出改进意意见和方方法。实现现手段：拜访（诱导）、原型型演示输输出成果果：调研研分析报报告、原原型反馈馈报告、业务流流程报告告第三阶阶段：“确认式式”？Afiirm？这这一阶段段是在上上述两个个阶段成成果的基基础上，进行具具体的流流程细化化、数据据项的确确认阶段段，这个个阶段承承建方必必须提供供原型系系统和明明确的业业务流程程报告、数据项项表，并并能清晰晰地向用用户描述述系统的的业务流流设计目目标。用用户方可可以通过过审查业业务流程程报告、数据项项表以及及操作承承建方提提供的DDEMOO系统，来提出出反馈意意见，并并对已经经可接受受的报告告、文档档签字确确认。实现现手段：拜访（回顾、确认），提交交业务流流程报告告、数据据项表；原型演演示系统统输出成成果：需需求分析析报告、数据项项、业务务流程报报告、原原型系统统反馈意意见（后后三者可可以统一一归入需需求分析析报告中中，提交交用户方方、监理理方进行行确认和和存档）整整体来讲讲，需求求分析的的三个阶阶段是需需求调研研中不可可忽视一一个重要要的部分分，三个个阶段或或者