减少IT项目过程中的变动依赖PMO_第1页
减少IT项目过程中的变动依赖PMO_第2页
减少IT项目过程中的变动依赖PMO_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 减少it项目过程中的变动依赖pmo 过去数年常听到一些软件从业人员的投诉包括:“他们(客户)基本上不知道自己的需求,怎么做他们都不满意,功能不断增加,如何能够完成他们的系统建设?” “他们(客户)上周说要这个功能,今天说要这个功能,为什么不全告诉我们,让我们可以不用在开发过程中不断更改!”一些类似的投诉只说明我们的软件从业人员基本上没有明白到范围建设的重要性,而且未能在项目启动前把项目范围建立起来。范围是有效管理需求变更的唯一方法。有明确的项目范围,我们才能够学习及分析范围内的作业流程,建立系统的功能需求,并在开发过程中当客户要求变动的时候有效管理我们的工作范围,才能够有机会按照预算在指定的

2、时间内完成项目的交付。pmo项目管理办公室的相关运作能够有效地较少it项目过程中的变动。软件开发项目从开始到今天,一直以来客户都不能够告诉我们需要哪些功能,他们只能告诉我们系统需要完成哪些目标。功能需求并不是客户或用户提供,是系统分析员在理解目前的人工作业后分析出来的结果。20世纪70 年代的项目多以部门单独运营为主,自动化的目的是提升部门本身的运营效率进行系统建设。到80 年代,企业高层开始体会企业中的数据分散在不同的部门或子公司的部门中。哪些数据是最新的?哪些是最准确的?应该采用哪个部门的数据做决定呢?如何整合这些数据,如何获得即时的数据,如何利用当时的区际网络(areanetwork),

3、客户/服务端(client/server),遥程存取(remoteaccess)数据库(data base)等科技来更有效提升企业的运营效率呢?这些问题提供软件开发项目进行系统集成及数据分享的工作,最终的目的还是环绕原来自动化提升企业(不单是70 年代提升部门)的整体运营效率为主要目标。系统建设不是依据客户的需求而建设,是依据如何达到项目最终目的和项目的最终交付而建设。需求不是客户或用户提供,是我们作为一个专业人员依据我们要开发的项目目标(如何达到)和项目的最终交付而制定出来的结果。没有项目范围,我们便不能建立有关系统的功能。没有项目范围,我们便不能控制任务的工作量,不能预估完成日期并按时完成。功能需求与业务流程直接相连的,理解了业务流程,便能够建立有关

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论