第二章:信息系统项目管理基础
前言
记录信息系统项目管理基础章节的相关知识、频繁考点。
信息系统项目基础
项目的概念
项目是为提供一项独特产品、服务或成果所做的临时性努力。
项目的特点
(1)临时性(一次性)
(2)独特的产品、服务或成果
(3)逐步完善
(4)资源约束
(5)目的性
项目工作的主要目标
时间、成本、质量、范围
项目经理的责任就是在四个要素之间进行权衡以保证项目成功
项目于日常运作的区别
不同点 | 项目 | 日常运作 |
---|---|---|
目的 | 独特的 | 常规的、普通的 |
责任人 | 项目经理 | 部门经理 |
持续时间 | 有限的 | 相对无限的 |
持续性 | 一次性 | 重复性 |
组织结构 | 项目组织 | 职能部门 |
考核指标 | 以目标为导向 | 效率和有效性 |
资源需求 | 多变性 | 稳定性 |
信息系统项目的特点
- 目标不明确
- 需求变化频繁
- 智力密集型
- 队伍庞大
- 设计人员高度专业化
- 涉及的承包商多
- 各级承包商分布在个地, 相互联系复杂
- 系统集成项目中需研制开发大量的软硬件系统
- 项目生命期通常较短
- 通常要采用大量的新技术
- 使用与维护的要求非常复杂
软技能
- 有效的沟通:信息交流
- 影响一个组织:“让事情办成”的能力
- 领导能力:形成一个前景和战略并组织人员达到它
- 激励:激励人员达到高水平的生成率并克服变革的阻力
- 谈判和冲突管理:与其他人谈判或达成协议
- 问题解决:问题定义和做出决策的结合
项目的组织结构
职能型组织
项目属性 | 特征 |
---|---|
项目经理权利 | 很小或没有 |
项目经理角色 | 兼职 |
预算控制者 | 职能部门经理 |
项目管理行政人员(文员、资料员等) | 兼职 |
特点
- 兼职项目经理(联络员)
- 权力大小:“很小“或者”没有
- 职业路径清晰、横向联系薄弱
优点
- 资源利用率相对较高
- 成员工作稳定
缺点
- 职能型组织管理职能多, 目标多样
- 部门间沟通、协调难度大
- 为项目分配的资源不稳定
- 决策慢
项目型组织
项目属性 | 特征 |
---|---|
项目经理权利 | 大到全权 |
项目经理角色 | 全职 |
预算控制者 | 项目经理 |
项目管理行政人员(文员、资料员等) | 全职 |
特点
- 全职项目经理
- 权力大小:“大”甚至“全部”
- 项目经理控制度高
- 重复配置;项目成员无家可归
优点
- 结构单一、责任分明, 有利于统一指挥
- 目标明确单一
- 沟通简洁、方便
- 决策快
缺点
- 管理成本过高, 如项目的工作量不足则只有配置效率低
- 项目环境比较封闭, 不利于沟通、技术知识等共享
- 员工缺乏事业上的连续性和保障(相对而言)
矩阵型组织
项目属性 | 弱矩阵 | 平衡矩阵 | 强矩阵 |
---|---|---|---|
项目经理权利 | 有限 | 小到中 | 中到大 |
项目经理角色 | 兼职 | 全职 | 全职 |
预算控制者 | 职能部门经理 | 混合 | 项目经理 |
项目管理行政人员(文员、资料员等) | 兼职 | 兼职 | 全职 |
- 弱矩阵型组织
- 兼职项目经理
- 权力大小:“小”
- 强矩阵型组织
- 全职项目经理
- 权力大小:“中”到“大”
- 平衡矩阵型组织
- 兼职项目经理
- 权力大小:“小”到“中”
优点
- 兼有职能型和项目型的优点, 比较灵活
- 资源利用率相对较高
- 有利于跨部门协调
缺点
- 团队成员可能存在多头领导(项目经理和职能经理)
- 管理难度大
- 资源争夺
项目生命周期
特征
- 成本与人力投入在开始时较低, 在工作执行期间达到最高, 并在项目快要结束时迅速回落
- 风险与不确定性在项目开始时最大, 并在项目的整个生命周期随着决策的制定与可交付成果的验收而逐步降低
- 做出变更和纠正错误的成本, 随着项目越来越接近完成而显著增高
生命周期模型
瀑布模型
一般将软件开发分为:
(1)可行性分析(计划)
(2)需求分析
(3)软件设计(概要设计、详细设计)
(4)编码(含单元测试)
(5)测试
(6)运行维护
螺旋模型
将原型实现的迭代特征与线性顺序(瀑布)模型中控制的和系统化的方面结合起来
适用于需求不明确、庞大而复杂的、高风险的系统
阶段任务:
(1)制定计划
(2)风险分析
(3)实施工程
(4)客户评估
迭代模型
阶段任务:
(1)初始阶段
(2)细化阶段
(3)构造阶段
(4)移交阶段
V 模型
非常明确的表明了测试过程存在的不同的级别, 并且非常清新的描述了这些测试阶段和开发阶段的对应关系
- 单元测试 => 验证软件单元是否按照单元规格说明(详细设计说明)正确执行
- 集成测试 => 检查多个单元是否按照系统概要设计描述的方式协同工作
- 系统测试 => 验证整个系统是否满足需求规格说明
- 验收测试 => 从用户的角度检查系统是否满足和她中定义的需求或者用户需求
原型化模型
创建一个快速原型, 能够满足项目干系人与未来的用户可以与原型进行交互, 再通过与相关干系人进行充分的讨论和分析, 最终弄清楚当前系统的需求, 进行了充分的了解之后, 在原型的基础上开发出用户满意的产品
敏捷开发模型
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
项目管理过程
启动过程组
【整体管理】
1)制定项目章程
【干系人管理】
1)识别干系人
计划过程组
【整体管理】
1)制定项目管理计划
【范围管理】
1)规划范围管理
2)所集需求
3)定义范围
4)创建 WBS
【进度管理】
1)规划进度管理
2)定义活动
3)排列活动顺序
4)估算活动资源
5)估算活动持续时间
6)制定进度计划
【成本管理】
1)规划成本管理
2)估算成本
3)制定预算
【质量管理】
1)规划质量管理
【人力资源管】
1)规划人力资源管理
【沟通管理】
1)规划沟通管理
【风险管理】
1)规划风险管理
2)识别风险
3)实施定性风险分析
4)实施定量风险分析
5)规划风险应对
【采购管理】
1)规划采购管理
【干系人管理】
1)规划干系人管理
执行过程组
【整体管理】
1)指导与管理项目执行
【质量管理】
1)实施质量保证
【人力资源管理】
1)构建项目团队
2)建设项目团队
2)管理项目团队
【沟通管理】
1)管理沟通
【采购管理】
1)实施采购
【干系人管理】
1)管理干系人
监督与控制过程组
【整体管理】
1)监控项目工作
2)实施整体变更控制
【范围管理】
1)确认范围
2)控制范围
【成本管理】
1)控制成本
【质量管理】
1)控制质量
【沟通管理】
1)控制沟通
【风险管理】
1)控制风险
【采购管理】
1)控制采购
【干系人管理】
1)控制干系人参与
收尾过程组
【整体管理】
1)结束项目或阶段
【采购管理】
1)结束采购