一、项目管理一般知识
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、收尾过程组
工作绩效数据:实际工作中收集到的原始观察结果数据。
工作绩效信息:将工作绩效数据整合到一起分析。
工作绩效报告:将工作绩效信息再进一步整合,向领导进行汇报。