一、项目管理的重要性和定义

1、重要性（两个阶段）

（1）20世纪70年代中期

①70%的项目失败是由于管理不善引起的，而并不是因为技术实力不够；

②管理是影响软件研发项目全局的因素，而技术只影响局部的因素。

（2）20世纪90年代中期

美国软件工程实施现状的调查：

①10%的项目能够在预定的费用和进度下交付；

②软件项目管理成为软件项目开发中最重要的核心问题之一。

2、软件项目管理的定义

（1）定义

软件项目管理是为了使软件项目能够顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。

（2）对象

软件工程项目，它所涉及的范围覆盖了整个软件工程过程。

（3）何时（即什么时候做项目管理）

这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止。

二、管理四要素4P

1、管理的四要素(4P)

• 人员People —— 成功项目的重要因素；
• 产品Product —— 要开发的软件；
• 过程Process —— 软件工程的框架活动，包含了任务、里程碑、工作产品以及质量保证点；
• 项目Project —— 开发软件所需要的所有工作

2、软件项目中影响最终结果的要素

• 规模
• 提交的期限
• 预算和代价
• 应用领域
• 运用的技术
• 系统约束
• 用户需求
• 可提供的资源

3、项目管理关心的问题

• 产品的质量
• 风险的识别和管理
• 度量
• 代价估算
• 项目进度
• 和客户交流
• 项目成员
• 其他资源
• 项目监控

PS: 以下将对4P的内容进行详细分析。

三、项目参与者类型(people)

项目参与者类型一般包括以下几类：

• 高级管理者：负责定义业务问题；
• 项目(技术)管理者：必须计划、激励、组织和控制软件开发人员；
• 开发人员：负责开发一个产品或应用所需的专门技术；
• 客户：负责说明待开发软件相关需求的人以及其他风险承担者；
• 最终用户：一旦软件发布成为产品，最终用户是直接与软件进行交互的人

总结：
①高级管理者，即定义业务问题的人；
②项目管理者，即管理软件开发的人；
③开发人员，即应用技术开发软件的人；
④客户，即提出软件需求，并承担一定风险的人；
⑤最终用户，即与软件交互的人。

四、项目小组结构(people)

1、项目的三种一般小组组织形式

（1）民主分散式（Democratic Decentralized, DD）

（2）控制分散式（Controlled Decentralized, CD）

（3）控制集中式（Controlled Centralized, CC）

2、关于小组结构的说明

（1）DD（民主分散式）：没有固定的负责人，适合难度比较高、交付期限很长及生存期较长的项目，最适合于解决模块化程度比较低的问题，因为需要通信；

通俗来说：没有负责人，只有水平通信，成员之间需要广泛的两两交流。

（2）CD（控制分散式）：有一个固定的负责人，若有子负责人，<u>子负责人和总负责人的通信</u>是垂直的，而<u>个人间的通信</u>是水平的，适合交付期限较长、比较简单的项目；

通俗来说：有固定负责人，成员之间需要交流，成员与负责人之间也需要交流；若有子负责人，成员跟子负责交流，子负责人跟总负责交流。

（3）CC（控制集中式）：<u>负责人和小组成员之间的通信</u>是垂直的，适合解决交付期限比较严格的、简单的、模块化程度高的项目

通俗来说：有固定负责人，成员之间不沟通，只跟上级沟通。

注：CD和CC两种结构都需要有一个固定的负责人，而DD不用；且会比DD产生更少的缺陷。

3、项目小组人员间的通信路径

项目小组人员间的通信路径
从上图中可以看出，项目小组人数越多，通信路径越多。
通信路径计算公式为：

4、小组结构的选择需考虑的因素

对于一个小组来说，选择一个合适的结构需考虑以下因素：

• 待解决软件项目的困难程度；
• 产生的程序规模，以代码行或者功能点来衡量；
• 小组成员需要共同工作的时间（小组生存期）；
• 项目所需要的通信的程度；
• 问题能够被模块化的程度；
• 待建造系统所要求的质量和可靠性；
• 交付日期的严格程度

5、思考题

Q1：某公司有21名员工，请问分别按DD、CD、CC方式来进行组织结构的划分，各自会产生多少条的通信路径？假设在CD和CC方式下被分成四组，画出大概的组织结构图。

A1：

思考题解答

五、软件范围及问题分解(product)

1、预告

在开始进行一个项目之前，应该了解些什么呢？

（1）在进行项目计划之前，软件开发者和客户必须一起定义产品的目的和范围，考虑可选的解决方案，标识技术和管理的约束；

（2）没有这些信息，就不可能进行合理的（准确的）成本估算、有效的风险评估、适当的项目任务划分或是可管理的项目进度安排；

（3）软件范围是软件项目管理的第一个活动。

通过下面一张图来加深对软件范围的理解。

软件范围

圆圈里的内容即软件范围，确定该项目要做什么；那么不在圈子里面的，就先抛开，也就是说，不该做的内容先不要做。

2、软件范围的确定（划定问题的边界）

（1）语境；

（2）信息目标；

（3）功能和性能

3、问题分解（确定各部分的功能）

（1）分而治之；

（2）估算开始之前，范围中所描述的软件功能必须被评估和细化，以提供更多的细节。因为成本和进度的估算都是面向功能的，所以某种程度的分解通常是很有用的。

六、过程(process)

1、一般性阶段

（1）软件过程的一般性阶段（定义、开发和支持）适用于所有软件项目；

（2）问题在于选择一个适合项目组所要开发软件的过程模型。

回顾下上一篇文章提到过的过程模型：

• 线性顺序模型（瀑布模型）
• V模型
• 原型实现模型
• RAD模型
• 增量模型
• 螺旋模型
• 形式化方法模型

2、选择过程模型阶段

项目管理者必须决定哪一个过程模型最适合用在此项目，因此在选择过程模型时需考虑以下因素：

（1）需要该产品的客户和将做此工作的人员；

（2）产品本身的特征；

（3）软件项目组工作的项目环境。

3、已确定过程模型阶段

（1）当一个过程模型被选定时，项目组基于通用过程框架活动集合，定义一个初步的计划；

（2）一旦建立了初步的计划，便可以开始进行过程分解，即必须建立一个完整的计划以反映框架活动中所需要的工作任务；

（3）工作任务必须针对项目的特定需要进行适应性修改；且框架活动总是一样的，但工作任务则要根据一系列的适应性标准来选择。

七、产品和过程的二元性(product and process)

产品和过程的二元性
从上图中可以看出，横向坐标表示过程，纵向坐标表示产品，也就是说，每一个产品都有它对应的一系列过程。所以，在一个项目中，产品和过程都一样重要，缺了谁都不行，这也就体现了产品和过程的二元性。

八、项目的5W2H原则(project)

项目的5W2H原则包含以下几点：

• WHY —— 为什么(Why)该系统被开发？（业务目的）
• WHAT —— 将做什么(What)？（项目任务）
• WHEN —— 什么时候(When)做？（里程碑）
• WHO —— 某功能由谁(Who)负责？（角色和责任）
• WHERE —— 他们的机构组织位于何处(Where)？（角色责任界定）
• HOW —— 工作将如何(How)被技术和管理地进行？（管理和技术策略）
• HOW MUCH —— 每种资源需要多少(How much)？（资源分配）

九、写在最后——think more

看完上面文章内容后，不妨试问下自己以下问题：

分析如下具体项目情况，选择合适的团队结构（CC、CD、DD）及软件过程模型，并分析原因。

Q1：在一个信息系统组织中，你被指派为项目经理。你的工作是开发一个应用程序，该程序类似于你的团队以前已经做过的某个项目，只是规模更大而且更复杂一些。需求已经由用户写成文档。

Q2：你被指派为一个小型软件产品公司的项目经理。你的工作是开发一个有突破性的产品，该产品结合了虚拟现实的硬件和高超的软件。因为家庭娱乐市场的竞争非常激烈，完成这项工作的压力很大。

Q3：你被指派为一个大型软件产品公司的项目经理。你的工作是管理该公司已被广泛使用的字处理软件的新版本的开发。因为必须获得新的收益，已经规定了紧迫的最后期限并对外公布。

Q4：在一个为遗传工程领域服务的公司中，你被指派为项目经理。你的工作是管理一个软件新产品的开发，该产品能够加速基因分解的速度。这项工作是面向研究及开发的，但其目标是在下一年度内生产出产品。

评论区留下你的答案٩(๑❛ᴗ❛๑)۶
如果这篇文章对你有帮助，记得留下star哦~