PSP过程
总结:
在PSP过程中,收集各种时间、缺陷等数据,最终对比计划与实际结果,从中总结出各种缺失,并在下一次过程中进行改进。各种缺失包括过程本身的问题。
过程的进行
1.过程脚本的定义
XXX工作过程脚本
编号 | 目的 | 指导准则 |
1 | 进入标准 | …… |
2 | 计划 | …… |
3 | 开发 | …… |
4 | 总结 | …… |
5 | 退出标准 | …… |
2. 的任务(活动)列表
任务 | 时间 |
项目例会 | 每周五15:30~17:00 |
|
|
|
|
3. 项目计划
3.1 工作量估算表
编号 | 工作 | 工作描述 | 估计工作量 | 最小 | 平均 | 最大 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.2 工作计划表
编号 | 日期 | 描述 | 估计数据 | 实际数据 | 累计数据 | |||||||
时间 | 量 | 时间 | 量 | 平均 | 时间 | 量 | 平均 | 最大 | 最小 | |||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.2 阶段时间安排(计划)表
星期 任务 | 一 | 二 | 三 | 四 | 五 | 六 | 日 | 周总计 | ||||||||
计 | 实 | 计 | 实 | 计 | 实 | 计 | 实 | 计 | 实 | 计 | 实 | 计 | 实 | 计 | 实 | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
日总计 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
计:计划用时;实:实际用时
3.3 工作优先级列表
工作 | 优先级 |
| 高
低 |
| |
| |
| |
| |
| |
|
4. 制定契约
制定契约的注意事项
1) 同意契约前要对工作进行分析
2) 契约要文档化
3) 不能达到契约时要及时通报对方,并努力把影响减少到最小程度
4) 用计划支持契约
契约列表
契约内容 | 另一方 | 约束 | 签订日期 | 回报 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5. 时间日志的记录
日期 | 开始时间 | 结束时间 | 中断时间 | 净时间 | 活动 | 备注 | 完成否 | 工作量 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
6. 工作日志的记录
日期 | 事务 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
7. 进度管理
7.1 制定检查点列表
大型项目以两到三天为周期设置检查点为好,小型项目可以一天或者几小时为间隔设置检查点。
检查点必须清晰明确,没有歧义才可用。检查点必须是某一个特定的动作,要么完成了,要么没有完成。
例:好的检查点
完成了XXX程序的设计,并完成了设计文档。
例:不好的检查点
完成了XXX程序的90%
检查点列表
编号 | 检查点 | 检查标准/依据 |
|
|
|
|
|
|
7.2 跟踪项目计划
建议使用甘特图(Gantt)图
8. 缺陷管理
8.1 制定标准缺陷类型表
编号 | 名称 | 描述 |
|
|
|
|
|
|
8.2 记录缺陷日志
日期 | 编号 | 类型 | 引入阶段 | 排除阶段 | 修改时间 | 修复缺陷 |
|
|
|
|
|
|
|
描述 |
| |||||
|
|
|
|
|
|
|
描述 |
| |||||
|
|
|
|
|
|
|
描述 |
| |||||
|
|
|
|
|
|
|
描述 |
| |||||
|
|
|
|
|
|
|
描述 |
|
说明:修复缺陷是指修复另外一个缺陷所引入的缺陷,填入相应缺陷编号即可。
8.3缺陷的预测
工作编号 | 预测缺陷(个) | 实际缺陷(个) | 预测密度 | 实际密度 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
8.4缺陷的防止
1) 制定工作规范,例如代码规范、设计规范
2) 设计工作复查过程,制定工作复查脚本
3) 制定工作复查指南和检查表
根据错误几率,制定个人复核表(缺陷按照几率排序)
过程的改进
1. 使用PSP项目计划总结表
该表过大,无法发布,请大家自行查阅PSP相关资料。
2. 审核过程
3. 改进过程,调整过程脚本