软件项目管理中的需求管理

软件需求管理的原则 三 、 需求是实施软件项目 、 建 立 软 件 工 作 结 构 的 基 础， 完 整、 清晰的需
求有利于准确的制工作 计 划 。 需 求 管 理 是 一 项 庞 大 而 复 杂 的 工 程 ， 必 须遵循一定的原则才能做好 。 需求的变更要经过出资方的 同 意 。 一 般 客 户 的 需 求 出 现 变 化 并 １． 提出新的意见时 ， 软件项 目 组 在 对 软 件 实 施 变 更 之 前 要 向 出 资 方 说 明 变更的原因和变更的内容 ， 以及变更 可 能 会 引 起 的 成 本 变 化 ， 这样才会 让双方对项目的成本做到心中有数 ， 从而正确的对待需求变更 。 。在 需求变更要遵循正规的管 理 流 程 。 所 谓 “ 无规矩不成方 圆” ２． 进行需求变更时 ， 即使变更再小 ， 也应该遵循变更的管理流程。否则会 造成变更管理的混乱 。 然 而 在 现 实 的 软 件 开 发 中 ， 负责项目的人或是 开发软件的人一般愿意按照变更 管 理 流 程 来 执 行 小 的 变 更 需 求 。 认 为 降低了工作效率 ， 浪费 了 时 间 。 这 种 错 误 的 做 法 导 致 需 求 变 得 不 可 控 制， 造成项目开发失败 。 需求要与经济投入和时间挂 钩 。 需 求 的 变 更 必 然 会 引 起 项 目 成 ３． 本的变化和项目开发时 间 的 变 化 ， 如果在项目开始时没有明确的指出 由谁来承担需求变更带 来 的 风 险 ， 就 不 利 于 控 制 需 求 管 理。 如 果 由 开 发方来承担这一风险的 话 ， 需 求 的 变 更 再 所 难 免。 甚 至 会 出 现 扩 大 的 趋势 。 所以在项目之初就应该明确需求变更的责任承担 。 需求的变化是永恒的 。 需求的变 更 不 会 随 着 精 确 的 需 求 和 新 的 ４． 定义而终止 。 产品性能在不断的增 加 ， 客户使用的经验也在变， 需求的 变更在所难免 ， 需求的变更不会因为需求定义越来越精确而停止 。 需求管理需要良 好 的 沟 通 技 巧 。 在 软 件 开 发 的 过 程 中 ， 需求的 ５． 变化大多是由客户提出 ， 客户往往不 愿 意 为 需 求 的 变 更 多 加 投 资 ， 也是 可能是开发方为了优化软件提出变 更 需 求 ， 无论是那一方提出的， 目的 都是为了使软件能够做的更好 。 作为 项 目 开 发 人 和 需 求 管 理 者 应 该 使 用各种沟通方式来和客户进行沟通 ， 最终达到双赢的局面 。
软件需求管理相关概念 一 、 需求管理的概念 。 所谓的需求 ， 是指在在各项软件工作 中， 和客 １．
户共同建立并更新的各 项 协 议 。 它 属 于 系 统 软 件 的 范 畴 ， 有系统软件 来完成 。软件开发的初始输人是给定需求 ， 给定需求需要对软件进行 需 求分析 ， 也就是描述和 优 化 软 件 等 。 然 后 以 文 档 的 形 式 将 分 析 的 结 果 输出 。 需求分析中的输出 和 需 求 管 理 中 的 输 人 实 质 是 一 样 的 ， 只不过 顺序不 同 ， 需求分析是软件开发的第一步， 而需求管理则是对需求分析 的结果进行控制和管理 ， 保 障 开 发 活 动 符 合 分 析 结 果。 需 求 管 理 的 目 的是建立和维护软件项 目 和 客 户 需 求 之 间 的 共 识 ， 要求客户的需求要 合理 ， 软件项目要能满足客户的需求 。 需求管理的重要 性 。 在 软 件 项 目 的 开 发 中 ， 要想让项目取得成 ２． 功， 就应该充分的理解和 满 足 用 户 的 开 发 要 求 ， 如 果 不 进 行 需 求 管 理， 就很难 达 到 客 户 的 项 目 要 求 ， 设计出来的软件不是客户想要的那种， 自 然就会降低项目获得成 功 的 机 率 。 软 件 在 开 发 的 过 程 中 ， 需求的变更 贯穿了整个的开发的过 程 。 需 求 管 理 是 软 件 开 发 的 第 一 步 ， 也是最难 走的 一 步， 需 求 管 理 的 好 坏 关 系 软 件 的 好 坏， 甚至影响到软件项目成 败 。 从项目的立项到维护 过 程 中 ， 软 件 的 不 断 升 级， 功 能 的 不 断 增 加， 性能的不断优化都为软件开发带 来 新 的 要 求 。 客 户 也 会 在 使 用 过 程 中 产生新的想法 。 在项目管理中 ， 客户 的 需 求 变 更 是 常 有 的 事 ， 如果不能 及时 的 处 理 这 些 变 更， 就 会 延 缓 项 目 完 成 的 时 间， 减小项目成功的概 率， 增加项目开发的成本 。 所以 ， 制定 一 套 科 学 的 需 求 管 理 策 略 是 十 分 必要的 。
摘 要】 需求管理是项目管理的基础 ， 也是软件项目成功实现的关键 。 因此在项目管理中实施需求管理具有十分重要的 现 实 意 义 。 本 文 阐 述 【 了软件需求管理的概念 ， 分析了软件需求管理的实施特点和管理原则 ， 最后提出了需求管理一些策略 。 【 关键词 】 软件项目管理 需求管理 也 是 最 重 要 的 一 步。 有 调 查 软件需求是软件项 目 开 发 的 第 一 步 ， 表明 ， 软件开发中 ０％ —６ ０％ 的软件项目问题都是由 需 求 分 析 造 成 的 ， ４ ， 而其中大部分的问题 都 是 软 件 光是返工的费用就占了总成本的 ４ ０％ ， 需求不合理导致的 。 由此 可 以 看 出 ， 软件项目的成败和需求分析的掌 握程度有着必然的联系 。 需求分析的 不 清 晰 直 接 会 给 软 件 项 目 带 来 风 险 。 在软件项目中实施需求管理就十分必要了 。 大了需求描述的难度 。 第三 ， 软件需求的细致程度 。 对软 件 需 求 描 述 的 细 致 程 度 ， 每个人 都有不同的看法和观点 ， 对此也没有 硬 性 的 规 定 ， 但不能只顾着强调细 致而忽视了软件开发的时间 ， 项目实 施 的 时 间 一 旦 延 长 ， 客户的需求可 能又会变化 ， 所以对需求描述的程度 要 拿 捏 到 位 ， 针对不同的情况展开 不同程度的描述 。 第四 ， 软件需求的变化 。 随着经济 水 平 的 提 高 ， 科技的更新也是日 新月异 。 面对瞬 息 万 变 的 高 科 技 时 代 ， 软 件 的 开 发 面 临 着 新 的 挑 战。 开发一个新软件要经历 一 个 漫 长 的 过 程 ， 需求管理是软件开发的第一 步， 其次是软件的设计 、 开发直 到 后 期 的 维 护 都 需 要 一 定 的 时 间， 在这 个时间内其他的企业会 抢 先 推 出 同 类 产 品 ， 客户就会对产品的性能提 出新的建议和意见 ， 软件的需求就会改变 。 第五 ， 软件需求的 工 期 。 开 发 一 个 新 软 件 ， 不 仅 要 保 证 它 的 质 量， 同时也要尽量的抓紧时间 ， 软件更新 换 代 的 速 度 很 快 ， 时间拖得越长引 发的问题也就越多 ， 这些问题的出现 直 接 影 响 到 软 件 项 目 的 成 功 ， 关系 到软件企业的生存和发 展 。 但 由 于 需 求 管 理 是 软 件 开 发 的 重 要 的 、 关 键的第一步 ， 所以公司为 了 确 保 需 求 管 理 的 完 整 性 就 在 这 上 面 耗 费 了 大量的时间 ， 由此引发了很多的矛盾 。
经营管理

ቤተ መጻሕፍቲ ባይዱ
浅析软件项目管理中的需求管理
（天津） 丁 锐 摩卡软件 有限公司北京分公司