7. 项目管理
范围管理

时间管理
时间管理:也叫进度管理,就是采用科学的方法,确定进度目标,编制进度计划喝资源供应计划,进行进度控制,在于质量,成本,目标协调的基础上,实现工期目标。
- 活动定义
- 活动排序
- 活动资源估算
- 活动历时估算
- 专家判断法
- 三点估算法
- 功能点估算法
- 自上而下的估算
- 自下而上估算
- 制订进度计划
- 进度控制
- 是否为关键活动
- 偏差是否大于总时差
- 偏差是否大于自由时差
- 赶工:增加资源
- 快速跟进:活动并行执行
甘特图
- 优点
- 甘特图直观,简单,容易制作,便于理解,能很清晰地标识出直到每一项任务的起始与结束时间,一般使用比较简单的小型项目,可用于WBS的任何层次,进度控制,资源优化,编制资源喝费用计划
- 缺点
- 不能系统地表达一个项目所包含的各项工作之间的复杂关系,难以进行定量的计算喝分析,以及计划的优化等

成本管理
成本管理:在整个项目的实施过程中,为确保项目在批准的预算条件下,尽可能保质按期完成,而对所需的各个过程进行管理与控制
- 成本估算
- 自顶向下的估算
- 自底向上的估算
- 差别估算法
- 成本预算
- 直接成本与间接成本
- 管理储备
- 零基准预算
- 成本控制
- 挣值分析
挣值管理
- 计划工作量的预算成本(pv)
- pv=计划工作量*预算定额
- 已完成工作量的实际成本(AC)
- 已完成工作量的预算成本(EV)
- EV=已完成工作量*预算定额
- 完工预算(BAC)
- BAC=完工时的PV总和
- 进度偏差
- SV=EV-PV
- 成本偏差
- CV=EV-AC
- 进度绩效指数
- SPI=EV/PV
- 成本绩效指数
- CPI=EV/AC
- 剩余工作的成本(ETC)
- ETC = BAC-EV
- ETC = (BAC-EV)/CPI
- 完工估算(EAC)
- EAC=AC+ETC
软件质量管理
- 质量保证
- 一般是每隔一定时间(列如,每个阶段末)进行的,主要通过系统的质量审计喝过程分析来保证项目的质量
- 质量控制
- 是实时监控项目的具体结果,以判断他们是否符合相关质量标准,制订有效方案,以消除产生质量问题的原因
- 一定时间内质量控制的结果也是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作,包括质量控制喝质量改进
软件配置管理
配置项
- IEEE对配置项的定义为硬件、软件或二者兼有的集合,为配置管理指定的,在配置管理过程中作为一个单独的实体对待,可作为配置项管理的有:外部交付的软件产品喝数据,指定的内部软件工作产品喝数据,指定的用于创建或支持软件产品的支持工具,供方/供应商提供的软件喝客户提供的设备/软件
- 典型配置项包括项目计划书,需求文档,设计文档,源代码,可执行代码,测试用例,运行软件所需的各种数据,他们经评审喝检查通过之后进入软件配置管理(SCM)
- 每个配置项的主要属性有:名称、标识符、文件状态、版本、作者和日期等。所有配置项都被保持在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程
配置库
- 开发库
- 也叫(动态库、程序员库、工作库;动态系统、开发者系统、开发系统、工作空间)
- 受控库
- 也叫(主库、系统库;主系统、受控系统)
- 产品库
- 也叫(备份库、静态库、软件仓库;静态系统)
- 检查点
- 指在规定的时间间隔内对项目进行检查,比较实际与计划之间的差异,并根据差异进行调整
- 里程碑
- 完成阶段性工作的标志,不同类型的项目里程碑不同
- 基线
- 指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线是一些重要的里程碑,但相关交付成果要通过正式评审,并作为后续工作的基准和出发点。极限一旦建立后其变化需求受控制
变更控制

版本控制
- 处于草稿状态的配置项的版本号格式为:0.YZ,其中YZ数字范围为01~99.随着草稿的不断完善,YZ的值应递增。YZ的初值和增幅由开发者自己把握
- 处于正式发布状态的配置项的版本号格式为:X.Y其中X为主版本号,取值范围为19;Y为次版本号,取值范围为19配置项第一次正式发布时,版本号为1.0
- 如果配置项的版本升级幅度比较小,一般只增大Y值,X值保持不变。只有当配置项版本升级幅度比较大时,才允许增大X值
- 处于正在修改状态的配置项的版本号格式为:X.YZ。在修改配置项时,一般只增大Z值,X.Y值保持不变

风险管理
风险的概念
- 关心未来
- 关心变化
- 关心选择
- 风险存在的客观性和普遍性
- 某一具体风险发生的偶然性和大量风险发生的必然性
- 风险的可变性
- 风险的多样性和多层次性
- 基本属性:随机性和相对性
风险的分类
- 项目风险
- 潜在的预算、进度、人员和组织、资源、用户和需求问题
- 项目复杂性、规模和结构的不确定性
- 技术风险
- 潜在的设计、实现、接口、测试和维护方面的问题
- 规格说明的多义性、技术上的不确定性、技术陈旧、最新技术(不成熟)
- 商业风险
- 市场风险
- 系统虽然很优秀但不是市场真正所想要的
- 策略风险
- 系统不再符合企业的信息系统战略
- 销售风险
- 开发了销售部门不清楚如何推销的系统
- 管理风险
- 由于重点转移或人员变动而失去上级支持
- 预算风险
- 开发过程没有得到预算或人员的保证
- 市场风险
风险曝光度
计算方法是风险出现的概率乘以风险可能造成的损失
项目管理工具
- 能做什么(项目管理相关的工作辅助)
- 任务调度、成本估算、资源分配、预算跟踪、人时统计、配置控制、确定关键路径、松弛时间、超前时间和滞后时间,生成一定格式的报表和报告
- 不能做什么(开发技术相关辅助工作)
- 不能指导软件设计人员按软件生存周期各个阶段的适用技术进行设计工作

被折叠的 条评论
为什么被折叠?



