《ch3信息系统项目的范围管理.ppt》由会员分享，可在线阅读，更多相关《ch3信息系统项目的范围管理.ppt（28页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、1 3 信息系统项目的信息系统项目的范围管理范围管理3.1 信息系统项目的范围信息系统项目的范围3.2 范围规划范围规划3.3 范围定义范围定义3.4 制作工作分解结构制作工作分解结构 WBS3.5 范围确认范围确认3.6 范围控制范围控制2 3.1 信息系统项目的范围信息系统项目的范围在实践中，项目的在实践中，项目的“需求蔓延需求蔓延”是信息系统项目失败最常见是信息系统项目失败最常见的原因之一，信息系统项目往往在信息系统项目启动、计的原因之一，信息系统项目往往在信息系统项目启动、计划、执行甚至收尾时不断加入新功能，无论是客户的要求划、执行甚至收尾时不断加入新功能，无论是客户的要求还是项目实现
2、人员对新技术的试验，都可能导致信息系统还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失控，从而使信息系统项目在时间、资源和质项目范围的失控，从而使信息系统项目在时间、资源和质量上都受到严重的影响。量上都受到严重的影响。3 3.1 信息系统项目的范围信息系统项目的范围项目的项目的范围范围:项目范围指为了成功地实现项目目标所必须完成项目范围指为了成功地实现项目目标所必须完成的、的、全部全部且且最少最少的工作的工作u项目范围包含两类：项目范围包含两类：产品范围产品范围Product Scope信息系统产品或者服务所应该包含的功能根据产品根据产品的需求确定产品范围的完成情况的需求确定产品
3、范围的完成情况项目范围项目范围Project Scope项目范围是指为了能够交付信息系统项目所必须要做的工作根据项目计划根据项目计划来确定项目范围的完成情况来确定项目范围的完成情况u项目范围管理定义项目范围管理定义定义和控制项目定义和控制项目包括什么与不包括什么包括什么与不包括什么的过程的过程4 3.1 信息系统项目的范围信息系统项目的范围范围管理的重要性范围管理的重要性u我们至少要做什么？我们至少要做什么？-需求不清晰是很多需求不清晰是很多IT项目失败的主要原因项目失败的主要原因-需求不清晰导致估计不准确，估计不准确导致项目的需求不清晰导致估计不准确，估计不准确导致项目的实际运行状况与计划偏
4、差很多实际运行状况与计划偏差很多u从源头把握范围的准确从源头把握范围的准确 -项目干系人必须在项目要产出什么样的产品方面达成项目干系人必须在项目要产出什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识共识，也要在如何生产这些产品方面达成一定的共识5 3.2 3.2 项目范围规划项目范围规划u制定项目范围管理计划，记载如何确定、核实与控制项目制定项目范围管理计划，记载如何确定、核实与控制项目范围以及如何制定与定义工作分解结构范围以及如何制定与定义工作分解结构(WBS)。6 3.2 3.2 项目范围规划项目范围规划项目范围管理计划的内容有项目范围管理计划的内容有:根据项目初步范围说
5、明书编制详细项目范围说明书的一个过程；能够根据详细的项目范围说明书制作工作分解结构，并确定如何维持与批准该工作分解结构的一个过程；规定如何正式核实与验收项目已完成可交付成果的一个过程;控制详细项目范围说明书变更请求处理方式的一个过程。该过程同整体变更控制过程有直接联系。7 3 3.3 3 项目范围定义项目范围定义制定详细的项目范围说明书，作为将来项目决策的根据。制定详细的项目范围说明书，作为将来项目决策的根据。u范围定义是指将项目主要可交付成果细分成较小的、更容范围定义是指将项目主要可交付成果细分成较小的、更容易管理的部分。易管理的部分。u范围定义最重要的任务是详细定义项目范围边界范围定义最重
6、要的任务是详细定义项目范围边界u项目小组应该把工作时间和资源放在范围边界之内项目小组应该把工作时间和资源放在范围边界之内8 工作分解结构工作分解结构 WBSWBSu工作分解的过程工作分解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。uWBSWBS面向可交付成果的。uWork packagesWork packages（工作包）（工作包）WBS的最低层次的可交付成果9 WBS的分解原则的分解原则u对项目的各项活动按实施过程，产品开发周期或活动性质对项目的各项活动按实施过程，产品开发周期或活动性质等分类。等分类。u在分解任务的过程中不必考虑工作进行的顺序。在分
7、解任务的过程中不必考虑工作进行的顺序。u不同的项目分解的层次不同，不必强求结构对称。不同的项目分解的层次不同，不必强求结构对称。u把工作分解到能以可靠的工作量估计为止。把工作分解到能以可靠的工作量估计为止。u在确定最低一级的具体工作时，应能分配给某个或某几个在确定最低一级的具体工作时，应能分配给某个或某几个人具体负责。人具体负责。10 工作分解结构的表示形式工作分解结构的表示形式-树形图树形图11 工作分解结构的表示形式工作分解结构的表示形式-缩进缩进图图工作分解结构工作编号工作名称负责人资源描述1.1.0系统分析1.1.1需求分析1.1.2方案设计1.2.0系统设计1.2.1网络系统设计1.
8、2.2数据库设计1.3.0系统开发1.3.1软件开发12 工作分解结构的创建方法工作分解结构的创建方法u类比类比u自上而下法（系统思考法）自上而下法（系统思考法）u发散归纳法发散归纳法（头脑风暴法）（头脑风暴法）u模板参照法模板参照法 13 任务结构分解任务结构分解(WBS)(WBS)步骤步骤1.1.得到范围说明书或工作说明书得到范围说明书或工作说明书2.2.召集有关人员，集体讨论所有主要项目工作，确定项目召集有关人员，集体讨论所有主要项目工作，确定项目确定确定分解方法分解方法3.3.分解项目工作。尽量利用项目分解模板。分解项目工作。尽量利用项目分解模板。4.4.画出画出WBSWBS层次结构图
9、。层次结构图。WBSWBS较高层次上的工作可以定义为较高层次上的工作可以定义为子项目或子生命周期阶段子项目或子生命周期阶段5.5.将主要项目可交付成果细分为更小的、易于管理的工作将主要项目可交付成果细分为更小的、易于管理的工作包。包。6.6.验证分解的正确性，如果发现较低层的工作项没有必要，验证分解的正确性，如果发现较低层的工作项没有必要，则修改组成部分则修改组成部分7.7.建立编号建立编号8.8.随着其他活动的进行，不断的对随着其他活动的进行，不断的对WBSWBS进行更新或修正，直进行更新或修正，直到覆盖所有工作。到覆盖所有工作。14 分解标准分解标准1.1.生存期生存期2.2.功能组成功能
10、组成15 分解标准应统一分解标准应统一学生管理学生管理q按照生命期分解按照生命期分解q规划q需求q设计q编码q测试q提交q按照产品组成分解按照产品组成分解q1.1招生管理q1.2分班管理q1.3学生档案管理q1.4学生成绩管理 16 分解标准应统一分解标准应统一q不能同时使用两种标准进行分解不能同时使用两种标准进行分解1.招生管理2.分班管理3.学生档案管理4.学生成绩管理 5.规划6.需求7.设计8.编码9.测试10.提交17 检验分解结果的标准检验分解结果的标准1.1.最底层的要素是否是实现目标的充分必要条件最底层的要素是否是实现目标的充分必要条件2.2.最底层要素是否有重复的最底层要素是
11、否有重复的3.3.每个要素是否清晰完整定义每个要素是否清晰完整定义4.4.最底层要素是否有定义清晰的责任人最底层要素是否有定义清晰的责任人,是否可以进行成本是否可以进行成本估算和进度安排估算和进度安排18 George and MarthaGeorge and Martha一次野餐会一次野餐会George and MarthaGeorge and Martha计划与家人和朋友举行一次特殊的野餐计划与家人和朋友举行一次特殊的野餐活动活动,以庆祝以庆祝MarthaMartha的升职和他们的升职和他们3535周年的结婚纪念周年的结婚纪念.MarthaMartha是工程师是工程师,George,Geo
12、rge是会计是会计.他们有两个非常活泼的他们有两个非常活泼的孩子孩子,Mary 13,Mary 13岁岁,Thomas 17,Thomas 17岁岁.经过过去几年的发展经过过去几年的发展,家里家里不断壮大不断壮大,无论是时间和金钱上的需要都在增加无论是时间和金钱上的需要都在增加,所以他们所以他们已经逐渐成为非常好的计划能手已经逐渐成为非常好的计划能手,最近他们又通过了最近他们又通过了PMPPMP的的认证考试认证考试,所以他们非常清楚对于这样野餐活动也需要开所以他们非常清楚对于这样野餐活动也需要开发一个发一个WBS.WBS.19 野餐准备活动任务分解野餐准备活动任务分解序号任务持续时间工作人员1
13、开始02做冰茶15George3准备三明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6George10开车去野餐营地20Martha11结束020 3.5 3.5 项目范围确认项目范围确认u项目范围确认的概念项目范围确认的概念 是指项目干系人最终认可和接受项目范围的过程。是指项目干系人最终认可和接受项目范围的过程。u范围范围确认最重要的任务是确认项目的可交付成果和用户的确认最重要的任务是确认项目的可交付成果和用户的期望是否一致。期望是否一致。21 3.5 3.5 项目范围确认项目范围确认u项目利益
14、相关人进行范围确认时，要检查：项目利益相关人进行范围确认时，要检查：（1）可交付成果是否是确实的、可核实的。）可交付成果是否是确实的、可核实的。（2）每个可交付成果是否有明确的里程碑，里程碑是否有）每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件，比如，客户的书面认可。明确的、可辨别的事件，比如，客户的书面认可。（3）是否有明确的质量标准。）是否有明确的质量标准。22 3.5 3.5 项目范围确认项目范围确认（4）审核和承诺是否有清晰的表达。所有的这些表达必须）审核和承诺是否有清晰的表达。所有的这些表达必须清晰，并且取得一致的同意。清晰，并且取得一致的同意。（5）项目范围是否
15、覆盖了需要完成的产品或者服务进行的）项目范围是否覆盖了需要完成的产品或者服务进行的所有活动，有没有遗漏或者错误。所有活动，有没有遗漏或者错误。（6）项目范围的风险是否太高，管理层是否能够降低可预）项目范围的风险是否太高，管理层是否能够降低可预见的风险发生时对项目的冲击。见的风险发生时对项目的冲击。23 3.6 3.6 项目范围变更控制项目范围变更控制变更不可避免，因而必须强制实施某种形式的变更变更不可避免，因而必须强制实施某种形式的变更控制过程。控制过程。-欢迎变更欢迎变更范围变更管理流程遵照项目整体管理中变更管理控范围变更管理流程遵照项目整体管理中变更管理控制流程来执行制流程来执行24 3.
16、6 3.6 项目范围变更控制项目范围变更控制范围变更的原因：范围变更的原因：u项目外部环境发生变化（如法律、对手的新产品等）项目外部环境发生变化（如法律、对手的新产品等）u范围计划不周范围计划不周u有错误或者遗漏有错误或者遗漏u出现新的技术、手段和方案出现新的技术、手段和方案u项目实施组织发生了变化项目实施组织发生了变化u项目业主对项目要求发生变项目业主对项目要求发生变25 3.6 3.6 项目范围变更控制项目范围变更控制所有的变更必须记载，范围控制必须能够对造成范围变更的所有的变更必须记载，范围控制必须能够对造成范围变更的因素施加影响，估算对项目的资金、进度和风险等影响，因素施加影响，估算对
17、项目的资金、进度和风险等影响，以保证变化是有利的，同时需要判断范围变更是否发生，以保证变化是有利的，同时需要判断范围变更是否发生，如果已经发生，就对变化进行管理如果已经发生，就对变化进行管理26 3.6 3.6 项目范围变更控制项目范围变更控制变更变更控制系统控制系统u变更控制系统定义了变更请求对资金、进度的冲击，变更变更控制系统定义了变更请求对资金、进度的冲击，变更的风险估计，同时记录了拒绝变更的方法。的风险估计，同时记录了拒绝变更的方法。27 3.6 3.6 项目范围变更控制项目范围变更控制u范围变更后还要对工作分解结构进行修改，这个修改会影范围变更后还要对工作分解结构进行修改，这个修改会影响到项目的费用、时间、产品质量和需要使用的资源响到项目的费用、时间、产品质量和需要使用的资源u把变更需求产生的原因、进行纠正的理由和产生的结果以把变更需求产生的原因、进行纠正的理由和产生的结果以及其他有关范围变更的经验教训都记录在册及其他有关范围变更的经验教训都记录在册28 3.6 3.6 项目范围变更控制项目范围变更控制范围变更控制的结果范围变更控制的结果u范围变更文件范围变更文件u纠正措施文档纠正措施文档u经验教训文档经验教训文档u调整后的基准计划调整后的基准计划