张俊光，博士，中国优选法统筹法与经济数学研究会会员，具有软件工程与评估中心项目管理成熟度咨询师资格和英国IRCA IS0 9001主任审核员资格。曾工作于联想集团等大型IT企业，有丰富的计算机软硬件行业项目管理实践经验。现任教于北京科技大学经济管理学院，为普硕、MBA、目管理工程硕士及本科生讲授项目管理、项目进度与费用管理、项目评价与管理、工程经济等7门课程，并指导硕士生进行IT项目管理方向的研究，为数十家企业进行过项目管理的培训和咨询，参加并主持国家软科学研究计划重大项目、国家自然科学基金项目、国家移动通信产品专项基金项目等国家级及省部级课题十余项。近三年来，在核心期刊公开发表论文20余篇，其中一级学报和EI检索10余篇。

    《软件项目计划与控制》较为系统地介绍了软件项目计划与控制的管理理论和实践方法，并附有实际的项目案例、翔实的项目数据、易行的操作方式。《软件项目计划与控制》在编写过程中考虑了PMBOK?和CMMI 1.2版的主要内容，以软件项目计划与控制的实施过程为主线，介绍了软件项目计划基础、软件项目计划方法、软件项目重大偏差标准设定、软件项目监督与控制、第三方监控。作者以其丰富的实践经验和教学工作体会，为读者带来了软件项目计划与控制管理中众多问题的全新视角与观点。《软件项目计划与控制》还介绍了大量软件项目计划与控制的实用表单和工具，为读者提供了现实的操作指南。<br>    《软件项目计划与控制》可作为高等院校项目管理专业、软件工程专业及工程管理专业本科生和研究生项目管理类课程的教材或参考书。同时，《软件项目计划与控制》对于企业项目管理人员、软件开发人员也是一本重要的参考读物。

    第1章  导论<br>    1.1  软件项目<br>    软件是计算机系统中与硬件相互依存的部分，它包括程序、数据及相关文档的完整集合。其中，程序是按事先设计的功能和性能要求执行的指令序列；数据是使程序能正常操纵信息的数据结构；文档是与程序开发、维护和使用有关的图文材料。<br>    软件项目除了具备项目的基本特征之外，还有如下特点。<br>    （1）软件项目所创造的产品或服务是一种逻辑载体，是无形的，因此它具有抽象性。<br>    （2）软件项目的开发过程与硬件项目不同。软件项目是一种特殊的项目，只有逻辑的规模和运行的效果。<br>    （3）软件产品没有硬件的老化和机械磨损问题。然而，软件产品也存在无形磨损的问题。<br>    （4）软件项目的开发受到计算机系统的限制，对计算机系统有不同程度的依赖。<br>    （5）软件项目开发至今没有摆脱手工的开发模式，软件产品基本上是定制的。<br>    （6）软件项目本身是复杂的。它的复杂性源自应用领域实际问题的复杂性和应用软件技术的复杂性。<br>    （7）软件项目的开发成本比较高。软件项目开发需要投入大量的、复杂的、高强度的脑力劳动，还受到机构、体系和管理方式等问题的限制，因此成本比较高。<br>    软件项目不同于其他项目，不仅是一个新领域，而且涉及的因素比较多，管理也较为复杂。目前，软件项目的开发和运作远远没有其他领域的项目规范，很多理论还不能适应所有的软件项目，经验在软件项目管理中仍起到很大的作用。软件项目是由相互作用的各个系统组成的，系统包括彼此相互作用的部分，软件项目中涉及的因素越多，彼此之间的相互作用就越大。如果项目中存在n个元素，则存在n（n-1）12种相互作用的关系。另外，变更在软件项目中也是常见的现象，如需求的变更、设计的变更、技术的变更、环境的变更等，所有这些都说明了软件项目管理的复杂性。<br>    1.2  软件项目管理<br>    1.国内外软件产业发展概况<br>    近年来，世界软件产业取得了突飞猛进的发展，到2000年已成为世界第一大产业，并继续以年均15％。20％的速度增长。2007年全球软件与信息服务业市场规模达到9 400亿美元，同比增长7.4％，2009年世界软件及信息服务业市场将远远超过1万亿美元的规模。在全球软件市第1草导场中，美国软件市场是发展最为成熟的市场，代表了世界软件市场与技术发展的方向。美国已成为世界软件产业发展的龙头，大多数先进的软件技术及产品源于美国。软件业已成为美国的第三大支柱产业。<br>    1990年以后，我国软件产业的增长速度平均每年都在20％以上。工业和信息化部的最新统计显示，我国2007年软件与信息服务业规模为5 800亿元，占到全球比重的8％。到2010年，我国软件与信息服务业国内市场规模有望突破1万亿元，其中，国产软件和信息服务将占国内市场的65％以上。我国软件企业主要集中在北京、上海、深圳、沈阳、武汉、西安等大中城市和沿海地区。我国软件产业在国家各项政策的扶持下迅猛发展，2008年“软件收入规模前100家企业”（入围门槛为2.7亿元）的软件收入达到1 127.5亿元，比2007年增长了13.7％。2008年百家企业共实现软件业务收入占我国软件业总收入的28％。在百家企业中，软件收入超过10亿元的企业有28家（2002年仅有17家）；超过50亿元的企业有6家（2002年仅有1家）。排名前10位的企业的总收入比2007年增长23.2％，占百家企业收入的59.1％，比2007年提高了4.6个百分点。<br>    2.软件危机<br>    20世纪60年代末期，软件危机问题日益严重。软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题。1968年，北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”这个名词。据美国国家标准和技术研究院的一份报告显示，占世界软件销售额85％的是大型的专用软件，而其开发的失败率却高达70％。在这种情况下，软件工程学科应运而生，其目的就是借鉴传统工业的工程化思想和方法进行软件开发，以提高软件的质量和控制软件的成本。40多年来，软件工程硕果累累但收效甚微。以我国为例，近年来我国引进和开发的各种软件工具、开发环境等种类繁多，花费达几十亿元，但我国软件开发能力依然很差。软件危机主要表现在以下5个方面：软件成本高，且开发成本超出预算；软件开发的进度难以控制，实际进度超出预订计划；软件质量难以保证，软件产品的质量靠不住；软件工作的统计、修正及维护比较困难，工作量较大，用户对软件系统不满意。<br>    软件危机的原因有两种。一方面，与软件本身的特点有关。软件是一种逻辑载体，具有抽象性，人们可以把它记录在纸上、计算机内存、磁盘和光盘上，但却无法看到软件本身的形态，必须通过观察、分析、思考、判断，才能了解它的功能、性能等。软件是人类有史以来生产的复杂度最高的工业产品，软件涉及人类社会的各行各业、方方面面，软件开发常常涉及其他领域的专业知识，这对软件工程师提出了很高的要求。另一方面，由于软件行业是一个相对年轻的行业，缺乏成熟通用的规范、标准。然而，更为重要的是，软件开发项目本身是一个动态的复杂系统，因此，在软件开发中人们面临的不仅是技术问题，更重要的是管理问题。<br>    3.软件项目管理的产生<br>    为了从根本上解决软件开发过程中的危机问题，专家们开始从软件的生产管理方面寻求解决办法。软件生产管理侧重的是软件企业在软件开发过程中对需求管理、计划安排、合同规范、项目跟踪、资源分配和质量要求等的管理方式。研究表明，大多数软件开发项目的失败，并不是软件开发技术方面的原因，而是由于不适当的管理造成的。遗憾的是，尽管人们对软件开发项目管理重要性的认识有所提高，但在软件开发项目管理方面的进步远比在设计方法学和实现方法学上的进步小，至今还没有一套管理软件开发的通用指导原则。回顾国内外软件产业的发展情况，软件产业经历了3个不同的发展时期，软件项目管理也随之产生并逐步发展起来。<br>    20世纪60年代中期以前，软件开发的特点是面向批处理、有限分布及自定义软件。这一阶段并不存在软件产业，在软件项目管理学领域也是一片空白。20世纪60年代到70年代末期的十余年，开始出现软件作坊，软件开发和使用范围较第一阶段有很大的拓宽。但软件开发仍以个人单打独斗的作坊式开发为主，管理方面往往依靠开发者个人的素质。软件生产过程中尚未自觉地应用组织管理技术。到60年代末期，开始出现软件工程（Software Engineering）的概念，但软件工程的应用仍处于初级阶段。20世纪70年代中期以后的十余年，软件开发开始产业化，软件产业进入第一发展阶段——软件结构化生产阶段。以结构化分析与设计、结构化评审、结构化程序及结构化测试为特征的软结构化生产开始出现并发展壮大，软件工程得到广泛发展和应用。<br>    软件生产的第二阶段自20世纪80年代中期开始，以过程为中心，以个体软件过程（Personal Software Process，PSP）和群组软件过程（Total Software Process，TSP）的出现为标志。<br>    软件生产第三阶段从1995年开始，以软件过程、面向对象和构件重用三项技术为基础。<br>    第二阶段和第三阶段的软件生产更强调生产过程的标准化，ISO9000质量保证体系及软件能力成熟度模型（Capability Maturity Model，CMM）得到广泛应用。CMMl是能力成熟度模型集成（CapabilityMaturity Model Integration），由CMU/SEI（美国卡内基梅隆大学软件工程研究所）于1986年开始研究，并于1991年正式推出了CMMl.0版，1993年推出CMM1.1版，2002年发布CMMl1.1版本，业界使用较多的是SEl于2006年8月推出的CMMll.2版。为适应我国软件企业改进软件过程和提供软件开发规范水平的需求，工业和信息化部在CMMI的基础上，颁布了《软件过程能力评估模型》（SJ/T ll234--2001）和《软件能力成熟度模型》（SJff ll235--2001）两项电子行业标准。CMMI主要是为了指导软件开发组织，通过确定当前过程的成熟度和识别执行软件过程的薄弱环节，以及解决对软件质量和过程改进至关重要的几个问题，来形成对其过程的改进策略；通过关注并认真实施一组有限的关键过程活动，稳步地改善组织的软件过程，使组织的软件过程能力持续增长。但CMMl只告诉了项目应该做什么，没有告诉应该怎么做，而项目管理理论又缺乏与软件项目的有效结合。因此，软件业界及理论界迫切需要将项目管理理论和CMMl结合起来，做出一套软件项目计划与控制的模型。<br>    软件项目管理是软件工程经济学的主要内容之一，包括软件度量、项目估计、项目计划、人员组织、进度控制等。软件工程经济学是20世纪90年代初由美国人Boehm等提出的，作为软件工程的重要代表，近年来受到广大研究者的高度重视并进行了理论和应用的深入研究。软件工程经济学旨在利用微观经济学来研究软件成本，并以此指导软件开发过程中和软件成本相关的需求管理、计划安排、资源分配、合同规范、项目跟踪及质量要求等一系列软件生产决策问题。<br>    1.3 软件项目计划与控制模型体系<br>    一种新技术的出现，必然有其发展的思想来源及历史背景。管理科学的发生和发展由来已久，经历了19世纪20年代的泰勒制，20世纪30年代的行为科学学派（代表作为工业文明中人的问题），40年代的数学管理派（代表作为生产组织与计划中的数学方法），50～60年代的计算机管理学派，70年代的系统工程学派，以及80年代和90年代的信息化和集成化。软件项目管理是项目管理学和先进软件开发技术与开发方法的有机结合，是研究如何有效地对软件开发项目进行管理，以便按照预订的成本、进度、质量等完成软件项目开发计划，实现预期的经济效益和社会效益的一门学科。

第1章 导论 1<br>1.1 软件项目 1<br>1.2 软件项目管理 2<br>1.3 软件项目计划与控制模型体系 6<br><br>第2章 软件项目计划基础 11<br>2.1 历史数据的收集 12<br>2.1.1 主要历史数据的收集 12<br>2.1.2 历史数据收集及分析举例 15<br>2.2 平均生产率及线性回归方程统计 17<br>2.2.1 组织平均生产率统计 19<br>2.2.2 工作量和规模的线性回归方程 24<br>2.3 软件项目范围管理 34<br>2.3.1 软件项目范围计划 34<br>2.3.2 软件项目范围定义及核实 36<br>2.3.3 工作分解结构 40<br>2.3.4 范围变更控制 44<br>2.4 项目范围管理附表 48<br><br>第3章 软件项目计划方法 54<br>3.1 软件项目规模估计 55<br>3.1.1 规模估计方法简介 55<br>3.1.2 规模估计方法的应用 58<br>3.2 软件项目工作量估计 63<br>3.2.1 自上而下的估算方法 63<br>3.2.2 自下而上的估算方法 67<br>3.2.3 基于经验的系数估算方法 69<br>3.2.4 模型估算法 71<br>3.2.5 工作量估计方法有效性分析 76<br>3.3 软件项目进度估计 78<br>3.3.1 构筑进度安排指南 78<br>3.3.2 进行项目进度估计 82<br>3.3.3 进度估计方法有效性分析 96<br>3.4 其他估计项的估计方法 100<br>3.4.1 估计项目共利人员 100<br>3.4.2 估计项目所需知识与技能 103<br>3.4.3 估计项目资源 103<br><br>第4章 软件项目重大偏差标准设定 107<br>4.1 概述 107<br>4.1.1 几个重要概念 107<br>4.1.2 重大偏差标准及风险储备时间的定性设定 109<br>4.2 项目规模重大偏差标准定量设定 111<br>4.2.1 项目规模偏差的统计与分析 111<br>4.2.2 项目规模重大偏差标准的设定 113<br>4.3 项目工作量重大偏差标准定量设定 113<br>4.3.1 项目工作量偏差的统计与分析 113<br>4.3.2 项目工作量重大偏差标准及风险储备时间设定 115<br>4.4 项目进度重大偏差标准定量设定 115<br>4.4.1 项目进度偏差的统计与分析 115<br>4.4.2 项目进度重大偏差标准及风险储备时间设定 118<br>4.4.3 按统计概率进行重大偏差标准设定<br>4.4.3 （阶段进度） 122<br>4.5 一般偏差标准设定 124<br><br>第5章 软件项目监督与控制 128<br>5.1 概述 129<br>5.1.1 监控的原理 130<br>5.1.2 监控过程中重大偏差标准的使用 133<br>5.1.3 软件项目监控过程 134<br>5.2 项目各监控项的监控 136<br>5.2.1 项目规模的监控 136<br>5.2.2 项目工作量的监控 140<br>5.2.3 项目进度的监控 145<br>5.2.4 承诺的监控 151<br>5.2.5 其他监控项的监控 154<br>5.2.6 总结各监控项的监控情况和分析结果 159<br>5.3 项目执行情况评审 159<br>5.3.1 项目周例会 160<br>5.3.2 管理层月会 162<br>5.3.3 里程碑评审 163<br>5.4 问题处理 166<br>5.5 项目监控过程的有效性 169<br><br>第6章 第三方监控 173<br>6.1 启动项目PPQA并进行培训 175<br>6.2 制定PPQA计划 177<br>6.3 执行并维护PPQA计划 185<br>6.4 PPQA工作有效性验证 187<br>6.4.1 PPQA不符合问题验证 187<br>6.4.2 PPQA工作情况验证 189<br>6.4.3 PPQA工作的监督 192<br>6.5 PPQA过程引用的规程 193<br>6.5.1 过程PPQA的评审规程 194<br>6.5.2 工作产品PPQA的审核规程 195<br>6.5.3 PPQA不符合问题的处理规程 197<br>6.6 软件质量保证附表 200<br>参考文献 209