第六章一范围管理案例分析.docxVIP

 范围定义 9.1 案例场景 希 赛 信 息 技 术 有 限 公 司 (CSAI 原 本 是 一 家 专 注 于 企 业 信 息化的 公 司 ， 在电子政 务 如 火 如茶 的 时 候，开始进 军 电 子政务行 业 。 在电 子 政 务 的市场中 ， 接 到 的第 一 个 项目是开发 一 套 工商审批 系 统 。由 于 电 子 政务保密 要 求 ， 该系 统 涉 及到两个互 不 联 通的子网 ： 政 务内 网 和 政 务 外 网 。 政 务 内 网 中 储 存 着 全 部 信 息 ， 其 中 包 括 部 分 机 密 信 息 ； 政务外网 可 以 对 公众 开 放 ，开放的信 息 必 须得到授 权 。 系统 要 求 在 这两个子 网 中 的 合法 用 户 都可以访问 到 被 授权的信 息 ， 访问 的 信 息 必须是一 致 可 靠 ，政 务 内 网的信息可 以 发 布到政务 外 网 ，政 务 外网的信息在经过审批后可以进入政务内网系统。 张 工 是 该 项 目 的 项 目 经 理 ， 在 捕 获 到 这 个 需 求 后 认 为 电 子 政 务 建 设 与企业信 息 化 有 很大 的 不 同，有其自 身 的 特殊性， 若 照 搬企 业 信 息 化原有的 经 验 和 方案 必 定 会遭到惨败 。 因 此采用了 严 格 瀑布 模 型 ， 并专门招 聘 了 熟 悉网 络 互 通互联的技 术 人 员设计了 解 决 方案 ， 在 经 过严格评 审 后 实 施。 在 项 目交付时， 虽 然 系统完全 满 足 了保 密 性 的 要求，但 用 户 对 系统 用 户 界面提出了 较 大 的异议， 认 为 不符 合 政 务 信息系统 的 风 格 ，操 作 也 不够便捷， 要 求 彻底更换 。 由 于最 初 设 计 的 缺 陷 ， 系 统 表 现 层 和 逻 辑 层 紧 密 耦 合 ， 导 致 70％ 的 代 码 重 写 ， 而第二版 的 用 户 界面 仍 不 能满足最终 用 户 的要求， 最 终 又重 写 的 部 分代码才 通 过 验 收。 由 于 系统的反复 变 更 ，项目组 成 员 产生 了 强烈的挫折感，士气低落，项目工期也超出原计划的 100％。 9.2 问题 问题 1：请大家对张工的行为进行点评。 问 题 2：从 项 目 范 围 管 理 的 角 度 找 出 该 项 目 实 施 过 程 中 的 主 要 管 理 问题。 问题 3：如何避免类似的问题 9.3 参考答案 【问题 1】 张 工注 意到了系 统运行 环境 的特殊 性，在良 好设计 和实 现的 情况下满足了用户的要求。 张 工忽 略了系统 用户的 潜在 要求， 在用户界 面和操 作的 风格 上范围定义不清晰，造成系统交付时的重大变更。 张 工在 第一次问 题发生 后仍 没有对 范围进行 有效的 管理 ，造 成了系统第二次的变更。 张 工没 有对用户 界面是 否能 够满足 要求的风 险进行 有效 的管 理，而是采用了对风险适应性较差的瀑布模型组织开发。 张 工 没有对 设 计 质量 进行有 效 的控 制 ， 造 成表 现 层中耦合 了 业务逻辑，增加了修改的代价。 【问题 2】 张 工 没 有 挖 掘 到系统 的全 部隐性 需 求 ，缺乏 精 确的范 围定 义。 在 发生 第一次变 更时， 张工 仍没有 有效的范 围管理 ，从 而造 成系统的二次变更。 重 复 的系统 变 更 说明 张工对 系 统范 围 控 制 不足 ， 导致一而 再 再而三的反复。 【问题 3】 有 效的 范围 管 理包括 了从范 围定 义 到范 围控 制 等 多方面 的工 作 ， 每一项工 作 都 是 重要 的 。 对于本案例 ， 要 结合行业 特 点 进行 需 求 分 析，挖掘 系 统 潜 在的 需 求 ，同时通过 原 型 等方法来 辅 助 需求 的 定义，避免范围定义不清晰的问题。 在 发 生 需 求 变 更 时 需 要 进 行 有 效 的 需 求 控 制 ， 尽 量 在 满 足 用 户 需求的前提下缩小需求范围，坚决避免需求的再次变更。 10 工作要点 10.1 案例场景 M 集 团 是 希 赛 信 息 技 术 有 限 公 司 (CSAI )多 年 的 客 户 ， CSAI 已 经 为 其 开 发 了 多 个 信 息 系 统 。 最 近 ， M 又 和 CSAI 签 订 了 新 的 开 发 合 同 ， 以扩充整 个 企 业 的信 息 化 应用范围， 张 工 担任该项 目 的 项目 经 理 。 张工组织 相 关 人 员对 该 项 目的工作进 行 了 分解，并 参 考 了公 司 同 M 曾 经 合 作 的 项 目 ， 评 估 得 到 项 目 ， 总 工 作 量 60 人 月 ， 计 划 工 期 6 个 月 。 项