项目需求定义与管理

*单元： 需求管理 – 项目管理的基础与边界 通过一组案例，对项目需求管理的几个核心问题进行讨论，着重探讨如何挖掘客户的“真实需求”，并在项目的“全过程”对其进行管理  需求分析对项目的影响  导致需求分析缺陷的常见原因  获得“高质量需求”的基本原则  需求管理的基本流程与机制  项目经理在需求过程中的角色与作用 第二单元： 对项目干系人的分析 需求的最终来源是项目干系人，而需求管理的核心是对干系人“利益”的系统化挖掘，以及持续的管理与沟通。这一部分重点介绍一个系统化的项目关系人管理方法论，及其在需求管理中的应用  项目干系人的识别与分类  干系人象限 -- 依赖性与项目影响力  干系人象限 -- 沟通与项目立场  如何与不同象限的干系人进行沟通  重要的干系人风险及其应对  项目需求界定与管理的重要机制 -- 干系人管理计划 第三单元： 项目需求的基本工具与方法 项目需求的“挖掘”过程应该基于系统的流程与方法、技术，而更为重要的是任何项目都有其存在的基本原因，“业务目标”是项目的基础，而技术方案仅仅是手段  对项目“业务目标”的深刻理解  业务需求与技术需求  需求的分析与获取过程  通过正确的“手段”达成项目的业务需求  核心需求分析工具： 帕累托、鱼骨图、用例、原型分析 …  关于“项目边界”的探讨 团队练习1： 干系人分析与基本需求的确定 通过对一个典型案例的研读与小组讨论，运用相关的分析工具与方法，获得（1）项目的基本需求清单 （2） 关系人管理计划 由项目经理做讲解与介绍 第四单元： 基于“用例分析模型”的项目需求界定 用例分析是需求细化与清晰化的重要工具，在项目管理中有广泛的应用。本节的重点是这一方法的基本构成与实现，及其在相关应用中的一些问题与经验  关于项目需求的细化  “用例”及其在项目需求管理中的应用  几个重要的概念： Actor、用例、用例模型、用例图  应用中的几个重要问题  “功能分解”与“用例”异同 第五单元： 项目需求的优先级管理 项目的需求与项目资源往往是矛盾的，用户（Sponsor）的核心需求经常掩盖在大量的“期望”当中，我们经常不得不去发掘用户的“核心业务目标”与“项目需求”  什么是“核心目标”？  一个“非标准”的五级分类法  需求的优先级管理框架  优先级管理中的职责与角色  需求的评估过程，以及项目基线的建立 团队练习2：需求的细化（清晰化）与优先级的建立 通过用例模型工具，对练习1中得到的需求进行优化，并形成初步的优先级清单，由项目经理做讲解与介绍 第六单元： 项目需求的可追溯性 项目需求与项目的产品目标必须是对应、可追溯的，为实现这一点需要系统的方法与完善的文档。本节将重点讨论基本的“可追溯”策略  需求的追溯性  对于需求中“问题”的追溯管理  “隐性需求”与“显性需求”的管理与追溯  基本的策略与方法  需求追溯矩阵 第七单元： 项目需求的确认与认可 需求是需要确认的，包括内部确认与外部（客户）确认。一个标准的审查流程和认可过程，可以*限度上保证需求的准确与可追溯  需求的审查与认可过程  基本审查流程  需求的审核要点  审核中的层次与角度  回归业务目标 -- 对项目业务目标的再讨论 第八单元： 对需求变更的管理 项目的变更管理永远是项目实际操作中最为艰难的部分，“范围延展”在很多项目中或多或少会出现，而一个标准化的“需求变更控制流程”是项目经理所必须坚持的  一个基础问题的讨论：项目的三约束  项目需求变更的基本控制流程  项目经理在变更控制中的角色以职责  项目变更控制委员会的职责与形式  如何能在变更中掌握主动？  一个重要的思考： 为什么会产生变更 团队练习3： 项目经理对“需求变更”的评估 对客户提出的需求变更请求进行适当的分析与评估，形成一个简单的评估文档，由项目经理做讲解与介绍