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

精品文档就在这里 -------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-------------- -------------------------------------------------------------------------------------------------------------------------------------------- 信息系统项目沟通管理案例之变更控制案例信息系统项目沟通管理案例之变更控制案例 阅读以下关于信息系统项目管理过程中项目变更控制和客户沟通管理问题的叙述， 回答问题 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.27.3.2 案例分析案例分析 【问题 1】 该案例是目前从事电子政务应用系统开发的软件公司面对的一个典型问题。多数电子政 务项目的失败在于项目范围的随意变更， 国内政府部门拖沓的工作作风和长官意志一向以行 动迅速著称的 lT 业内人士感到无所适从，这也是许多电子政务项目没能取得预期效果的一 个重要原因。需要明确的一点是，客户的要求应该放在第一位，项目是为了客户而存在的， 应对客户需求变更产生的风险正是一个成熟的团队需要具有的能力。 但是如何应付这种局面 是需要市场和技术部门的配合， 以及公司高层的协调才可以较好避免或减少上述问题的发生 的。 首先，必须对国内电子政务建设有一个明确的认识。我国的电子政务建设是伴随着中国 的政府机构和管理体制改革而进行的， 改革才是目的， 电子政务应用系统的开发和建设只是 手段，对于不断快速变革的体制， 项目需求不变是不可能的， 还是由于甲方的特殊地位和特 殊的时代，决定了用不同方式来约束甲方需求的变化， 最后只能变为犹如一纸定文， 这种想 法和做法都是不现实的。 第二，我国各级政府部门的信息化管理总体水平还是比较低的，工作人员大都是业务专 家， 计算机应用水平较低， 网络化办公的意识还基本没有， 尤其是在基层政府部门尤为突出。 在这样的客户面前， “客户需求”是无法在项目实施之前就清晰地描述和确认的。 加之政府的 具体工作人员无法承担，一旦项目验收后，系统出现问题的责任， 因此，用而不验的现象就 成为普遍现象。 【问题 2】 一个程序员在海滩上发现了一盏神灯。 他在灯上擦了几下， 一个妖怪就从灯里跳出来说： “我是世界上法术最强的妖怪。 我可以实现你的任何梦想， 但现在， 我只能满足你一个愿望。 ” 程序员摊开了一幅中东地图说： “我想让中东得到永久的和平。 ”妖怪答道： “哦， 我没办法。 自打创世纪以来， 那里的战火就没有停息过。 这世上几乎没有我办不到的事， 但这件事除外。 ” 程序员于是说：“好吧，我是一个程序员，为许多用户编写过程序。你能让他们把需求表述 得更清楚些，并且让我们的软件项目有那么一两次按进度按成本完成吗？ ”妖怪说：“唔，我 们还是来看中东地图吧。” ---------------------------------------------------------精品文档--------------------------------------------------------------------- 精品文档就在这里 -------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-------------- -------------------------------------------------------------------------------------------------------------------------------------------- 这段让人一笑了之的幽默从很大程度上反映了国内软件企业中普遍存在的现象，由于客 户需求和内部管理等原因软件项目总是难以在预定的范围、 成本和时间内完成。 那么究竟是 什么因素导致了该现象的延续呢？ 需求分析阶段没能很好地掌握客户需求，形成高质量的软件需求说明书，并交付客户方 关键项目干系人正式书面确认， 就跨越式地进入系统设计阶段， 这必然导致项目执行过程中 项目范围的频繁变更。 软件产品范围是指软件产品所包含的特征或功能， 而软件需求说明书 正是对软件产品范围正式书面的界定， 是软件项目管理过程必需的基础性文档。 从项目管理 的角度讲，产品范围和项目范围的变更都是允许的， 一般来说也是不可避免的。 但对于电子 政务项