[第二章]嵌入式项目管理

前言

任何工作都应该先评估可行性，接着做计划，然后有效率的利用时间、成本和资源，并在可接受的范围内管理成果的质量。

质量是规划出来的。特别是软件系统，若项目前期的设计工作做得扎实，执行时期不断监控，自然测试时期的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就应该开始追踪与处理