前言
任何工作都应该先评估可行性,接着做计划,然后有效率的利用时间、成本和资源,并在可接受的范围内管理成果的质量。
质量是规划出来的。特别是软件系统,若项目前期的设计工作做得扎实,执行时期不断监控,自然测试时期的bug就会减少,且修改bug的投入也较小。
项目管理的基本概念
- 项目一开始面对的挑战是--项目目标含糊,充满冲突
- 第二个挑战是--项目关系人缺乏沟通技巧与工具
- 执行过程面临最大的挑战是--计划的准确性低
- 严格执行PDCA
- 项目管理的铁三角--质能守恒定律(Cost/Schedule/Quality)
项目生命周期
- 项目启动阶段
- 项目规划阶段
- -->Scope/Time/Cost/Quality Plan
- -->Resource/Communication Plan
- -->Risk Plan
- -->Configuration Plan
- 项目执行、控制阶段
- 项目结项阶段
项目生命周期的特性
- 项目初期与末期成本与人力需要较低,中段最高
- 项目初期不确定性大(即风险大)
- 项目初期,项目关系人较能影响项目列出与成本
- 项目初期改变规格或修正错误的成本较低
- 项目各阶段结束前为重要核查点
项目启动阶段
- 项目可行性分析
- 项目授权书
- 明确说明项目目标和管理方向
- 明确对授权PM
- 任何与项目有关的信息
- 嵌入式系统项目启动
- 确认产品规格(成本、性能、质量等)
- 确认产品限制
- 初步确认将参与项目的公司和单位
- 确认开发模式
- 合约结项
- 项目结项:
--> 项目资料归档
--> 技术数据归档
--> 记录经验,累计企业的项目资产
--> 人员解散
项目管理九大知识体系
- 整合管理
- 范围管理
- 时间/进度管理
- 成本管理
- 质量管理
- 人力资源管理
- 沟通管理
- 风险管理
- 采购管理
项目范围管理
- 产品完成后发现一个需求上的缺陷,修改这个缺陷要比项目初期发现这个缺陷,要多付出68倍的成本。
- 需求工程:
--> 需求开发包括需求获取、需求分析、需求规格说明书、需求验证
--> 需求管理包括变更管理
- WBS分析
--> 工作进行分解
--> 分解的标准:按“功能组成“分解、按“项目生命周期”分解
--> WBS最底层的工作要非常具体,建议至少要拆分到40HRS的工作量
注意事项:
(1)每项工作可再细分为许多自工作,直到可明确分配给某人或某小组
(2)WBS中每项工作进行Job Description、Schedule
(3)依据WBS,找出工作间的相依性,即找出可能的瓶颈所在
项目时间、进度管理
- 时间是单向性、不可重复性、不可替代性、与其他资源特性不同
- 规划“进度计划”
--> 由WBS取得项目中所有的任务
--> 确认各任务之间的关系
--> 进度管理图表(甘特图+网络图)
- 关键路径确认
- 管理预留
- 进度管理
--> Schedule和Cost几乎呈现反比关系
--> WBS分解成果的好坏,直接影响项目进度计划
--> 执行时期必须不断检查项目计划与实际进度
--> 当发生偏差,PM就应该开始追踪与处理