您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 信息化管理 > IT软件项目管理ch05
第5章IT软件项目计划管理(2.5次、5课时)第5章IT软件项目计划管理5.1IT软件项目计划管理5.2确定IT软件项目的目标5.3项目范围管理5.4工作分解结构(WBS)5.5活动定义及估算5.6制定IT软件项目进度计划5.7方案选择5.8软件项目计划书5.9思考题5.1IT软件项目计划管理很重要性的一项复杂的、自始至终不断迭代的从不同的角度出发有不同的种类为项目的运作提供可靠的实施基础提供可行的工作计划项目计划管理是:5.1IT软件项目计划管理使软件项目的开发建立在可靠的基础之上,将项目计划变成开发人员能够遵循的文档,并据此跟踪、检查、监控计划的执行。确定软件项目开发的活动和承诺,使软件开发工作有序而协调地进行,以便根据软件计划的资源、约束和能力逐步向客户履行承诺。l明确与软件项目相关的组织和个人的职责,将任务责任落实到具体的小组和个人,从组织管理上确保项目开发的成功。项目计划的目的:5.2确定IT软件项目的目标(1)明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。(2)描述项目目标。项目目标必须明确、具体,尽量定量描述,保证项目目标容易被沟通和理解,并使每个项目组成员结合项目目标确定个人的具体目标。主要分为两步:5.2确定IT软件项目的目标定量化原则:确定项目目标时,尽可能定量描述,使得每个目标的范围、时间、成本、性能、责任等都是明确的,可以度量和监控的。个人化原则:每个具体目标应当落实到项目组的每个成员,使得每个成员都明确自己的工作和职责。简单化原则:目标的描述应当是简单而直接的,使得每个参与人员都能明确而无二义性。现实性原则:确定的每个目标都是可以实现的,而不是追求理想化的结果。遵循一些基本原则:5.3项目范围管理5.3.1项目范围管理概述5.3.2项目范围规划5.3.3项目范围定义5.3.1项目范围管理概述项目范围的确定项目范围(ProjectScope)包括项目的最终产品或者服务,以及实现该产品或者服务所需要执行的全部工作。项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作,并对其他的项目管理工作起指导作用,以确保项目顺利完成全部的过程。5.3.2项目范围规划项目范围规划的输入项目范围规划的工具和技术项目范围规划的输出5.3.2项目范围规划产品描述项目章程制约因素前提条件项目范围规划的输入:5.3.2项目范围规划产品分析成本效益分析项目方案识别技术专家评定项目范围规划的工具和技术:5.3.2项目范围规划项目范围说明书范围管理计划项目范围规划的输出:5.3.2项目范围定义范围说明书制约因素前提条件其他计划结果历史资料使用工具:工作分解结构模板范围定义的输入:5.4工作分解结构(WBS)5.4.1工作分解的原因及原则5.4.2WBS的分层设计5.4.3WBS的设计方法和步骤5.4.4项目责任分配矩阵5.4.1工作分解的原因及原则进行工作分解之后,可以根据细分后的工作包之间的逻辑关系来实施项目。通过工作分解,项目组成员就会明确各自的职责,也有了可以共同遵守的明确规范,这样就可以减少繁琐的协调工作量,有利于工作的沟通。把项目细分为具体的工作任务后,每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。通过工作分解,可以比较准确地把握项目所需要的技术、人力、资金等信息,以及面临的风险,从而可以为项目计划的制定提供基线。分解原因:5.4.1工作分解的原因及原则在同一个工作任务中,最好只包含相关的工作元素。例如,对软件开发项目而言,“编码”和“测试”不应该在同一个工作任务中,因为在项目中,“编码”和“测试”的工作性质明显不同,也发生在不同的阶段。在同一个工作任务中,所有工作活动应该是平行的或者连续发生的,其间不应该插入不相关的工作活动。在同一个工作任务中,尽量使用相同的项目组成员,便于彼此沟通和交流。分解原则:5.4.2WBS的分层设计项目可交付的成果可交付的子成果最底层的可交付子成果工作任务图5.1工作分解结构的层次产品或者服务包含的工作总和主要可交付的产品或者服务可交付的子产品或服务最底层的可交付子产品或服务可识别的工作活动一二三四五5.4.3WBS的设计方法和步骤1.类比分解法2.自上而下分解法3.自下而上汇集法4.遵循指导方针方法:5.4.3WBS的设计方法和步骤1.明确并识别项目的各主要组成部分;2.确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算;3.确定工作任务(工作包);4.核实分解的正确性。步骤:5.4.4项目责任分配矩阵参见表5.1(P62)5.5活动定义及估算5.5.1活动定义5.5.2活动排序5.5.3活动估算5.5.1活动定义工作分解结构项目范围说明历史信息约束条件依据:5.5.1活动定义活动分解法参照模板法方法:输出:活动清单详细依据更新的工作分解结构5.5.2活动排序活动清单产品描述活动之间的逻辑关系项目的约束条件里程碑依据:5.5.2活动排序前导图法(PrecedenceDiagrammingMethod,PDM)工具和技术1:ABCDE图5.2前导图法表示的网络图5.5.2活动排序箭线图法(ArrowDiagrammingMethod,ADM)工具和技术2:1234567A1A2A3A4A5A6A7V1图5.3用箭线图法表示的网络图5.5.2活动排序项目网络图:项目网络图就是项目活动及其相互关系的示意图,图中可以包括项目的全部活动,也可以只包括主要活动。除此之外,还应当有对活动的简单描述、活动排序方法、重要活动说明,以及被忽略的活动说明。更新的活动清单:在活动排序过程中,需要对活动之间的逻辑关系进行分析和确认,可能会发现必须对某些活动进行重新分解和定义,需要更改项目活动清单,甚至工作分解结构。输出:5.5.3活动估算工作量:指完成一个活动需要投入的人工,一般以人(小)时、人天、人月为计量单位。在确定工作量时,一是考虑系统的规模、功能点数和对象点数;二是考虑生产效率。这三者的关系是:工作量=规模/效率。资源:这里是指完成一项活动能够投入的人力资源。投入人力资源的数量一般要与项目的规模合理匹配,而且与项目的总的时间要求、费用支出有关。活动工期:理论上,在工作量一定的情况下,投入的人力资源越多,则活动的工期就越短,在一定范围内二者之间的关系近似线性,如100个人天的工作量,投入10个人时,则需要10个工作日完成;投入5个人,则需要20个工作日。估算过程中需要考虑的主要因素包括:5.5.3活动估算活动清单约束条件资源情况历史信息已识别的风险活动估算时的依据:5.5.3活动估算专家评定法经验类比估算法利用历史数据法德尔非法(DelphiMethod)活动估算方法:5.5.3活动估算活动持续时间:这是本阶段工作的最主要成果,估计出来的完成每个活动所需要持续的时间,这个时间可以存在一个允许的变动范围。活动持续时间估算的依据:有时也需要将进行活动估算的依据作为补充材料写入活动持续时间描述文档中。变更的活动清单:项目活动估算中,也会发现和更改活动定义和相互关系等,因此,需要对活动清单进行修正。活动估算的输出:5.6制定IT软件项目进度计划5.6.1软件项目进度计划5.6.2制定软件项目进度计划的指导原则5.6.3项目进度计划的制定过程5.6.4软件项目计划的主要活动5.6.5网络计划技术在项目进度安排中的应用5.6.1软件项目进度计划考虑各种因素,串并性产品发行集成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试图5.4软件项目开发的并行性5.6.2制定软件项目进度计划的指导原则1.将用于编制软件项目计划及跟踪软件项目的工作文档化。2.对于软件项目的实施采用文档化的承诺。3.相关的机构或个人认可他们对软件项目的承诺。4.指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。5.确保软件项目存在一份文档化的、并被认可的工作任务说明。6.软件开发计划要指定人员角色分工,明确责任。7.对软件项目所需要的、适当的资源及资金做出计划。5.6.2制定软件项目进度计划的指导原则8.对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。9.成立相关软件项目组及相关的方案论证小组。10.软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。11.按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。12.明确划分为预先定义的、规模可管理的阶段的软件生命周期。13.按照书面流程开发项目的软件开发计划。14.将软件项目计划文档化。5.6.2制定软件项目进度计划的指导原则15.确定软件项目需要建立及维护控制的软件产品。16.按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。17.按照书面流程进行对软件项目工作量及费用的估计。18.按照书面流程进行对项目所需要的关键计算机资源的估计。19.按照书面流程确定项目的软件开发进度。20.识别、评估与项目的费用、资源、进度及技术方面相关的软件风险,并文档化。21.准备项目的软件工程机制及支撑工具的计划。5.6.2制定软件项目进度计划的指导原则22.记录软件计划编制数据。23.制定并使用度量方法以确定软件计划活动的状态。24.定期与高级管理人员对软件项目计划活动进行复审。25.以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。26.对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核,并将结果文档化。5.6.3项目进度计划的制定过程项目网络图活动持续时间估计资源需求资源安排描述日历约束条件假设条件提前或滞后要求风险管理计划依据:5.6.3项目进度计划的制定过程数学分析法持续时间压缩法模拟法资源分配的启发式方法项目管理软件工具和技术:5.6.3项目进度计划的制定过程项目进度计划详细依据说明进度管理计划更新的项目资源需求输出:5.6.4软件项目计划的主要活动1.计划初始阶段2.指定软件开发计划SDP3.对SDP草稿进行审查和批准4.实施软件开发计划5.软件开发过程的质量和评价6.修改SDP5.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项目活动网络M514/7/9921天21天19/9/995.6.5网络计划技术在项目进度安排中的应用4/711/718/725/71/88/815/822/829/85/912/919/9开始T1T2M1M4T3M3T4M5T9M6T11M8T12T6T7M7M2T5T10T8结束图5.7条形图表示的项目活动时间安排5.6.5网络计划技术在项目进度安排中的应用4/711/718/725/71/88/815/822/829/85/912/919/9程序员1T1T2T3T4T9T11T12T6T7T5T10T8图5.8条形图表示的项目人员安排程序员2程序员3程序员4程序员55.7方案选择5.7.1极线图5.7.2决策树法5.7.1极线图重用性成本进度可移植性效率可靠性说明:方案A方案B方案C图5.9可选方案极线图5.7.2决策树法最大
本文标题:IT软件项目管理ch05
链接地址:https://www.777doc.com/doc-4258103 .html