软件项目管理与实践 课件 余久久 第1-6章 项目管理概述 -软件人力资源管理

BeyondTechnology软件项目管理与实践第1章项目管理概述1.项目定义为实现既定的目标，在一定的资源和要求约束下，所开展的有相互联系的一次性工作。PMI的定义：项目是为创造特定产品或服务的一项有时限的任务。（PMI:ProjectManagementInstitute）1.1项目及软件项目古代：追溯到长城、埃及金字塔、古罗马的供水渠…近代项目管理的萌芽:“曼哈顿计划”（1942原子弹计划）。近代项目管理的成熟:关键路线法（CPM）和计划评审技术(PERT）阿波罗登月计划现代项目管理的新发展:

面向市场和竞争，项目管理的传播和现代化。注重人的因素、注重顾客、注重柔性管理、注重管理工具项目管理的历史和发展：4.1项目及软件项目2.项目的基本特征（1）明确的目标（2）项目的独特性（3）项目的时限性（4）项目的不确定性（5）结果的不可逆转性注：项目与日常活动的区别4.1项目及软件项目3.项目举例:（以下哪些是项目，哪些不是项目？）安排一个演出活动开发和介绍一种新产品设计和执行一个计算机系统制作一个新闻版面组织一次市场调查

在某组织内安装一次OfficeWord软件一次股票买卖4.软件项目（IT项目）为解决信息化需求而产生的软件、硬件、网络系统、信息系统等一系列与信息技术相关的项目。软件项目工作包含：硬件系统环境设计。软件系统方案设计。建立系统运行规则。建设信息系统。…4.1项目及软件项目5.软件项目的特征除一般项目特征外，还具有技术发展快复杂度高主要依靠脑力劳动过程可见性差结果难于测试大型软件经常是“量身定制”的4.1项目及软件项目1.2项目管理1．项目管理定义项目管理就是在项目活动中运用专门的知识、技能、工具和方法，使项目达到预期目标的过程，是以项目作为管理对象，通过一个临时性的、专门的组织，对项目进行计划、组织、执行和控制，并在时间、成本、性能、质量等方面达到预期目标的一种系统管理方法。项目管理的含义（时间\质量\资源）—快、好、省例子1：北宋《一举而三役济》2.项目管理的发展1957年美国路易斯维化工厂革新检修工作,78小时完成125小时的工作。1958年，美国海军研制北极星导弹时，只用了4年就完成了预定6年完成的研制项目。1960年华罗更提出“统筹法”，广泛应用于上海宝刚、葛州坝等建设中。1.2项目管理2.项目管理的发展（续）1965年，以欧洲为主体的一些国家专门成立了国际项目管理协会（InternationalProjectManagementAssociation，IPMA）。这个协会主要以各个国家的项目管理方面的组织为主体。成员：国家级项目管理协会职能：促进国际间项目管理发展产品和服务：研究和发展，教育与培训，标准和资质认证1.2项目管理2.项目管理的发展（续）1969年成立的美国项目管理学术组织（ProjectManagementInstitute，PMI）也是一个国际性项目管理学会。分会：245个成员：企业、高校、研究单位职能：促进国际间项目管理发展九个知识领域1991年6月中国项目管理委员会（ProjectManagementResearchCommitteeChina，PMRC）正式成立，促进了我国项目管理与国际项目管理专业领域的沟通与交流，促进了我国项目管理专业化和国际化的发展。2001开始建立《中国项目管理知识体系和资格认证标准》工作。1.2项目管理1.2项目管理需要的专业知识领域通用管理知识和技能应用领域知识、标准与规定社会环境政治环境自然环境项目管理知识体系1.PMBOK定义的10个项目管理知识域（6th版）

1.3项目管理知识体系-PMBOK项目整体管理资源管理干系人管理沟通管理风险管理采购管理项目管理的工具和技术项目成功时间管理成本管理质量管理范围管理项目干系人的需要和期望项目管理知识域2.五个管理过程（对应项目生命周期的5个阶段）

项目管理框架见教材，表1-11.3项目管理知识体系-PMBOK1.4项目管理制约要素（项目管理铁三角）质量Quality/客户满意度Customersatisfaction范围Scope进度Time成本Cost范围基准（baseline）、进度基准、成本基准。（基准：被审核的计划）1.软件工程VS软件项目管理（1）软件工程：可行性分析，需求分析，软件结构设计，模块详细设计，编码、测试，验收、交付等。

——利用工程思想逐阶段进行软件开发。（2）软件项目管理，就是对上述过程进行管理，以达到快好省的目标，那么计划、控制、评审会、团队激励、文档管理等都是必须要做的管理工作。

软件工程关注软件产品内容，软件项目管理关注软件项目过程，它们的关系是相辅相成的。当今软件项目开发更加强调软件工程思想与软件项目管理理念的结合。1.5软件项目管理2.软件项目管理特征（1）前瞻性

信息技术日新月异，前瞻性的事前评估尤为重要（2）及时性新技术，新挑战（3）合作性开发团队内部/外部的合作性要求高（4）激励性知识型技术型人力资源的创造性和积极性，对项目成功至关重要1.5软件项目管理软件项目中的常见问题缺乏专业的软件项目管理人才项目规划不充分管理意识淡薄沟通意识和态度问题风险意识问题项目干系人管理问题不重视项目经验总结1.6软件项目管理常见问题“华为崛起的项目管理力量”（第一章案例一）问题：通过华为项目管理人才培养方式，你将如何提前规划好你的职业生涯？1.7案例讨论谢谢收看！再见！

BeyondTechnology软件项目管理与实践第2章软件范围管理1.了解：软件范围管理的定义，能够区分产品范围（功能需求）与项目范围（交付活动）。2.理解：范围蔓延（ScopeCreep）的成因，敏捷与瀑布模型的范围控制差异。3.应用：能够使用需求跟踪矩阵和WBS工具对给定项目进行范围分解。4.分析：通过学习本章提供的案例，能够剖析范围管理失控的根本原因并提出改进措施。学习目标2.2.1定义和目标范围管理规划是项目管理中定义、控制和管理项目范围的过程，旨在确保项目团队和干系人对“做什么”和“不做什么”达成一致。其核心是建立范围管理的制度框架，主要目标是：1.明确边界清晰界定项目包含和不包含的工作，避免范围模糊或误解。2.防止范围蔓延控制未经批准的变更，减少项目风险。3.确保交付价值保证最终成果符合干系人需求，避免资源浪费。2.1范围管理规划2.1.2

范围管理计划1.范围说明书的编制规范明确项目目标和可交付成果的描述标准，界定产品范围和项目范围；2.工作分解结构（WBS）的制定方法规定如何根据范围说明书进行任务分解，包括分解层级、编码规则和工作包定义；3.可交付成果的验收流程建立成果确认的标准、方法和参与干系人的职责；4.范围变更控制机制2.1范围管理规划2.1.3

需求管理计划1.需求活动的规划与跟踪明确需求收集、分析、验证等活动的执行流程和报告机制；2.配置管理规范制定需求变更的启动流程、影响分析方法、追溯机制以及审批权限；3.需求优先级管理建立需求排序的标准和过程（如MoSCoW法则）；4.产品测量指标定义用于评估需求实现效果的量化指标及其应用场景；5.需求跟踪结构确定需求跟踪矩阵（RTM）中需要记录的属性字段，确保需求全生命周期的可追溯性。2.1范围管理规划2.2.1

需求来源与分类需求来源：直接用户、业务战略、市场竞品、法规合规、技术演进需求分类（三层级）：业务需求（Why）、用户需求（What）、系统需求（How）2.2需求收集2.2.2

需求收集方法传统需求收集方法：深度访谈、问卷调查、文档分析现代需求收集方法：用户故事工作坊、原型法、数据分析法2.2需求收集2.2.3

需求验证与基线化需求验证是保障需求质量、避免后期大规模返工的关键环节。常用的验证方法包括原型测试、需求评审会议以及使用标准化的检查清单。验证的重点在于检查需求是否有明确的验收标准，以及技术上是否可行、业务价值是否足够。关键步骤：需求验证（原型测试、评审）+基线化（建立需求跟踪矩阵）2.2需求收集2.2.3

需求验证与基线化2.2需求收集2.3.1

范围定义的核心要素与流程范围定义是在需求收集和分析的基础上，进一步明确项目的边界。范围定义主要包含三个核心要素：产品范围，即我们最终要“做出什么”；项目范围，即我们需要“做哪些工作”来实现产品范围；排除项，即明确“哪些是不做的”。清晰地定义这三个要素，对于避免后期的范围争议和蔓延至关重要。2.3范围定义2.3.1

范围定义的核心要素与流程1.把收集到的需求整理成初步方案；2.和所有相关方开会讨论确认；3.把达成共识的内容写成正式文档（范围说明书）；4.大家签字确认，作为后续工作的基准。2.3范围定义2.3.2

范围说明书的编写与实践范围说明书是项目范围管理的核心文档，需要系统性地定义项目的各项边界和标准。该文档主要包含以下几个关键部分：1.项目目标2.交付物清单3.验收标准4.项目边界5.约束条件部分2.3范围定义2.4.1

WBS的核心原理工作分解结构(WorkBreakdownStructure，WBS)是项目管理重要工具。通过层级化分解项目范围，为进度、资源、成本管理奠定基础。2.4工作分解结构（WBS）及应用核心原则：完全穷尽：覆盖项目全部工作，无遗漏相互独立：各工作单元无重叠，边界清晰百分百原则：所有分解工作之和等于项目总范围2.4.1

WBS的核心原理2.4工作分解结构（WBS）及应用构建步骤基于范围说明书识别主要交付物采用“提问分解法”逐层细化验证是否满足100%规则编码体系规范层级编码(如1.0→1.1→1.1.1)确保各层级工作单元唯一标识WBS词典配套文档，详细说明每个工作包包含描述、标准、负责人、工期等工作包核心特征明确的交付成果具体的验收标准清晰的责任人可控的工作量2.4.2创建WBS的方法2.4工作分解结构（WBS）及应用类比法自上而下法适用场景：有类似项目经验实施方式：参考历史模板，结合新项目调整案例：银行新APP开发复用旧版结构优势：快速高效；可能忽略项目特殊性适用场景：目标明确、架构清晰的大型项目实施方式：从整体交付物出发，逐级细化案例：汽车软件开发，从顶层组件分解优势：确保范围完整，逻辑一致，便于识别依赖选择合适的WBS创建方法是项目范围管理成功的关键第一步，需结合项目具体情况灵活运用。2.4.2创建WBS的方法2.4工作分解结构（WBS）及应用自上而下法专家判断法适用场景：需求不明确或探索性创新型项目。实施方式：头脑风暴列出具体任务，按相关性归类整合。案例：AI客服系统开发，先列任务卡片，再归纳模块。优势：挖掘一线见解，捕捉创新；需多次评审确保完整。适用场景：技术架构复杂或专业性极强的项目。实施方式：依赖领域专家经验，系统化提炼分解。实施要点：明确专家标准，结构化整合意见，交叉验证。优势：确保范围完整，逻辑一致，便于识别依赖。2.4.2

创建WBS的方法主要表示形式：树形结构图、大纲形式和表格形式2.4工作分解结构（WBS）及应用树形WBS示例图

2.4.2

创建WBS的方法质量控制要点完整性检查：覆盖范围说明书全部要求，无遗漏适当性评估：工作包工作量40-80小时，分解层级4-6级责任明确性：每个工作包有清晰责任人可管理性验证：工作包可独立分配、跟踪，便于进度与成本控制常见问题解决过度分解：合并相关任务，降低管理成本分解不足：进一步细化，提升可控性责任模糊：完善WBS词典，明确责任分配2.4工作分解结构（WBS）及应用2.5.1

监控范围变化2.5范围控制监控核心目标跟踪实际工作成果与范围基准的一致性，早期识别潜在范围偏差，避免范围蔓延。监控手段定期评审会议：周度/月度范围执行情况评审交付物验收：按验收标准逐项验证交付成果进度报告：同步跟踪范围与进度的匹配度常见范围变化类型客户新增需求技术方案调整外部环境变化导致的交付内容变更偏差处理流程记录偏差、分析根源、评估影响范围控制贯穿项目始终，通过持续监控与及时纠偏，确保项目目标的最终实现。2.5.2

评估变更影响对于经过评估需要实施的变更，必须遵循正式的变更管理流程。这个流程通常包括变更申请的提交、影响分析、分级审批以及实施跟踪等环节。在实际工作中，可以借助专业的项目管理工具来支持变更管理。2.5范围控制核心逻辑：范围管理贯穿项目全生命周期，以“基准+控制”为核心关键工具：需求跟踪矩阵、范围说明书、WBS、变更控制流程核心价值：预防范围蔓延，确保项目在时间、成本、质量约束下交付2.6小结

BeyondTechnology软件项目管理与实践第3章项目进度管理1.基本概念时间：是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源。项目时间管理：又称为进度管理，是指为保证项目各项工作及项目总任务按时完成所需要的一系列的工作与过程。项目活动：为完成工程项目而必须进行的具体的工作(包括管理工作)。项目活动是编制进度计划、分析进度状况和控制进度的基本工作包。3.1进度管理规划2.进度管理计划依据：项目管理计划、项目章程、事业环境因素、组织过程资产（以往项目经验信息等）进度管理计划主要包括：（1）制定项目进度模型（项目活动网络图，关键路径…）（2）准确度（可接受的估算区间和应急储备等）（3）计量单位（人年？人天？人周？等）（4）绩效测量规则（5）报告格式（6）……3.1进度管理规划活动定义是识别和记录为完成项目可交付成果而需采取的具体行动的过程。作用是将WBS工作包分解为活动。1.活动定义的方法（1）分解基于WBS，把项目工作包分解成更小的、更易于管理的组成部分——活动。（2）滚动式规划远期工作粗略（如里程碑水平）；近期工作具体的活动。（3）专家判断富有经验并擅长制定详细项目范围说明书、工作分解结构和项目进度计划的项目团队成员或其他专家3.2活动定义2.活动清单（活动定义的结果）3.里程碑清单（活动定义的结果）里程碑是项目中的重要时点或事件。例如，在软件测试周期中，可以定义5个父里程碑和十几个子里程碑：

M1：测试计划设计

……M13：测试用例设计

M14：测试用例审查

M2：代码（包括单元测试）完成

M3：测试执行

M31：集成测试完成

……M4：代码冻结

M5：测试结束

M51：为产品发布进行最后一轮测试

M52：写测试和质量报告3.2活动定义活动排序识别和记录项目活动之间的关系的过程。1.活动排序的方法（1）紧前关系绘图法（PrecedenceDiagrammingMethod，PDM）

PDM也称前导图法或优先顺序图法，包括四种逻辑关系：3.3活动排序活动排序识别和记录项目活动之间的关系的过程。2.项目活动网络图（活动排序的结果）3.3活动排序1.项目活动网络图（软件项目实例）3.3活动排序确定完成每个活动所需花费的时间量。1.历时估算的依据（1）活动清单和活动属性（2）项目约束和假设条件（3）资源情况，数量（4）资源能力，质量，IT项目，人力资源技术/管理水平（5）历史信息（6）风险登记册3.4活动历时估算2.历时估算方法（1）专家判断（2）类比估算类比估算技术以过去类似项目的实际持续时间为依据，来估算当前项目的持续时间，这是一种粗略的估算方法，（3）参数估算例如，在软件项目中，将某个模块的代码行数乘以每行代码所需的工作量（根据以往项目折算成每行的工作效率），就可以得到该模块活动的持续时间。3.4活动历时估算2.历时估算方法（续）（4）三点估算首先需要估算出进度的3个估算值，然后使用这3种估算值来界定活动历时的近似区间：最可能时间（TM）：对所需进行的工作和相关时间进行比较现实的估算，所估算的活动历时。最乐观时间（TO）：基于最好的情况，所估算的活动历时。最悲观时间（TP）：基于最差的情况，所估算的活动历时。活动持续时间TE=(TO+4TM+TP)/6，标准差（TP-TO)/6，据此来界定活动历时的近似区间，例如，3周±2天3.4活动历时估算制定进度计划是分析活动顺序、持续时间、资源需求和进度制约因素，创建项目进度模型的过程。1.制定进度计划的方法（1）关键路径法（CriticalPathMethod，CPM）关键路径法关注的是项目活动网络中关键路径的确定和关键路径总工期的计算。此外，为缩短项目工期，关键路径法还要为每个活动确定最早开始时间、最早结束时间、最晚开工时间和最晚结束时间。3.5制定进度计划（1）关键路径法（CriticalPathMethod，CPM3.5制定进度计划每个活动的最早开始时间（ES）、最早结束时间（EF）、最晚开工时间（LS）和最晚结束时间（LF）可以由如下规则计算得到：-------------------------------------------------------------------------------规则1：除非另外说明，项目起始时间定于时刻0。规则2：任何节点最早开始时间等于最邻近紧前活动节点最早完成时间的最大值。规则3：活动的最早完成时间是该活动的最早开始时间与其历时估算值之和。规则4：项目的最早完成时间等于项目活动网络中最后一个节点的最早完成时间。规则5：除非项目的最晚完成时间明确，否则就定为项目的最早完成时间。规则6：如果项目的最终期限为tp，那么LF(项目)=tp。规则7：活动的最晚完成时间是该活动的最邻近后续行动的最晚开始时间的最小值。规则8：活动的最晚开始时间是其最晚完成时间与历时估算值之差。-------------------------------------------------------------------------------（1）关键路径法（CriticalPathMethod，CPM）（1）关键路径法（CriticalPathMethod，CPM）（1）关键路径法（CriticalPathMethod，CPM）（1）关键路径法（CriticalPathMethod，CPM）【讨论2】上述例子，如果项目合同工期为18天（最晚结束时间），求每个活动的最晚开始时间和最晚结束时间？【讨论3】例子4-2，资源受限（10人）情况下，如何计算和制定进度安排？——最长历时优先安排【讨论4】例子4-2，资源受限（10人）情况下，如何计算和制定进度安排？——最短历时优先安排【进一步思考】资源受限时，怎样优先安排项目活动，可以使得项目总进度最短？（1）关键路径法（CriticalPathMethod，CPM）（2）资源优化

资源优化（资源平衡和资源平滑）用于调整活动的开始和完成日期，以调整计划使用的资源，使其等于或少于可用的资源。

（3）进度压缩进度压缩技术是指在不缩减项目范围的前提下，缩短或加快进度工期，以满足进度制约因素、强制日期或其他进度目标。3.5制定进度计划

（4）怕肯森定律和关键链法怕肯森定律：拖延症…关键链法：关键路径法是工作安排尽早开始，尽可能提前，而关键链法是尽可能推迟，空出时间来作为项目的buffer时间。解决办法：压缩时间估算，增加安全备用时间，作为公共资源统一调度，用到真正需要的地方，可大大缩短工期。3.5制定进度计划

2.项目进度计划

（1）甘特图（Visio）

2.项目进度计划

（1）甘特图（Project）

2.项目进度计划

（2）里程碑图

3.进度基准进度基准是经过批准的进度计划，用作与实际结果进行比较的依据4.提高进度计划（基准）的效能（1）项目经理首先自己要重视项目进度计划，不能敷衍了事。（2）项目经理一定要让团队成员参与项目进度计划的制定管理。（3）项目进度计划要详略得当、层次分明，并且要考虑不同职能部门的实际需要。（4）项目进度计划要及时更新，并以适当的频度对外发布。2.项目进度计划1.软件项目进度失控的原因（1）80-20原则与过于乐观的进度控制80-20原则在软件开发项目进度控制方面体现在：80%的项目工作可以在20%的时间内完成，而剩余的20%的项目工作需要80%的时间。这个80%的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20%左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。（2）范围、质量因素对进度的影响（3）资源、预算变更对进度的影响3.6进度控制

1.软件项目进度失控的原因（续）（4）低估了软件项目开发的实现条件首先，低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。其次，低估了工作协调复杂度。此外，企业高级项目主管和项目经理也经常低估环境因素，这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。（5）项目状态信息收集的失真项目状态信息收集的不足，及时性/准确性/完整性比较差。另外某些项目团队成员报喜不报忧，3.6进度控制

1.软件项目进度失控的原因（续）（6）执行计划的严格程度没有把计划作为项目过程行动的基础，而是把计划放在一边，比较随意去做。（7）计划变更调整的不及时随着需求的细化和设计的明确，对项目的分工和进度未进行及时的调整，使项目的进度计划不符合项目的变化。（8）未考虑不可预见事件发生造成的影响3.6进度控制

进度控制包括监督项目活动状态，更新项目进展，管理进度基准变更，以实现计划的过程，本过程提供发现计划偏离的方法，从而可以及时采取纠正和预防措施，以降低风险。1.进度控制方法（1）偏差和趋势分析

偏差分析关注实际开始和完成日期与计划的偏离，实际持续时间与计划的差异，以及浮动时间的偏差。趋势分析检查项目绩效随时间的变化情况，以确定绩效是在改善还是在恶化。（2）关键路径法

评估次关键路径上的活动的进展情况，有助于识别进度风险。（3）挣值管理采用进度绩效测量指标，如进度偏差（ScheduleVariance，SV）和进度绩效指数（Schedual

PerfoamanceIndex，SPI），评价偏离初始进度基准的程度，并传达给干系人。（由于挣值管理是一种综合了范围、进度和成本的绩效测量方法，因此将在下一讲“成本管理”中详细介绍。）【教材，第3章】案例二：软件项目工期拖了怎么办【案例问题】1）俗话说，“计划赶不上变化”，软件项目需求又总是经常变化，那制定项目进度计划还有必要吗？2）编制项目计划时，邀请成员参与有哪些好处？3.7案例分析

谢谢收看，再见！

BeyondTechnology软件项目管理与实践第4章软件成本管理1.了解：软件成本管理的基本概念、流程及其在项目管理中的重要性。2.理解：成本管理原则、各种估算方法的特点及其相互关系。3.应用：能够运用适当的方法和工具进行成本估算、预算编制和成本控制。4.分析：具备评估成本管理效果、识别成本风险并提出优化方案的能力。学习目标本质：通过科学的规划、估算、预算和控制手段，确保项目在批准的预算范围内完成既定目标。核心价值：合理配置资源、规避财务风险、提供决策量化依据成本构成复杂:隐性成本占比超30%。变更成本高昂:返工成本可达3-5倍。非线性特征:初期生产率下降40-60%。价值产出难量化:需专用计量单位。4.1软件成本管理概述1.规划成本管理制定计划，明确标准、方法和阈值，为后续工作提供框架。输出:成本管理计划2.估算成本对完成项目活动所需资源进行量化预测。方法:类比/参数/三点估算3.制定预算汇总估算成本，加入风险储备，形成成本基准。输出:成本基准4.控制成本监控绩效，识别偏差，并采取纠正措施。工具:挣值管理(EVM)四个过程循环迭代，形成持续优化的成本管理闭环4.1软件成本管理概述4.2.1

成本管理计划的制定1.明确成本管理目标2.定义成本管理流程3.选择成本估算工具和技术4.确立成本监控和控制机制5.明确责任和权限4.2规划成本管理4.2.2

成本管理计划的内容1.成本估算方法2.预算编制规则3.成本控制机制4.变更管理流程5.角色与职责6.工具与技术4.2规划成本管理4.3.1

成本估算方法4.3估算成本方法核心逻辑优点缺点适用场景类比估算参考历史上类似项目的成本数据快速、低成本、简单易行精度低，依赖历史数据的相似性项目早期，信息不足时的粗略估算自下而上估算从工作包开始，汇总得到总估算精度高，详细，参与度高耗时耗力，需要详细的WBS项目后期，WBS明确后三点估算考虑乐观、最可能、悲观三种情况，加权平均考虑了不确定性和风险过程稍复杂，需要专家判断风险较高、不确定性大的项目参数估算基于统计关系和历史数据，建立数学模型精度较高，可重复性强依赖高质量的历史数据和模型有成熟历史数据的项目4.3.1

成本估算方法4.3估算成本常用参数模型：功能点分析法：按功能模块（输入/输出/查询）量化成本SLIM模型：Effort=A×(Size)ᵇ（基于生命周期、历史数据）Putnam模型：Effort=(KLOC)²/（C×T³）（关联人力资源与开发周期）Cocomo模型：按规模+复杂度估算，分三类：

基本型：Effort=a×(KLOC)ᵇ（小型项目）中级型：Effort=a×(KLOC)ᵇ×EAF（18个影响因素调整）详细型：分开发阶段细化估算4.3.2

估算的精度与不确定性4.3估算成本1.项目阶段在项目的不同阶段，估算的精度和可用信息有所不同。项目初期，由于缺乏详细信息，估算的准确性较低；而在项目后期，随着更多数据的积累，估算的精度会有所提高。2.估算的范围估算的范围越详细，误差越小。将项目划分为更多的工作包，逐一进行成本估算，能够提高整体估算的准确性。3.风险管理通过识别项目中可能的风险，并将风险成本纳入估算中，可以有效减少因不可预见因素导致的预算超支。4.4.1

预算制定的基本流程成本估算（基础环节，用Cocomo/SLIM等模型）资源规划（人力、硬件、软件、外包、培训等）风险管理（预留风险预备金）成本分解（按费用类别/项目阶段分配）制定控制措施（设置阈值、定期审查）预算审批与修订（动态调整）4.4制定预算4.4.2

预算内容人力资源成本（最大组成部分：薪资、培训、福利）硬件与软件采购成本（开发/测试设备、工具、维护升级）外包与合作费用（合同费、审计费、监督费）培训与知识转移成本（课程、讲师、时间成本）风险预备金（应对技术/需求/人员风险）测试与质量保证成本（测试活动、工具、环境）项目管理费用（人员薪酬、办公、会议、文档）其他费用（行政、法律、租赁等）4.4制定预算4.4.3

成本基准定义：项目完成所需初步预算，成本控制参考标准核心作用：成本控制：对比实际支出，发现超支/偏差绩效评估：衡量成本管理成效变更控制：评估变更对预算的影响制定要点：细化预算项、预留风险金、stakeholder沟通共识动态调整：应对需求变更、技术问题、外部环境变化，定期修订4.4制定预算4.5.1

成本控制的基本过程成本基准设定（预算制定阶段确定，资金上限）监控实际支出（定期对比基准，关注CPI/SPI）偏差分析（识别偏差原因：需求变更、资源浪费等）实施纠正措施（调整资源、优化流程、重新评估需求）调整项目规划（长期偏差时，调整目标、优先级、资源配置）4.5成本控制4.5.2

成本控制的工具和技术挣值管理（EVM）核心指标：计划价值（PV）=预算×计划工作量百分比挣得价值（EV）=预算×实际工作量百分比实际成本（AC）=实际总支出成本绩效指数（CPI=EV/AC）：＞1省成本，=1按预算，＜1超支进度绩效指数（SPI=EV/PV）：＞1超前，=1按计划，＜1滞后趋势预测：估算完工成本（EAC）=AC+(BAC-EV)/CPI完工估算（ETC）=(BAC-EV)/(CPI×SPI)4.5成本控制核心框架：管理计划是基础，明确流程方法；应对需求多变、范围不明确等挑战。预算编制：综合分配资源，考虑直接费用与外部因素，并为潜在风险预留储备金。估算方法：运用类比、自下而上、功能点分析及COCOMO等模型进行科学估算。成本控制：动态监控进度与资源，分析并纠正偏差，有效防止成本超支。4.6小结

BeyondTechnology软件项目管理与实践第5章软件质量管理1.了解软件质量、软件质量管理的基本概念、软件质量的标准规范。2.理解软件质量管理的重要性。3.能将全流程质量管理方法应用到软件项目的各个阶段。4.能分析软件质量管理中存在的漏洞与缺陷。

学习目标

5.1软件质量管理概述5.2

组织架构与职责5.3全流程质量管理5.4质量保证体系5.5质量控制工具5.6质量文档体系5.7持续改进机制5.8小结目

录5.1.1软件质量的含义

软件质量是指软件产品满足用户需求和期望的程度，包括其功能、性能、可靠性、安全性、易用性、可维护性等多个方面的特性。它是衡量软件产品优劣的重要标准，反映了软件在实际应用中的表现和价值。

衡量软件质量的关键指标：（1）符合需求（2）功能正确性（3）性能效率5.1软件质量管理概述（4）可靠性（5）易用性（6）可维护性（7）可移植性（8）安全性（9）兼容性（10）文档完整性5.1软件质量管理概述5.1.2软件质量标准与规范

软件质量标准与规范是确保软件产品满足用户需求和质量要求的重要依据。它们为软件开发、测试和维护提供了明确的指导和评估准则。

标准分类：（1）国际标准（2）国家标准（3）行业标准（4）企业规范（5）项目规范5.1软件质量管理概述5.1.3软件质量管理的含义与作用

软件质量管理是贯穿软件全生命周期（需求分析、设计、开发、测试、部署、运维）的系统性管理活动，核心是通过制定质量标准、建立管理流程、实施质量控制与改进，确保软件产品满足用户需求、符合行业规范及业务目标。5.1软件质量管理概述5.1.3软件质量管理的含义与作用

软件质量管理的作用：（1）提升用户满意度（2）降低维护成本（3）增强企业竞争力（4）促进团队协作（5）支持持续改进（6）符合法规和行业标准（7）提高项目成功率5.1软件质量管理概述5.2.1质量治理结构5.2组织架构与职责5.2.1质量治理结构1.质量委员会

是一个组织层面的高层管理机构，负责制定软件质量的战略和政策，审批质量标准和规范。职责包括：（1）制定质量战略（2）审批质量标准（3）资源分配与协调（4）监督与评估5.2组织架构与职责5.2.1质量治理结构2.质量保证部

软件质量保证部是一个组织内部专门负责质量管理的职能部门。其职责包括：（1）制定质量管理制度（2）质量审核与评估（3）推动质量改进5.2组织架构与职责5.2.1质量治理结构3.软件项目质量小组

软件项目质量小组是一个项目层面的团队，专注于具体项目的质量管理。其职责包括：（1）制定质量保证计划（2）执行质量活动（3）问题跟踪与解决（4）建立质量文化5.2组织架构与职责5.2.2角色职责矩阵5.2组织架构与职责5.3.1需求阶段质量管理1.需求收集2.需求分析3.需求文档化4.建立有效的沟通机制5.需求验证5.3全流程质量管理5.3.2设计阶段质量管理

在软件设计阶段，质量管理是确保最终软件产品符合用户需求和质量标准的关键过程。首先，需要制定统一的设计标准和规范，包括编码风格、设计模式、文档格式等。建立需求变更管理流程，确保每次需求变更都经过严格的评估与审批。设立定期的设计评审会议，邀请团队成员及相关利益相关者参与。定期组织技术培训和知识分享会。5.3全流程质量管理5.3.3开发阶段质量管理

开发阶段指的是编码阶段，编码阶段的质量管理是确保产品质量的核心环节。1.编码规范2.

代码审查3.单元测试4.持续集成5.

缺陷管理6.文档管理5.3全流程质量管理5.3.4测试阶段质量管理

软件测试流程管理和质量控制是确保软件测试工作顺利完成、保障测试结果准确可靠的重要手段。具体内容：1.

测试计划制定2.测试用例编写3.测试执行4.测试评估和报告5.3全流程质量管理5.3.4测试阶段质量管理

5.3全流程质量管理5.3.5发布阶段质量管理

发布阶段是软件质量的最终验证与交付环节，通过系统化的发布策略、风险管控和持续监控，实现质量“最后一公里”的闭环管理。

质量管理内容主要有以下三点：1.版本发布检查清单2.部署验证流程3.回滚方案备案5.3全流程质量管理5.4.1过程审计机制

旨在确保软件开发的每个阶段都符合既定的质量标准和流程要求。

具体措施包括：1.

制定审计计划2.组建专业审计团队3.执行审计活动4.报告审计结果5.跟踪整改情况5.4质量保证体系5.4.2技术评审管理

通过组织专业的评审活动，对软件开发的各个环节进行评估和验证，确保技术方案的合理性和可行性，及时发现并解决潜在的技术问题。

具体内容：

1.

需求评审2.设计评审3.代码评审4.测试评审5.技术决策评审5.4质量保证体系5.4.3配置管理规范

确保了软件开发过程中各种配置项的完整性和可追溯性，为项目的顺利进行和质量保证提供了有力支持。

具体内容：

1.

配置项管理2.版本控制3.

变更管理4.配置库管理5.文档管理5.4质量保证体系5.5.1自动化测试工具自动化测试工具能够快速执行大量测试用例，节省时间和资源，显著提高测试效率、降低测试成本、提高测试结果的准确性，并及时发现问题。1.功能测试（Selenium）Selenium是一款广泛应用于Web

应用程序自动化测试的开源工具，它支持多种浏览器，如Chrome、Firefox、IE等，能够模拟用户在浏览器中的操作。5.5质量控制工具2.性能测试（LoadRunner）LoadRunner是一种预测系统行为和性能的工业级标准性能测试负载测试工具。它通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，能够对整个企业架构进行测试。3.安全测试（OWASPZAP）OWASPZAP是开放Web应用程序安全项目提供的一款开源的Web应用程序安全扫描工具。它旨在帮助开发者和安全专家识别和修复Web应用程序中的安全漏洞。5.5质量控制工具5.5.2代码分析工具能够自动扫描代码，检测潜在的缺陷和漏洞，帮助开发团队在早期阶段发现并修复问题，从而减少后期修复的成本和风险。1.静态代码分析工具对源代码的静态结构进行分析来检查代码中的潜在问题、错误和不规范之处。5.5质量控制工具5.5.2代码分析工具2.动态代码分析工具在程序运行期间对其进行分析的软件工具，它能够实时监测程序的行为和性能，有助于发现程序中潜在的错误、安全漏洞以及性能瓶颈等问题。3.依赖管理工具帮助开发者自动下载、更新和管理项目所需的外部库和框架，确保不同环境中的依赖项一致性，从而提高开发效率和代码质量。5.5质量控制工具5.5.3管理平台软件管理平台是用于管理和优化软件开发流程的工具，它们帮助团队提高效率、优化资源分配、跟踪项目进度，并确保软件质量。1.ALM工具ALM（ApplicationLifecycleManagement，应用生命周期管理）工具主要用于管理软件从概念阶段到退役的整个生命周期，涵盖需求分析、设计、开发、测试、部署和维护等环节。5.5质量控制工具5.5.3管理平台软件管理平台是用于管理和优化软件开发流程的工具，它们帮助团队提高效率、优化资源分配、跟踪项目进度，并确保软件质量。2.度量分析工具度量分析工具是通过数据采集、量化分析和可视化呈现，帮助企业理解、优化业务或技术过程的关键工具。5.5质量控制工具5.5.3管理平台软件管理平台是用于管理和优化软件开发流程的工具，它们帮助团队提高效率、优化资源分配、跟踪项目进度，并确保软件质量。3.知识库管理工具是一种用于创建、存储、管理和检索知识的软件平台，旨在提高企业内部信息的可访问性和团队协作效率。5.5质量控制工具5.6.1过程文档过程文档记录了软件开发过程中的各项活动和决策，是质量管理体系的重要组成部分。过程文档主要包含以下内容：1.项目计划文档2.需求管理文档3.系统设计文档4.测试文档5.质量控制文档6.配置管理文档5.6质量文档体系5.6.2产品文档描述软件产品的功能、架构、使用方法等，是用户和维护人员了解和使用软件的重要依据。主要包含以下内容：1.用户文档与操作指南2.技术文档3.维护文档5.6质量文档体系5.6.3记录文档用于记录项目过程中的各种活动和结果，是项目审计和质量追溯的重要依据。主要分为以下几类：1.会议记录2.项目进展记录3.质量审计记录5.6质量文档体系5.7.1持续改进机制的作用及时发现并修复软件中的缺陷和问题，提高软件的稳定性和可靠性，从而提升软件质量。通过分析开发过程中的数据和反馈，识别流程中的瓶颈和问题，进行针对性的优化和改进。通过持续的培训和知识共享，提升团队成员的质量意识和技能，促进全员参与质量管理。5.7持续改进机制5.7.2实施办法定期与客户进行需求评审，及时调整需求变更，确保项目方向始终与客户期望一致；其次是实施持续集成和持续测；引入自动化测试工具，提高测试效率和覆盖率；优化沟通机制等。5.7持续改进机制

介绍软件质量的含义、软件质量标准与规范、软件质量管理的含义与作用，帮助学生大致了解了软件质量管理的内容。通过介绍软件质量管理组织架构以及各个角色的职责，让学生明确在软件质量管理过程中各个角色的职能和责任。

详细介绍了在软件需求阶段、设计阶段、开发阶段、测试阶段、发布阶段的质量管理内容。

最后介绍了软件质量保证体系、质量控制工具、质量文档体系和持续改进机制等内容。只有建立全方位、全流程的质量管理体系才能保证软件质量的可靠性。5.8小结

BeyondTechnology软件项目管理与实践第6章软件人力资源管理人力资源是软件项目成功的关键因素数据支持：42%项目因人力资源问题失败系统化管理可提升效率55%以上当前挑战：技术工具快速演进（AI编程工具年增长60%+）协作方式变革（远程办公占比74%）引言了解：人力资源规划、团队结构、激励理论理解：敏捷vs

传统团队差异、文化冲突影响应用：设计激励方案、动态调整团队结构分析：评估激励效果、预测AI对人力资源的影响学习目标6.1

人力资源管理规划6.2

团队组建6.3团队管理6.4

团队激励6.5

小结目

录6.1.1

人力资源管理规划的定义人力资源管理规划（HRMP）是指采用系统化方法，对软件项目所需的人力资源类型、数量、技能等进行前瞻性分析，并制定相应的获取、配置、发展与保留策略，以确保项目在时间、成本与质量约束下达成目标。6.1人力资源管理规划6.1.2

规划目标与重要性四大核心目标：1.提升人才匹配精准度2.促进协作效率与员工成长3.规避人力相关风险4.与组织战略深度融合42%项目失败与人力资源问题直接相关精心规划的人力资源体系可提升交付效率55%以上6.1人力资源管理规划6.1.3

规划流程规划八大步骤概览：1.需求分析与岗位定义2.人才生态映射3.角色蓝图设计4.能力提升路径规划5.风险预案构建6.绩效考核与激励机制7.匹配与优化分配8.动态反馈与迭代6.1人力资源管理规划6.1.3

规划流程6.1人力资源管理规划图6-1规划流程6.2.1

岗位需求分析岗位需求分析是指在软件项目启动阶段或规划阶段，通过系统性地评估项目目标、技术要求和交付时间表，识别团队所需的岗位类型、数量、技能组合以及职责范围的过程。它不仅是人力资源管理规划的基础，还为后续的人员招聘、分配和培训提供了依据。6.2团队组建6.2.1

岗位需求分析1.项目需求分解：确定项目目标与范围2.技能需求识别：列出必要的团队成员中必备技能3.岗位角色的识别与定义：为每个岗位明确其在项目中的主要职责4.人员配置与团队协同：确定人数与比例5.验证与持续优化：动态调整6.2团队组建6.2.1

岗位需求分析6.2团队组建图6-2需求分析流程6.2.2

招聘策略在软件项目管理实践中，构建高效的项目团队对于实现既定目标至关重要。其中，招聘策略作为团队组建环节中的核心任务，承担着为项目引入适配人才、构建协同机制与保障项目能力的多重使命。所谓招聘策略，指的是在项目启动初期或人员扩充阶段，依据岗位需求所制订的一整套人员获取与配置方案，涵盖内6.2团队组建6.2.2

招聘策略1.岗位需求的识别与目标设定2.制定招聘策略与计划3.候选人评估与录用决策机制4.薪酬福利与激励机制5.人员到岗后的整合与支持措施6.招聘体系的持续优化6.2团队组建6.2.3

团队结构设计合理构建团队结构是确保软件项目高效运行的关键步骤之一。团队结构设计，是指在项目启动或团队筹建阶段，依据项目的具体目标、规模及复杂度，规划各类角色的职责划分与协作机制，并将其以组织图或职责矩阵的形式进行可视化呈现。作为人力资源管理规划的重要组成部分，团队结构的设计直接关系到项目执行效率与协作质量。6.2团队组建6.2.3

团队结构设计在团队结构设计中，一般存在图6-3所示的几种类型6.2团队组建图6-3团队结构一般划分6.2.3

团队结构设计1.职能型结构2.项目型结构3.矩阵型结构4.扁平化/敏捷结构6.2团队组建6.3.1

日常管理机制日常管理机制是指为维持团队正常运转、协调工作进度、确保资源有效利用而建立的日常运营流程和工具，旨在构建一个高效、有序的工作环境。它包括任务分配、进度跟踪、沟通管理以及团队士气维护。在软件项目管理中，日常管理机制是团队管理的基石。有效的日常管理能够减少项目延误、提升团队生产力和增强成员满意度。特别是对于敏捷开发和分布式团队，日常管理机制在维持透明度和协作效率方面尤为关键。6.3团队管理6.3.1

日常管理机制日常管理的重点可以根据项目阶段的不同进行灵活调整。通过使用关键绩效指标（如任务完成时间和缺陷率），能够优化管理机制，并通过结合团队文化提高成员的归属感，确保项目能够顺利推进。日常管理机制是软件项目管理中至关重要的部分，通过系统化的流程和工具，能够有效地提高团队的协作效率，及时解决问题，并为项目的成功奠定基础。6.3团队管理6.3.2冲突管理在项目团队中，冲突是指由于目标、观点、资源、职责或价值观的差异，团队成员之间产生的不一致或对立情绪。冲突是团队工作中常见且难以避免的现象，因为每个成员有不同的背景、技能和个性。适当的冲突有时能促使创新和多角度思考，但如果冲突升级为情绪化对抗或影响决策，它可能会对项目进展和团队合作造成不良影响。因此，冲突管理的重点在于识别、分析并解决团队内外的分歧，保持团队和谐，并推进项目目标的实现。6.3团队管理6.3.2冲突管理在项目中，冲突大致可以分为三种类型：任务冲突、关系冲突和价值观冲突。任务冲突通常源自团队成员对项目目标、工作优先级、资源分配及技术方案的不同看法，虽然这种冲突能通过讨论和协作找到更好的解决方案，但如果管理不当，它可能会延误决策和项目进展。6.3团队管理6.3.2冲突管理在项目中，冲突大致可以分为三种类型：任务冲突、关系冲突和价值观冲突。关系冲突则是指成员之间由于性格不合、沟通不畅或误解导致的摩擦，若冲突升级，会影响团队内部的信任与合作。6.3团队管理6.3.2冲突管理在项目中，冲突大致可以分为三种类型：任务冲突、关系冲突和价值观冲突。价值观冲突往往涉及成员的文化背景、职业理念和对项目的理解，这类冲突不容易通过表面沟通解决，需要管理者投入更多时间与精力，帮助团队达成共识。6.3团队管理6.3.2冲突管理冲突管理是软件项目管理中不可忽视的一环。通过系统化的识别、分析与解决，项目经理可以将潜在的威胁转变为改善的机会。管理者需要掌握多种冲突管理工具，并根据团队的动态做出灵活调整。6.3团队管理6.3.3绩效管理绩效管理其核心目标在于确保团队成员的工作成果与项目整体目标保持高度一致，同时激发员工潜能，推动团队持续改进与创新。绩效管理不仅仅是对员工工作成果的定期评估，更是一整套系统化、持续性的过程，涵盖目标设定、日常监督、定期考核、反馈改进和激励奖励等多个环节。6.3团队管理6.3.3绩效管理构建有效的绩效管理体系是确保绩效管理成功的基础。为实现这一目标，管理者需要设定明确、具体且可衡量的目标，通常采用目标与关键结果（OKR）的方式。OKR的核心在于为团队和个人设定具有挑战性并可衡量的目标，同时配以关键结果作为评估标准。这样的目标设定不仅为员工提供了清晰的方向，也便于在项目进程中进行持续的评估和调整。6.3团队管理6.3.3绩效管理另外，在绩效管理体系中，关键绩效指标（KPI）也是不可忽视的一部分。KPI