信息系统项沟通管理案例之变更控制案例.docxVIP

信息系统项沟通管理案例之变更控制案例.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
信息系统项目沟通管理案例之变更控制案例阅读以下关于信息系统项目管理过程中项目变更控制和客户沟通管理问题的叙述,回答问题1至问题3。7.3.1案例场景??? 希赛信息技术有限公司(CSAI)是某市一家大型股份制软件企业,公司研发人员达到200人,主要从事电子政务应用系统和金融信息系统等方向的研发。CSAI具有较强的政府背景,公司副总经理兼技术总监张工原为该市政府信息中心总工程师,3年前创立了CSAI公司。??? 目前CSAI正在进行该市某政府机关的办公自动化系统研发,系统主要由公文管理、档案管理、公共信息、会议管理、领导办公、电子邮件、个人办公、业务管理、事务预警系统管理等子系统组成。??? 由于CSAI具有较好的技术和产品积累,经过5个月时间,整个系统于3个月前按进度计划开发完成,目前系统处于试运营阶段,运行情况良好。但是项目一直没有结项,项目中出现几个以下问题:??? (1)频繁的需求变更,由于客户属于机关单位,客户不断提出一些变更,项目组就要处理变更需求。??? (2)客户的工作效率低、节奏慢,很小的内部分歧也需要开会讨论。在项目实施过程中,严重单方面拖延实施进度,使项目不能按计划结项,造成项目延期。??? (3)客户同CSAI关系特别密切,不能完全按照合同进展,对合同规定的阶段验收不予回应,这些问题需要公司老总出面才能协调,项目经理控制协调明显乏力。??? 项目经理李工原为该项目的系统分析师,主要负责系统技术架构和系统分析设计,开发后期由于原项目经理王工离职原因,被任命为新项目经理。??? 【问题1】(8分)??? 请用500字以内文字分析导致电子政务项目产生上述问题的原因,对于电子政务建设组织管理的关键是什么。??? 【问题2】(8分)??? 请用300字以内文字结合你本人的实际经验,谈谈如何有效控制电子政务项目的需求变更,用户需求变更处理方法。??? 【问题3】(9分)??? 请用300字以内文字对李工解决此问题提出建议。7.3.2案例分析?【问题1】??? 该案例是目前从事电子政务应用系统开发的软件公司面对的一个典型问题。多数电子政务项目的失败在于项目范围的随意变更,国内政府部门拖沓的工作作风和长官意志一向以行动迅速著称的lT业内人士感到无所适从,这也是许多电子政务项目没能取得预期效果的一个重要原因。需要明确的一点是,客户的要求应该放在第一位,项目是为了客户而存在的,应对客户需求变更产生的风险正是一个成熟的团队需要具有的能力。但是如何应付这种局面是需要市场和技术部门的配合,以及公司高层的协调才可以较好避免或减少上述问题的发生的。??? 首先,必须对国内电子政务建设有一个明确的认识。我国的电子政务建设是伴随着中国的政府机构和管理体制改革而进行的,改革才是目的,电子政务应用系统的开发和建设只是手段,对于不断快速变革的体制,项目需求不变是不可能的,还是由于甲方的特殊地位和特殊的时代,决定了用不同方式来约束甲方需求的变化,最后只能变为犹如一纸定文,这种想法和做法都是不现实的。??? 第二,我国各级政府部门的信息化管理总体水平还是比较低的,工作人员大都是业务专家,计算机应用水平较低,网络化办公的意识还基本没有,尤其是在基层政府部门尤为突出。在这样的客户面前,“客户需求”是无法在项目实施之前就清晰地描述和确认的。加之政府的具体工作人员无法承担,一旦项目验收后,系统出现问题的责任,因此,用而不验的现象就成为普遍现象。??? 【问题2】??? 一个程序员在海滩上发现了一盏神灯。他在灯上擦了几下,一个妖怪就从灯里跳出来说:“我是世界上法术最强的妖怪。我可以实现你的任何梦想,但现在,我只能满足你一个愿望。”程序员摊开了一幅中东地图说:“我想让中东得到永久的和平。”妖怪答道:“哦,我没办法。自打创世纪以来,那里的战火就没有停息过。这世上几乎没有我办不到的事,但这件事除外。”程序员于是说:“好吧,我是一个程序员,为许多用户编写过程序。你能让他们把需求表述得更清楚些,并且让我们的软件项目有那么一两次按进度按成本完成吗?”妖怪说:“唔,我们还是来看中东地图吧。”??? 这段让人一笑了之的幽默从很大程度上反映了国内软件企业中普遍存在的现象,由于客户需求和内部管理等原因软件项目总是难以在预定的范围、成本和时间内完成。那么究竟是什么因素导致了该现象的延续呢???? 需求分析阶段没能很好地掌握客户需求,形成高质量的软件需求说明书,并交付客户方关键项目干系人正式书面确认,就跨越式地进入系统设计阶段,这必然导致项目执行过程中项目范围的频繁变更。软件产品范围是指软件产品所包含的特征或功能,而软件需求说明书正是对软件产品范围正式书面的界定,是软件项目管理过程必需的基础性文档。从项目管理的角度讲,产品范围和项目范围的变更都是允许的,一般来说也是不可避免的。但对

文档评论(0)

yyanrlund + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档