一、项目管理基础
项目是为创造独特的产品、服务或成果而进行的临时性性工作
项目特点:临时性、独特性、逐步完善渐进明细、目的性、受资源约束
- 组织结构对项目的影响
项目型、矩阵型(强矩阵型、平衡矩阵型、弱矩阵型)、职能型
优缺点
职能型 | 矩阵型 | 项目型 | ||
弱矩阵 | 平衡矩阵 | 强矩阵 | ||
资源利用率相对较高;成员工作稳定连续 | 兼有职能型和项目型的优点,较灵活 | 结构单一,职权分明;目标明确单一;沟通简单、方便(项目内部);决策快 | ||
职能型组织管理职能多,目标多样 为项目分配的资源不稳定 项目决策慢 | 团队成员可能存在多头领导 | 管理成本过高,如项目的工作量不足则资源配置率低;项目环境较封闭,不利于沟通、技术知识等共享;员工缺乏事业上的连续性和保障等。 |
PMO
管理共享资源,识别和制定项目最佳实践,指导和培训,制定政策程序,监督遵守程序;跨项目沟通协调。
对项目控制程度:支持型(弱)+控制型(中)+指令型(强)
项目生命周期是指项目从启动到收尾所经历的一系列阶段
软件项目生命期:需求阶段、设计开发阶段、测试阶段、运维阶段
阶段的结束以作为阶段性可交付成果的工作产品转移或移交为标志
- 信息系统典型生命周期模型
瀑布模型(需求确定、变化小的产品;升级或以前有类似开发经验的项目)
螺旋模型(强调风险分析,适合复杂、庞大、高风险系统)
迭代模型(需求不确定、事先不能完整定义产品需求、计划多期开发的软件)
V模型(已测试为主。编码对应单元测试、详细设计对应集成测试、系统测试对应概要设计、验收测试对应需求分析)
原型化模型(快速模型-反复讨论分析-弄清需求-开发产品,适用需求定义不清、管理决策方法结构化程度不高的系统开发)
敏捷开发模型(以人为核心、迭代、循序渐进的开发方法。快速反馈,及时调整。)
整体管理
制定一个整体管理计划,然后,详细制订各分计划,再用整体管理的方法综合成一个一致的整体计划
- 十大知识领域
- 整体管理
制定项目章程(批准项目、授权项目经理)
输入 | 技术、方法 | 输出 |
制定项目章程 | ||
|
|
|
制定项目管理计划 | ||
|
| 1、项目管理计划 |
指导与管理项目工作 | ||
|
|
|
监督项目工作(绩效对比评估+跟踪、审查+预测、监控+推荐各类措施) | ||
|
|
|
实施整体变更控制(审查变更+批准变更)项目经理负最终的责任 | ||
变更申请☞评估影响☞变更审批☞更新计划及文件,通知干系人☞执行变更☞监控记录变更执行 变更申请(先了解,沟通;要书面申请)☞评估影响(评估变更影响(范围、成本、质量、风险等)通知干系人☞变更审批(CCB审批按规定流程)☞执行变更(执行批准的变更)☞监控记录变更(记录并监控变更+验证变更归档)) | ||
|
|
|
结束项目或阶段结束(结束项目,总结经验) | ||
|
|
|
2、范围管理
三方面工作:明确项目边界,对项目执行工作进行监控,防止项目范围发生蔓延
重要性:项目范围来自项目目标,完成项目工作范围是为了实现项目目标
项目范围管理及控制的有效性,是衡量项目是否达到成功的一个必要标准
不断重申项目工作范围,是项目中实施控制管理的一个主要手段
输入 | 技术、方法 | 输出 |
规划范围管理 | ||
1、项目章程 2、项目管理计划 3、事业环境因素 4、组织过程资产 | 1、专家判断 2、会议 | 1、范围管理计划 2、需求管理计划 |
收集需求(11项技术)记录需求+管理需求 | ||
1、需求计划 2、范围管理计划 3、干系人登记册 4、干系人管理计划 5、项目章程 | 1、访谈 2、焦点小组会议
|
|
定义范围(明确边界+确定产品、项目范围) | ||
| 1、专家判断 2、产品分析 3、备选方案生成 4、引导式讨论会 | 1、项目范围说明书(产品范围说明书、验收标准、可交付物、项目的除外责任、制约因素、假设条件) 2、项目文件更新 |
创建WBS (目标和交付物分解、项目工作分解) | ||
|
|
|
确认范围 (正式验收) | ||
|
|
|
控制范围 (监督范围状态+管理范围基准变更) | ||
| 偏差分析 |
|