软件项目管理-Ch11课件

1Chapter11

软件项目进度管理主要内容软件项目进度管理概述软件项目进度管理过程软件项目进度估算软件项目进度计划编制原理231.1软件项目进度管理的意义进度管理目的和意义保证在正确的时间有正确的资源可用避免不同的活动在相同的时间竞争相同的资源为每个人员分配任务，协调人员实际的进度可以有标准进行衡量产生成本消耗计划根据实际情况，调整项目41.2软件项目进度管理的术语活动/认为进度管理是基于WBS的，WBS的最下层就是一个活动，或者称为一个任务。完成了这些活动意味着完成了WBS结构中的项目细目和子细目。里程碑里程碑就是指一组活动的终点，是完成一个阶段工作后可以看到部分结果的检查点。5关于里程碑的建议对于小的、一个人的项目（PSP）：每4-5个小时的工作应该有个里程碑对于多个星期的工作至少每个星期一个里程碑对于团队项目：里程碑往往和评审结合在一起1.3软件项目进度管理定义6进度是项目活动的一个列表基本属性：按照时间顺序排列能够体现任务的依赖关系把任务和资源结合起来进度中要包括所有的活动7进度和工作量在考虑进度安排时，要把工作量与花费时间联系起来，合理分配工作量。进度和工作量之间不是简单的比例关系，根据工作量估算进度时必须考虑团队的效率和项目最短时间的因素。8任务的确定与并行性当参加同一软件工程项目的人数不止一人的时候，开发工作就会出现并行情形。因为并行任务是同时发生的，所以进度计划表必须决定任务对资源的需求9进度管理在整个项目中，我们需要一份能清晰描述活动发生的时间和所需要的资源的计划。仅仅考虑活动之间的顺序关系，我们称之为活动排序（Sequencing)——逻辑设计考虑资源约束，我们称为调度（Scheduling)——物理设计1.4进度管理中活动间的关系10FS（完成开始）：B任务必须在A任务完成之后才能够开始。SS（开始开始）:B任务只能够在A任务开始之后才能够开始ABAB进度管理中活动间的关系（续）FF（完成完成）:B任务只能够在A任务完成之后才能够完成SF(开始完成):B任务只能够在A任务开始之后才能够完成ABAB12活动之间关系的依据强制性依赖关系/硬逻辑关系：是指各活动间固有的依赖性，通常由客观条件限制造成的（例如软件只有在原型完成后才能对它进行测试。）软逻辑关系：是指由项目管理团队所确定的相关性，是人为的，主观的。外部依赖关系：是指本项目活动与外部活动间的相关性。例如，一个软件项目的测试活动依赖于外部硬件的运到。131.5进度管理常见问题项目范围定义不完整或者中途变更；对项目所涉及的资源、环境、工具等的成本分析不够完善准确，致使项目实施过程中遇到资源、环境、工具的限制时，不得不以时间作代价对项目估算不准确项目质量原因人员因素对项目的风险分析不够项目进度管理力度不够142.1PMBOK中进度管理过程定义活动；排列活动顺序；估算活动资源；估算活动持续时间；制定进度计划；控制进度。

2.2软件项目进度安排过程1516项目进度安排软件项目的进度安排与任一个工程项目的进度安排基本相同。基本过程：首先，识别一组项目任务，并建立任务之间的相互关系其次，估算各个任务的工作量和完成任务所需要的资源定义里程碑然后分配人力和其它资源，制定进度时序检查进度安排，确保任务之间没有冲突，并且包含了完成项目必需的所有任务。并行组织任务以最优利用资源使任务依赖关系最小以避免等待时间。进度安排中应该包括一定的缓冲进度安排也依赖于项目经理的经验。17为监控软件项目的进度计划和工作的实际进展情况，为表现各项任务之间进度的相互依赖关系，资源的使用状况，需要采用图示的方法在图示方法中，需要明确标明：各个任务的计划开始时间，完成时间；各个任务完成标志；完成各个任务所需的资源。2.3进度管理的图示18进度管理的图示网络图PDM网络图ADM网络图CDM网络图甘特图棒状图甘特图三角形甘特图里程碑图19甘特图甘特图（GanttChart）也称为横道图，是表示项目中完成每项活动所需要的时间的条形图。20甘特图优点：易于理解，特别适合任务不多的项目；有专业软件支持，无须担心复杂计算和分析。局限：只关注进程（时间），无法反映项目管理的其他两个约束（成本和范围）；软件的不足。尽管能够通过项目管理软件描绘出项目活动的内在关系，但是如果关系过多，纷繁芜杂的线图必将增加甘特图的阅读难度；它不能表现工程项目的主要矛盾之所在。因此，只适用于关系简单的项目。21PDM网络图PrecedenceDiagrammingMethod

节点法或单代号网络图或优先网络。构成单代号网络图的基本特点是节点，节点表示任务（活动），箭头表示任务之间的逻辑关系.AON(Activityon-Node)活动在节点法

22软件项目PDM网络图开始项目规划需求获取需求确认项目计划评审总体设计详细设计编码集成测试系统测试结束23ADM网络图ArrowDiagrammingMethod

箭线法或者双代号网络图。图中箭线表示任务（活动），节点表示前一个活动的结束，同时也表示后一个活动的开始.AOA(Activityon-Arrow)

24软件项目ADM网络图134625987项目规划需求获取需求确认项目计划评审总体设计详细设计编码集成测试系统测试25CDM网络图也称为条件箭线图法网络图。它允许活动序列相互循环和反馈，诸如一个环或条件分支。实际项目使用很少26里程碑图里程碑图就是使用图表的方式来直观的表达项目里程碑的一种项目管理表格工具。273项目进度估算经验公式估算法参数估算法自上而下经验比例法进度表估算法基于承诺的进度估算法Jones的一阶估算准则3.1经验公式估算法28已知团队规模的估算法：估算公式为：D＝E/（S*P）D表示任务的持续时间，即进度，可以用小时、日、周表示；E表示任务的工作量，可以用人月、人天等表示；S表示团队规模，可以用人数表示；P表示开发效率，主要代表团队规模和个人开发相比的效率，是一个无量钢的量，它体现了团队效率和个人效率的关系。适用于规模比较小的项目，相对比较简单和容易。3.1经验公式估算法29未知团队规模的估算法：基本公式：D＝a*Eb其中D表示月进度，E表示工作量，以人月为单位。a是2-4之间的参数，b为1/3左右的参数a,b的取值依赖企业和项目的情况，惯常取值a=3,b=1/3这是根据经验得出的基于工作量的估算方法。3.2参数公式估算法30IBM模型

(Walston-Felix)E＝5.2×(KLOC)0.91；D＝4.1×(KLOC)0.36＝2.47×E0.35；S＝0.54×E0.6；DOC＝49×(KLOC)1.01。上述公式中KLOC是千源代码行数；E是工作量，人月为单位；D是项目持续时间，月为单位；S是人员需要量，以人数为单位；DOC是文档数量，以页为单位。参数公式估算法31基本COCOMO模型开发模式工作量进度有机式E=2.4*(KLOC)1.05T=2.5*(E)0.38半分离式E=3.0*(KLOC)1.12T=2.5*(E)0.35嵌入式E=3.6*(KLOC)1.20T=2.5*(E)0.32323.3自上而下经验比例法如果估算工作量时，得到的是整个项目的工作量，那么不论是经验公式还是参数公式算出来的都是整个项目的历时，而没有给出项目各个阶段的历时，这种情况下仍然没有制定出进度计划来。通常此时需要采用经验比例法，把整个项目的历时按照经验划分到每个阶段上，从而得出每个阶段的历时，有了阶段历时后，则再根据识别的任务，进行阶段任务分解和排序，把这些时间根据经验分到各个任务上，对各个任务再进行工作量和开发时间的分配，这种方法可以看成是自上而下的经验比例进度估算法。33简单比例制定进度计划的40－20－40规则：在整个软件开发过程中，编码工作量仅占20％，编码前工作量占40％，编码后工作量占40％。

40－20－40规则只应用来做为一个指南。实际的工作量分配比例必须按照各项目的特点来决定。34设计和开发详细比例McConnell在其书《软件项目生存指南》中给出的比例表。表中没有需求分析阶段比例，因为他认为需求分析要另外花费项目的10－30％的时间，配置管理和质量管理分别占总项目成本的3-5%，因此一个项目应该给出10-15%的比例进行项目管理和支持活动。生命周期阶段小项目大项目架构设计10%30%详细设计2020代码开发2510单元测试205集成测试1520系统测试101535WalkerRoyce比例表WalkerRoyce在其《软件项目管理》一书中给出的比例表更全面的，还考虑了环境的配置和项目实施阶段。管理工作5%需求分析5%设计10%编码和单元测试30%集成和系统测试40%项目实施5%环境配置5%363.4大致的(Ballpark)进度表估算法一种基于给定进度表进行进度估算的方法，是关于一个特定大小程序的进度估算方法。包括三种情况的进度表：可能的最短进度表有效进度表普通进度表37可能的最短进度表系统软件商业软件封装商品软件系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）100006253.554.28150007404.184.913200008574.6115.619250009745.1156243000091105.52273735000101305.826744400001117063475745000111956398665000011230746879600001228575799838可能的最短进度表（续）系统软件商业软件封装商品软件系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）7000013350871912080000144108831014090000144809961017010000015540911011190120000166801014011240最短进度：----不可能完成的任务！应用：可以作为一个进度审核的依据。比如想10个人9个月完成一个80000代码的封装商品软件是不可能的39可能的最短进度表使用的几个前提条件：人员人才库中前10％的最拔尖的人作为开发团队的成员开发人员有几年应用编程经验和编程环境的工作经验开发人员掌握了应用领域的详细知识每人目标明确，努力工作大家可以分享团队成果，团队和谐不存在人员调整管理具有理想的项目管理方式开发人员可以专注于本职的工作全体员工在项目开始的第一天全部上班工作，直到项目提交为止40可能的最短进度表使用的几个前提条件：工具有先进的软件开发工具开发人员可以无限制地使用资源工作环境理想，在集中的工作区域开发交流工具畅通开发方法使用最时效的开发方法和开发工具设计阶段开始的时候已经完全了解需求需求不变更压缩条件尽可能压缩进度，直到不能够压缩41有效进度表系统软件商业软件封装商品软件系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）100008244.955.981500010385.8871220000115071181825000127071492330000139782093235000141208241039400001514093010494500016170934115750000161901040116760000182401049128342有效进度表（续）系统软件商业软件封装商品软件系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）70000192901161131008000020345127114120900002140012821514010000022450139315160120000235601411516195140000256701514017235有效进度：----实践中的最佳情况！43有效进度表使用的几个前提条件：人员人才库中前25％的最拔尖的人作为开发团队的成员开发人员有1年应用编程经验和编程环境的工作经验大家对目标有共同的看法，相互之间没有严重冲突采用有效的人员模式每年人员调整少于6％其他采用有效的编程工具进行主动的风险管理有优良的物理环境沟通工具使用方便44普通进度表系统产品商业产品封装产品系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）1000010486971515000127671582420000141108219342500015140927104430000161851037115935000172201044127140000182701154138845000193101161131005000020360127114115600002144013881514545普通进度表（续）系统产品商业产品封装产品系统规模（代码行）进度（月）工作量（人月）进度（月）工作量（人月）进度（月）工作量（人月）70000235401310516175800002463014125172109000025730151401724010000026820151601827012000028100016200203351400030120017240214001600003214001828022470180003416001933023540200000351900203702461030000041300024600291000普通进度：一般状况46普通进度表使用的几个前提条件：人员人才库中中等以上的人作为开发团队的成员开发人员对编程经验和编程环境一般熟悉开发人员对应用领域有一定的经验，但经验不丰富每年人员调整是10％-12％其他编程工具在一定程度上可以使用风险管理不想理想情况那样得力交流工具容易使用工作环境一般，不是很理想进度压缩一般473.5基于承诺的进度估算方法从需求出发安排进度，不进行中间的工作量估计，通过开发人员做出的进度承诺而进行的进度估计优点：有利于开发者对进度的关注，有利于开发者在接受承诺之后的士气高昂缺点：开发人员的估计比较乐观，一般低估20-30％483.6Jones的一阶估算准则是根据功能点的总和，从表中选择合适的幂次将它升幂。这个准则不能取代更仔细的进度估算，但它提供了一个获得粗略进度估算的最简单方法。此方法也可以进行一种快速检查，比如如果想8个月开发一个350个功能点的封装商品软件，就要慎重考虑这个进度的可行性，因为最优情况是3500.39＝10月.软件类型最优级平均最差级系统软件0.430.450.48商业软件0.410.430.46封装商品软件0.390.420.45

由功能点计算进度的一阶幂次表494软件项目进度计划编制原理关键路径法(Criticalpathmethod,CPM)缩短项目周期资源分配进度计划修正504.1CPM的构成由箭线、节点和由节点与箭线连成的线路组成。箭线：网络图中每一条箭线代表一项活动或任务；活动的内容可大可小，可多可少。箭尾表示活动的开始，箭头表示活动的结束。箭头的方向表示活动前进的方向。箭线的长短与活动所消耗资源的多少或时间的长短无关。通常把活动的代号和作业时间标在箭线的上下。虚箭线：不占用资源，只表示前后时间关系51CPM的构成节点（事项）网络图中两条或两条以上的箭线的交接点就是节点，节点代表活动的开始和结束。用圆圈加上数字表示。始点事项，中间事项和终点事项节点（事项）不消耗时间和资源。线路从网络图的始点事项开始到终点事项为止，由一系列首尾相连的箭线和节点所代表的活动和事项所组成的通道。网络图一般有多条线路。其中最长的我们称之为关键线路。52CPM的构造方法前置活动是指某活动的紧前活动，后置活动是指某活动的紧后活动网络中只有一个起点和一个终点箭线有持续时间，节点无持续时间时间从左到右节点顺序编号，而且箭头节点的编号要大于箭尾节点的编号，编号可以不连续编。网络不包含圈,即箭线一般指向右边，不允许有循环网络不包含悬点每项活动都应有节点表示其开始和结束，即箭线首尾都应有一节点。不能从一箭线中间引出另一箭线。两相邻节点之间只允许有一条箭线相连。进入某一个节点的箭线可以有多条，但其它任何结点直接连接该节点的箭线只能有一条。53CPM时间计算关键路径法主要关注两个目标：尽快完成整个项目识别那些一旦延期将对整个项目周期产生影响的活动对每一个活动赋予持续时间后，我们可以采用前向路径(forwardpass)计算项目和各个活动的最早结束时间，采用反向路径法(backwardpass)计算项目和活动的最晚开始时间54CPM时间计算CPM中主要的时间1.各项活动的作业时间2.节点时间：节点最早开始时间和节点最迟结束时间3.活动时间：各项活动的最早开始时间和最早结束时间；各项活动的最迟开始时间和最迟结束时间。4.时差5.线路时间55节点时间结点最早开始时间（ET）：是指从该结点开始的各项活动最早可能开始的时间。从网络图的始点事项开始计算。始点事项的最早开始时间为0或规定时间。结点最迟结束时间（LT）：是指进入该结点的活动最迟必须完成的时间。它从网络图的终点事项开始，反结点编号顺序计算。终点事项结点的最迟结束时间等于其最早开始时间。56活动时间活动最早开始时间（ES：EarlyStart）：指一项活动（任务）最早可能开始的时间活动最早结束时间（EF：EarlyFinish）:指活动最早可能结束的时间.活动最晚开始时间（LS:LateStart）:指活动最晚必须开始的时间活动最晚结束时间（LF：LateFinish）：指为保证工程按期完工的活动最迟必须完成的时间。57时差浮动时间/时差（Float/Slack）：指一项活动（任务）的机动性。指在不影响整个项目按期完工的条件下，某活动在开工时间安排上可以机动使用的一段时间。又称为机动时间、宽裕时间或缓冲时间。各个活动的浮动时间是相关的，如果某个活动用了浮动时间，则后续的活动可能就没有了浮动时间。总浮动（TotalFloat）：是在不影响项目最早完成时间的情况下本任务可以延迟的时间自由浮动（FreeFloat）：活动的最早结束时间和后置活动的最早开始时间的差为自由浮动时间，它不影响其它活动。阻碍浮动(interferingfloat):是活动的自由浮动与总浮动之差。它反映了自由浮动使用后，活动还能被延时多少而不影响整个项目的结束时间关键路径：项目完成过程中时间最长的路线。是网络图中浮动为0的路径线路时间把网络图中一条线路上的各个活动的作业时间加起来就构成了线路时间，其中有一条线路是关键路径。所谓关键路径是项目完成过程中时间最长的路线，也就是网络图中时差为0的路径。58CPM时间计算示例60CPM时间计算—活动的作业时间作业时间是指在一定的条件下，完成一项活动所需要的时间。单位：日、周、小时或月估计的方法：单一时间估计法:对各项活动的作业时间仅确定一个时间值，估计时，应以完成任务可能性最大的时间为准。应用于不可知因素很少，有同类工程或类似产品的工时资料可供借鉴的情况下。（肯定型的网络图）61CPM时间计算—活动的作业时间三种时间估计法(PERT方法)：常用于探索性的项目。这些项目无先例可循，不可知因素多，因而活动的作业时间很难估计，只能由专家根据对设备、人员、组织及技术条件的综合分析估计这三种值，然后再平均获得。（随机性网络图）最乐观时间（OptimisticTime）：a最可能时间（MostLikelyTime）:m最悲观时间（PessimisticTime）:b作业时间：t（i,j）=(a+4m+b)/662正推法求最早开始和结束时间结点最早开始时间（ET）首先确定项目开始的时间，项目的开始时间就是网络图中始点事项的最早开始时间，一般可以从0开始计算当进入j节点的箭线（活动）只有一条时：ET(j)=ET(i)+t(i,j)当进入j节点的箭线（活动）有多条时，项目j节点最大的开始时间作为此节点的开始时间。ET(j)=Max{ET(k)+t(k,j)}（k=1,2,3…）63正推法求最早开始和结束时间活动最早开始时间（ES）它等于代表该活动的箭线的箭尾结点的最早开始时间。ES(i,j)=ET(i)活动最早结束时间（EF）它等于活动最早开始时间加上该活动的作业时间。EF(i,j)=ES(i,j)+t(i,j)=ET(i)+t(i,j)64例子：前向路径计算

65逆推法求最晚开始和结束时间结点最迟结束时间（LT）：它从网络图的终点事项开始，反结点编号顺序计算。终点事项结点的最迟结束时间等于其最早开始时间。当结点i后面只有一条箭线（活动）时：LT(i)=LT(j)-t(i,j)当结点i后面有多条箭线（活动）时，项目i节点最小的结束时间作为此节点的结束时间。：LT(i)=Min{LT(k)-t(i,k)}k=1,2,3…）

66逆推法求最晚开始和结束时间活动的最迟结束时间（LF）:它等于代表该活动的箭线的箭头节点的最迟结束时间。LF(i,j)=LT(j)活动的最迟开始时间（LS）:它等于活动的最迟结束时间和活动的作业时间的差。LS(i,j)=LF(i,j)-t(i,j)=LT(j)-t(i,j)67例子：后向路径计算68CPM时间计算—活动时差活动的总时差：活动的最迟开始时间和最早开始时间之差。或者是活动的最迟结束时间和最早结束时间的差。

ST(i,j)=LS(i,j)-ES(i,j)=LT(j)-ET(i)-t(i,j)69活动的浮动时间

示例－时差活动活动时间最早开始时间最晚开始时间最早结束时间最晚结束时间总时差自由时差阻碍时差A60268202B40347303C368911202D447811312E347710330F10001010000G3101013130－－H291111132－－7071CPM时间计算关键线路和线路时差关键线路的确定：时差法关键活动：总时差为零的活动关键节点：时差为0的节点关键线路：由关键活动所连接的线路。项目工期：关键线路的长度。线路时差：关键线路和非关键线路的时间之差72关键路径和时差关键路径的意义：必须保证关键路径上的资源和关键路径活动顺利执行要缩短整个项目周期，必须缩短关键路径时差的意义：进行活动时间调整的依据，可以在不影响项目总工期情况下，合理利用时差来调度任务。734.2缩短项目周期缩短项目时间活动持续时间的缩短整个项目过程的重组识别关键活动关键路径上的活动近似关键路径：长度比关键路径周期的短10％-20％。近似关键路径很容易变为关键路径74时间压缩法时间压缩法是一种数学分析的方法。在不改变项目范围前提下（例如，满足规定的日期或满足其它计划目标），该方法寻找缩短项目计划的途径。时间压缩包括如下：应急法：权衡成本和进度间的得失关系，以决定如何用最小增量成本以达到最大量的时间压缩。平行作业法：平行地做活动，这