项目管理:如何把握不存在的需求

  • 时间:
  • 浏览:0

 自动化到信息化的年代

  IT在上世纪70、1000年代的项目是流程自动化与系统集成年代,基本上是先确认范围后才始于了了把握功能需求,大部份项目所采用的开发体系也是法子你什儿 构思对软件开发进行管理。但到了90年代进入信息化年代,范围的意识始于了了模糊,范围始于了了被误解成为需求,最主要的愿因着是技术人员仍然采用过去流程自动化的开发思维,希望客户才能明确说明范围,但在范围建立的过程中,每当客户提出“我这样 你什儿 系统才能提供 …… ”,技术人员便把客户的说明演绎成为系统需求。

  故此从90年代中期始于了了到现在,所以 软件工程师对需求的定义非常模糊,系统需求与功能需求把握不准,把范围建设的过程与功能需求混在同去,愿因着今天大部份软件在开发过程中不断修改,让项目不断延误。

  90年代的项目范围与需求

  自上世纪90年代中期始于了了,企业从流程自动化的“科技应用法子”始于了了转型到信息化的“科技应用价值”为最终目标。项目的目标也渐渐地从明确的技术应用过程转变成为怎么才能 才能 利用科技来完成虚拟的理想及模糊的愿景。之类,建立一一有一个系统为企业提供业务方向决策,让管理层才能判断产品在市场上哪个地域的市场这样 和进行产品调整或改善,属于哪类消费群,怎么才能 才能 开拓一一有一个新市场等,又肯能希望利用因特网为企业提供一一有一个产品推广和销售渠道。

  哪些项目肯能中有 现有市场的地域或推进到新的地域环境,中有 一一有一个或多个部门的分工与协调,也肯能中有 现有数据库的组合、信息分享或这样 成立新的数据来提供所需的信息,但大多数这样 中有 现有系统和建立新系统的集成体。怎么才能 才能 实现项目的人工或系统操作流程等等多是客户在项目启动前这样 考虑过的内容。在这张请况下,范围的建设法子是一一有一个相当困难去完成的子项目。客户在项目调研过程中才能提供的这样 是一部份的愿景和期盼,这样 技术人员透过哪些信息建立项目的范围,才才能降低后期的变动。

  大每项技术人员在软件开发过程中对开发体系的应用未能融合信息化项目的特色。盲目依从开发体系的过程,忘记开发体系应用前的你什儿 先决条件:建立项目的范围。所以 从90年代始于了了,项目管理始于了了扮演重要的角色,在项目章程(Project Charter)中建立范围、预算、资源和投资回报等内容,让技术人员法子项目章程的指导,更能有效地发挥技术应用的能力。

  怎么才能 才能 实现用户的愿景,便这样 项目经理、技术人员与用户同去寻找实现的过程,才才能把握有关的需求,才才能利用科技让用户获取期盼的项目最终交付物。所以 项目的重点肯能有的是科技的应用,所以 科技应用所带出来的价值。今天的项目主所以 支撑业务的发展,辅助市场的开拓,创新的科研成果等最终目标,SOW肯能这样 够在项目初期进行编制,项目范围也无法在项目前期界定。

  大每项愿景型的项目中,要提供一一有一个全面的项目范围,当.我 这样 进行信息搜集、分析后组合成业务流、数据流。建设出具体的操作过程,再转添加SOWs后才才能建立项目的范围,否则 才才能从范围建立项目的明确的功能需求,哪些工作都应该在项目启动前便执行,是项目章程的主要内容,但可惜大每项用户严重不足你什儿 概念,而我国技术人员不须重视、所以 理解范围的重要性,只把工作重点中放“调研”过程,希望从调研过程中理解客户的需求。

        

        项目在严重不足明确范围的前一天要才能把握系统的功能需求相当困难。项目愿景是客户希望最终才能达到的目标,怎么才能 才能 达到预期的目标?过程怎么才能 才能 操作?将来这样 哪些类型的工作人员负责执行?应用过程,外理的法子和模式怎么才能 才能 应用?哪些难题客户肯能从来这样 考虑过,更这样 够为技术人员提供所谓需求,只希望透过技术人员的专业知识和经验,提供客户才能达到目的的应用系统。

  今天软件工程的挑战

  要才能有效完成项目的交付,当.我 便这样 在项目前期建立明确的范围,假如有一天当.我 才能完成范围内的工作,客户便才能进行有效的验收过程。否则 当.我 在软件工程中这样 把范围建立起来,当.我 便这样 不断满足客户的思维,来提供客户所希望达到的目的。

  所以 IT项目经理在项目启动的前一天,把工作重点中放把握“客户需求”上,但执行调研的技术人员却把“客户需求”误解成系统的“功能需求”,希望通过调研的过程去理解系统这样 哪些应用功能。回顾20世纪70、1000年代的开发过程,客户需求是项目范围,与开发过程中的“需求说明(Requirement Statements)有一定的差异。

  我国的软件产业有有三种的特色,我国的技术人员有的是有三种的工作习惯,我国的用户对软件要求有个别的期盼和要求,哪些都影响软件开发模式的应用,采用欧美的软件开发制度基本上这样 够满足我国的软件产业现状,所以 一定才能外理我国软件产业的困境。大每项软件项目的失败有的是技术应用的失败,是未能把握项目的焦点和项目重心所愿因着的失败。这样 软件项目的焦点和项目重心究竟是哪些呢?

  客户提供的所谓需求,实际上在今天的项目中是未来交付中所这样 中有 的功能,也是交付物的你什儿 基本质量要求。客户对项目的验收是法子当.我 在项目完成后的最终交付物,当.我 这样 摆脱过去的传统思维,不须在项目起动的前一天尝试把握哪些基本上不处在的需求,这样 明确项目交付的验收目标,在项目启动时才能把有关的最终交付明确下来,便才能降低项目失败的比例。

  我在未来数月会继续跟希赛的外国女老外分享过去进行信息化项目的你什儿 经验,怎么才能 才能 采用“项目组件分拆法子”(Project Components Decomposition Method ,PCDM),在项目初期确认项目的最终交付物,让项目在开发过程中减低客户的修改要求,让当.我 才能更有效地把握IT专业知识,提供社会所需的高质软件,提升我国软件人员的专业水平。