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

一、项目管理一般知识

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、收尾过程组

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