软件项目计划管理ch05.ppt

《软件项目计划管理ch05.ppt》由会员分享，可在线阅读，更多相关《软件项目计划管理ch05.ppt（52页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第 5 章IT软件项目计划管理（2.5次、5课时）第5章 IT软件项目计划管理 n5.1 IT软件项目计划管理n5.2 确定IT软件项目的目标n5.3 项目范围管理n5.4 工作分解结构(WBS)n5.5 活动定义及估算n5.6 制定IT软件项目进度计划n5.7 方案选择n5.8 软件项目计划书n5.9 思考题5.1 IT软件项目计划管理n很重要性的n一项复杂的、自始至终不断迭代的 n从不同的角度出发有不同的种类 n为项目的运作提供可靠的实施基础n提供可行的工作计划项目计划管理是：5.1 IT软件项目计划管理n使软件项目的开发建立在可靠的基础之上，将项目计划变成开发人员能够遵循的文档，并据此跟

2、踪、检查、监控计划的执行。n确定软件项目开发的活动和承诺，使软件开发工作有序而协调地进行，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。nl明确与软件项目相关的组织和个人的职责，将任务责任落实到具体的小组和个人，从组织管理上确保项目开发的成功。项目计划的目的：5.2 确定IT软件项目的目标n(1)明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。n(2)描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。主要分为两步：5.2 确定IT软件项目的目标n定量化原则：确定项目目标时，尽可能定量

3、描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。n个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。n简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。n现实性原则：确定的每个目标都是可以实现的，而不是追求理想化的结果。遵循一些基本原则：5.3 项目范围管理n5.3.1 项目范围管理概述n5.3.2 项目范围规划n5.3.3 项目范围定义5.3.1 项目范围管理概述n项目范围的确定项目范围(Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。n项目范

4、围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。5.3.2 项目范围规划n项目范围规划的输入 n项目范围规划的工具和技术 n项目范围规划的输出 5.3.2 项目范围规划n产品描述 n项目章程 n制约因素 n前提条件 项目范围规划的输入：5.3.2 项目范围规划n产品分析 n成本效益分析 n项目方案识别技术 n专家评定 项目范围规划的工具和技术：5.3.2 项目范围规划n项目范围说明书 n范围管理计划项目范围规划的输出：5.3.2 项目范围定义n范围说明书 n制约因素 n前提条件 n其他计划结果 n历史资料 n使用工具：工作

5、分解结构模板 范围定义的输入：5.4 工作分解结构(WBS)n5.4.1 工作分解的原因及原则n5.4.2 WBS的分层设计n5.4.3 WBS的设计方法和步骤n5.4.4 项目责任分配矩阵5.4.1 工作分解的原因及原则n进行工作分解之后，可以根据细分后的工作包之间的逻辑关系来实施项目。n通过工作分解，项目组成员就会明确各自的职责，也有了可以共同遵守的明确规范，这样就可以减少繁琐的协调工作量，有利于工作的沟通。n把项目细分为具体的工作任务后，每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。n通过工作分解，可以比较准确地把握项目所需要的技术、人力、资金等信息，以及面临的风险，从而可以

6、为项目计划的制定提供基线。分解原因：5.4.1 工作分解的原因及原则n在同一个工作任务中，最好只包含相关的工作元素。例如，对软件开发项目而言，“编码”和“测试”不应该在同一个工作任务中，因为在项目中，“编码”和“测试”的工作性质明显不同，也发生在不同的阶段。n在同一个工作任务中，所有工作活动应该是平行的或者连续发生的，其间不应该插入不相关的工作活动。n在同一个工作任务中，尽量使用相同的项目组成员，便于彼此沟通和交流。分解原则：5.4.2 WBS的分层设计 项目可交付的成果可交付的子成果最底层的可交付子成果工作任务图5.1 工作分解结构的层次产品或者服务包含的工作总和主要可交付的产品或者服务可交

7、付的子产品或服务最底层的可交付子产品或服务可识别的工作活动一二三四五5.4.3 WBS的设计方法和步骤n1.类比分解法 n2.自上而下分解法 n3.自下而上汇集法 n4.遵循指导方针 方法：5.4.3 WBS的设计方法和步骤n1.明确并识别项目的各主要组成部分;n2.确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算;n3.确定工作任务(工作包);n4.核实分解的正确性。步骤：5.4.4 项目责任分配矩阵 参见表5.1(P62)5.5 活动定义及估算 n5.5.1活动定义n5.5.2活动排序n5.5.3 活动估算 5.5.1 活动定义n工作分解结构 n项目范围说明n历史信息

8、n约束条件 依据：5.5.1 活动定义n活动分解法 n参照模板法 方法：输出：n活动清单 n详细依据 n更新的工作分解结构 5.5.2 活动排序n活动清单 n产品描述 n活动之间的逻辑关系 n项目的约束条件 n里程碑 依据：5.5.2 活动排序n前导图法(Precedence Diagramming Method，PDM)工具和技术 1：ABCDE图5.2 前导图法表示的网络图5.5.2 活动排序n箭线图法(Arrow Diagramming Method，ADM)工具和技术 2：1234567A1A2A3A4A5A6A7V1图5.3 用箭线图法表示的网络图5.5.2 活动排序n项目网络图：项

9、目网络图就是项目活动及其相互关系的示意图，图中可以包括项目的全部活动，也可以只包括主要活动。除此之外，还应当有对活动的简单描述、活动排序方法、重要活动说明，以及被忽略的活动说明。n更新的活动清单：在活动排序过程中，需要对活动之间的逻辑关系进行分析和确认，可能会发现必须对某些活动进行重新分解和定义，需要更改项目活动清单，甚至工作分解结构。输出：5.5.3 活动估算 n工作量：指完成一个活动需要投入的人工，一般以人(小)时、人天、人月为计量单位。在确定工作量时，一是考虑系统的规模、功能点数和对象点数；二是考虑生产效率。这三者的关系是：工作量=规模/效率。n资源：这里是指完成一项活动能够投入的人力资

10、源。投入人力资源的数量一般要与项目的规模合理匹配，而且与项目的总的时间要求、费用支出有关。n活动工期：理论上，在工作量一定的情况下，投入的人力资源越多，则活动的工期就越短，在一定范围内二者之间的关系近似线性，如100个人天的工作量，投入10个人时，则需要10个工作日完成；投入5个人，则需要20个工作日。估算过程中需要考虑的主要因素包括：5.5.3 活动估算 n活动清单 n约束条件 n资源情况 n历史信息 n已识别的风险 活动估算时的依据:5.5.3 活动估算 n专家评定法 n经验类比估算法 n利用历史数据法 n德尔非法(Delphi Method)活动估算方法:5.5.3 活动估算 n活动持续

11、时间：这是本阶段工作的最主要成果，估计出来的完成每个活动所需要持续的时间，这个时间可以存在一个允许的变动范围。n活动持续时间估算的依据：有时也需要将进行活动估算的依据作为补充材料写入活动持续时间描述文档中。n变更的活动清单：项目活动估算中，也会发现和更改活动定义和相互关系等，因此，需要对活动清单进行修正。活动估算的输出:5.6 制定IT软件项目进度计划 n5.6.1软件项目进度计划n5.6.2制定软件项目进度计划的指导原则n5.6.3项目进度计划的制定过程n5.6.4软件项目计划的主要活动n5.6.5网络计划技术在项目进度安排中的应用5.6.1 软件项目进度计划 考虑各种因素，串并性产品发行集

12、成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试图5.4 软件项目开发的并行性5.6.2 制定软件项目进度 计划的指导原则 n1.将用于编制软件项目计划及跟踪软件项目的工作文档化。n2.对于软件项目的实施采用文档化的承诺。n3.相关的机构或个人认可他们对软件项目的承诺。n4.指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。n5.确保软件项目存在一份文档化的、并被认可的工作任务说明。n6.软件开发计划要指定人员角色分工，明确责任。n7.对软件项目所需要的、适当的资源及资金做出计划。5.6.2 制定软件项目进度 计划的指导原则 n8.对软

13、件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。n9.成立相关软件项目组及相关的方案论证小组。n10.软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。n11.按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。n12.明确划分为预先定义的、规模可管理的阶段的软件生命周期。n13.按照书面流程开发项目的软件开发计划。n14.将软件项目计划文档化。5.6.2 制定软件项目进度 计划的指导原则 n15.确定软件项目需要建立及维护控制的软件产品。n16.按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。n17.按照

14、书面流程进行对软件项目工作量及费用的估计。n18.按照书面流程进行对项目所需要的关键计算机资源的估计。n19.按照书面流程确定项目的软件开发进度。n20.识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。n21.准备项目的软件工程机制及支撑工具的计划。5.6.2 制定软件项目进度 计划的指导原则 n22.记录软件计划编制数据。n23.制定并使用度量方法以确定软件计划活动的状态。n24.定期与高级管理人员对软件项目计划活动进行复审。n25.以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。n26.对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核，并

15、将结果文档化。5.6.3 项目进度计划的制定过程 n项目网络图 n活动持续时间估计 n资源需求 n资源安排描述 n日历 n约束条件 n假设条件 n提前或滞后要求 n风险管理计划 依据:5.6.3 项目进度计划的制定过程 n数学分析法 n持续时间压缩法 n模拟法 n资源分配的启发式方法n项目管理软件 工具和技术:5.6.3 项目进度计划的制定过程 n项目进度计划 n详细依据说明 n进度管理计划 n更新的项目资源需求 输出:5.6.4 软件项目计划的主要活动 n1.计划初始阶段 n2.指定软件开发计划SDP n3.对SDP草稿进行审查和批准 n4.实施软件开发计划 n5.软件开发过程的质量和评价

16、n6.修改SDP 5.6.4 软件项目计划的主要活动 软件规模、成本、日期估计软件项目跟踪和监控计划过程开始制订项目计划SDP对SDP审查和批准实施软件开发计划SDP过程度量和评价修改SDP需求管理软件配置管理(SCM)软件质量保证(SQA)图5.5 软件项目计划的实现过程5.6.5 网络计划技术在项目 进度安排中的应用 14天4/7/99 开始5/9/9925/8/994/8/9911 天7天28 天14天25/7/9921天14天21 天25/7/9910天T1T3T9T11T12T2T6T7T4T8T5T1018/7/9935天11/8/99M1M4M4M6M8M7结束M2M3图5.6

17、项目活动网络M514/7/9921天21天19/9/995.6.5 网络计划技术在项目 进度安排中的应用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9开始T1T2M1 M4T3M3T4M5 T9M6T11M8T12T6T7M7M2T5T10T8结束图5.7 条形图表示的项目活动时间安排5.6.5 网络计划技术在项目 进度安排中的应用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9程序员1T1T2T3T4T9T11T12T6T7T5T10T8图5.8 条形图表示的项目

18、人员安排程序员2程序员3程序员4程序员55.7 方 案 选 择 n5.7.1极线图n5.7.2 决策树法 5.7.1 极线图 重用性成本进度可移植性效率可靠性说明：方案A方案B方案C图5.9 可选方案极线图5.7.2 决策树法 n最大最小策略：这是一种保守的决策方法，它的目标是使项目的损失最小。该方法假设项目成本最大时发生的概率比成本最小时发生的概率大，因此盈利应该是负数。因此，选择盈利最小的方案。在上面的例子中，最低的损失是15 000，应该选择方案B。n乐观法则：又称为最大最大策略，它选择的方案应该是能够获得最大的利润的(盈利是正数)方案。最大最大策略假设项目成本最小时发生的概率比成本最大

19、时发生的概率大。在这个例子中，最大最大策略应该选择方案A。5.8 软件项目计划书 n1.引言n1.1计划的目的n1.2项目的范围和目标n1.2.1范围描述n1.2.2主要功能n1.2.3性能n1.2.4管理和技术约束n2.项目估算n2.1使用的历史数据n2.2使用的评估技术n2.3 工作量、成本、时间估算 5.8 软件项目计划书 n3.风险管理战略n3.1风险识别n3.2有关风险的讨论n3.3风险管理计划n3.3.1风险计划n3.3.2风险监视n3.3.3风险管理n4.日程n4.1项目工作分解结构n4.2进度安排(甘特图)n4.3资源表5.8 软件项目计划书 n5.项目资源n5.1人员n5.2硬件和软件n5.3特别资源n6.人员组织n6.1组织结构n6.2管理报告n7.跟踪和控制机制n7.1质量保证和控制n7.2变化管理和控制n8.附录5.9 思 考 题n参见书80页