项目管理：（一）项目管理一般知识

一、项目管理一般知识

1.1 项目的一般知识

1.1.1 项目的定义：

项目是为创造独特的产品、服务或成果而进行的临时性工作。

1.1.2 项目的目标：

项目的目标包括成果性目标和约束性目标。
成果性目标：指通过项目开发出满足客户要求的产品、系统、服务或成果。（也叫项目目标）
约束性目标：指的是完成项目成果性目标需要的时间、成本、以及满足的质量。（也叫管理性目标）

SMART原则：
Specific(具体的)、Measurable(可测量的)、Attainable(可以达到的)、Relevant(有相关性的)、Time-bound(有明确时限的)。

项目目标具有以下特性：
1、项目的目标有不同的优先级。
2、项目目标具有层次性。

1.1.3 项目的特点：

1、临时性、独特性、渐进明细

1.1.4 项目系统集成项目的特点：

1、有以下几个特点：
a、信息系统集成项目要以满足客户和用户的需求为根本出发点。
b、客户和用户的需求常常不够明确、复杂多变，由此应该加强需求变更管理以控制风险。
c、系统集成不是简单选择最好产品的行为，而是要选择(或开发)最适合用户的需求和投资规模的产品、技术与服务的活动集合。
d、高技术与高技术的集成。
e、系统工程。系统集成包含技术、管理和商务等方面。必要需要"一把手"挂帅。
f、项目团队的成员年轻、流动率高。
g、强调沟通的重要性。
2、系统集成项目管理既是一种管理又是一种技术行为。
3、如地理信息系统(GIS)项目。

1.1.5 项目管理的定义及其知识范围

1、项目管理是指在项目活动中综合运用知识、技能、工具和技术在一定的时间、成本、质量等要求下来实现的项目成果性目标的一系列行为。

旧3约束“时间、成本、质量”
新3约束“范围、时间、成本”

1.1.6 项目管理需要的专业知识与技术

【软技能】1、有效的沟通。（有效地交流信息）2、对组织施加影响。（让事情办成的能力）3、领导能力。（形成一个前景和战略并组织人员实现它的能力）4、激励。（激励相关人员达到高水平的生产率并克服变革的阻力）5、谈判和冲突管理。（与其他人谈判取得一致或协议）6、分析和综合归纳能力7、解决问题。（先定义问题，明确问题，后做出决策并解决问题）

1.1.7 项目经理应该具备的技能和素质

1、一个合格的项目经理，至少应当具备如下素质。
a.足够的知识
b.丰富的项目管理经理
c.良好的协调和沟通能力
d.良好的职业道德
e.一定的领导和管理能力
2、怎么样当好一个优秀的项目经理
a.真正理解项目经理的角色
b.领导冰管理项目团队
c.依据项目进展的阶段，组织制订详细程度适宜的项目计划，监控计划的执行，并根据实际情况，客户要求或者其他变更要求对计划的变更进行管理。
d.真正理解一把手工程
e.注重客户和用户参与

1.1.8 项目干系人

1、项目干系人：指那些积极参加项目，或是其利益会受到项目执行的影响，或是其利益会受到项目，结果影响的个人和组织，他们也可能对项目及其结果施加影响。

2、项目的关键干系人除客户和用户外，还包括以下一些人。
a.项目经理
b.执行组织
c.项目团队及其成员
d.项目发起人
e.职能经理
f.影响者
g.项目管理办公室（PMO）

3、项目经理必须管理项目干系人的期望，因为项目干系人经常会有相互不同甚至是冲突的目标。

1.1.9 项目管理系统

1、项目管理系统是指用于管理项目的工具、技术、方法、资源、过程组的集合。
2、项目管理系统（可以是正式的或者非正式的），有助于项目经理有效的控制项目顺利完成。

1.1.10 事业环境因素（约束条件）

主要包含以下因素和系统：
1、实施单位的企业文化和组织结构
2、国家标准或者行业标准
3、现有的设施和固定资产
4、实施单位现有的人力资源，人员的专业和技能。
5、当时的市场状况。
6、项目干系人对风险的承受力
7、行业数据库
8、项目管理信息系统

1.1.11 组织过程资产（经验教训知识库）

1、组织过程资产包含：项目实施组织的企业计划，政策方针，规程，指南和管理系统，实施项目组织的知识和经验教训。

1.2 项目组织结构

1.2.1 组织结构

1、职能型组织
优点：
a.强大的技术支持，便于知识，技能和经验。
b.清晰的职业生涯晋升路线。
c.直线沟通，交流简单，责任和权限很清晰。
d.有利于重复性工作为主的过程管理。
缺点：
职能利益优先于项目，具有狭义性，组织横向之间的联系薄弱，部门建沟通，协调难度大，项目经理极少或缺少权利，权威，项目管理发展方向不明，缺少项目基准等。

2、项目型组织
优点：
a.结构单一，责权分明，利于统一指挥。
b.目标明细单一
c.沟通简洁，方便
d.决策快
缺点：管理成本搞，项目环境封闭，不利于沟通，技术知识等共享，员工缺乏事业上的连续型和保障。

3、弱矩阵型组织

4、强矩阵型组织

5、平衡矩阵型组织
优点：
a.项目经理负责制，有明确的项目目标。
b.改善了项目经理对整体资源的控制。
c.及时响应
d.获得职能组织更多的支持
e.最大限度的利用公司的稀缺资源
f.降低了跨只能部门建的协调合作难度
g.使质量，成本，时间等制约因素得到更好的平衡
h.团队成员有归属感，士气高，问题少。
i.出现的冲突较少，且容易处理解决。
缺点：
管理成本增加，多头领导，难以监测和控制，资源分配与项目优先的问题产生冲突，权利难以保持平衡等。

1.2.2 PMO(项目管理办公室)

PMO在结构中的作用，可以为一个项目设立一个PMO,可以为一个部门设立一个PMO,可以为一个企业设立一个PMO，这三级可以同时存在。
PMO的类型
1、支持型
2、控制型
3、指令型

1.3 项目特征

1.3.1 项目的生命周期

项目生命周期的特征
生命周期：可行性分析、业务流程优化或变革、信息系统规划、系统需求分析、系统设计、系统实现、系统测试、系统实施、系统试运行、验收等阶段。

根据不同的行业特点，企业规模，项目特点，这些阶段可以有不同程度的增删和裁剪。

1.3.2 项目阶段的特征

1、每一个阶段以上一个阶段可交付物的完成做为标志。
2、项目阶段结束前，一般需要对完成的工作和可交付物进行技术或者设计评审。

可交付物：一种可度量，可验证的工作成果，如一份规格说明书，可行性研究报告，详细设计文档，产品模块或者工作样品。

1.3.3 项目的生命周期和产品生命周期的关系

产品的生命期比项目生命周期更长。

1.4 项目生命周期开发模式

针对不同类型的项目，应该选择哪种开发模型。
基于两方面考虑：
1、实施推广的难度：
项目管理的管理能力和开发团队的技术能力，决定了开发模型的实施难度。
2、项目管理的侧重点：
项目不同，侧重点不同。根据侧重于进度、质量、成本控制、风险管理等。

各模型的特点：
瀑布模型：文档驱动型
迭代模型：风险驱动型
敏捷模型：变更驱动型
V模型：质量驱动型
原型模型：需求驱动型

1.4.1 瀑布模型

应用场景：用户需求非常明确，要求项目预算充足，人员齐备。

项目阶段：计划、需求分析、设计、编码、测试、运行/维护

定义阶段：计划、需求分析
开发阶段：需求分析、设计、编码、测试
维护阶段：测试、运行/维护

特点：
1、从上一项开发活动结束后的成果，作为本次活动的输入。
2、本次活动结束后的成果，作为输出传给下一项开发活动。
优点：
1、每个阶段开发质量都有保证，减少返工。
2、文档细致，降低沟通成本，有利于及早发现问题。
缺点：
周期长，不易变更。

1.4.2 迭代模型

应用场景：属于高风险项目，需求不确定，用户能在整个开发过程中不同程度的参与。

水平方向为时间维

项目阶段：
初始阶段：系统地阐述项目的范围，选择可行的系统构架，计划和准备业务案例。
细化阶段：细化构想，细化过程和基础设施，细化构架并选择构件。
构造阶段：资源管理，控制和过程最优化，完成构件的开发并依评价标准进行测试，依构想的验收，标准评估产品的发布。
移交阶段：同步并使并发的构造增量集成到一致的实施基线中，与实施有关的工程活动，根据完整的构想和需求集的验收标准评估实施基线。

核心工作流包括：
业务建模，需求获取，分析与设计，实现，测试，部署。

1.4.3 敏捷模型

应用场景：范围难以确认，会频繁的变更。

特点：是一种以人为核心，迭代，循序渐进的开发方法，使用与一开始并没有或者不能完整地确定出需求和范围的项目。
或者需要应对快速变化的环境，或者需求和范围难以事先确定，或者能够有利于干系人的方式定义较小的增量改进。

也叫适应型生命周期

目的：应对大量变更，获取干系人的持续参与。

1.4.4 V模型

应用场景：V模型用于需求明确和需求变更不频繁情景。

整体来看，是一个V字型的结构，由左右两边组成。开发与测试同等重要

左边从上到下：需求分析验收测试
概要设计系统测试
详细设计集成测试
编码单元测试

特点：
1、单元测试针对编码过程，可能出现的错误。
2、集成测试针对详细设计过程，可能出现的错误。
3、系统测试针对概要设计过程，检查系统作为整体是否有效地得到运行。
4、验收测试针对需求分析过程，以确认产品能真正符合用户业务上的需要。
5、V模型用于需求明确和需求变更不频繁情景。

1.4.5 原型模型

应用场景：一般适用于用户需求驱动，逐步求精完善原型，使原型快速开发。

原型模型第一步就是创建一个快速原型，满足项目干系人鱼未来的用户可以与原型进行交互，
再通过与相关干系人进行讨论和恩熙，搞清楚系统的需求，在原型的基础上开发出用户满意的产品。

原型模型分为两种。
非抛弃型原型：根据用户最主要的要求，开发一个系统最基本功能的原型，再根据用户意见，反复修改完善原型，直到满意。
抛弃型原型：一般用于描述和验证用户需求，可以采用Axure之类的工具，达到与用户交流的最好效果，确定用户需求后不用使用该原型。

特点：
1、处理简单过程名曲，涉及面窄的小型系统。
2、大型系统的需求阶段，用原型去跟用户交流，需求分析会更加明确和细化。

1.4.6 螺旋模型

应用场景：强调风险分析，特别适用于庞大而复杂的高风险的系统。

是一个演化软件过程模型，将原型实现的迭代特征与线性顺序（瀑布）模型中控制的和系统化方面结合起来。

项目阶段：
1、制定计划：决定目标、方案和限制。
2、风险分析：评价方案、识别风险、消除风险。
3、实施工程：开发、验证、下一产品。
4、客户评估

1.5 项目过程

1.5.1 项目过程（PDCA）

PDCA循环的基本模型

凡事行动前先做计划（PLAN）↓
依据计划采取行动（DO）↓
检查行动的结果（CHECK）↓
改进（ACT）↓
下一轮的PDCA

将项目管理过程组映射成PDCA循环

    ---------------------监控过程组（CHECK）-----------------↓               ↓                   ↑                   ↑
启动过程组  →  计划过程组（PLAN）  →  执行过程组（DO）  →  收尾过程组

1.5.2 项目管理过程组

1、启动过程组
2、计划过程组
3、执行过程组
4、控制过程组
5、收尾过程组

工作绩效数据：实际工作中收集到的原始观察结果数据。
工作绩效信息：将工作绩效数据整合到一起分析。
工作绩效报告：将工作绩效信息再进一步整合，向领导进行汇报。