4) 计划怎么去生成
I. 把途径演变为计划
把途径转变为计划
找到为计划输入负责的每个团队角色
根据项目特点制定对应的不同数量和复杂度的计划
不要将项目计划和Project文件混淆
II. 计划是个团队活动
典型计划 | 驱动角色 |
沟通计划 | 产品经理 |
开发计划 | 开发人员 |
培训计划 | 用户体验 |
安全计划 | 开发人员和发布经理 |
测试计划 | 测试人员 |
预算计划 | 程序经理 |
部署计划 | 发布经理 |
购买和推进计划 | 发布经理和程序经理 |
试运行计划 | 发布经理 |
2) 计划什么时候生成
I. 进度表
使用任务的持续时间来估计创建的进度表
包括长假,短假和资源的可利用性
II. 进度表是个团体活动
每个角色群体为他自己的工作贡献进度表信息
典型进度表 | 驱动角色 |
沟通进度表 | 产品经理 |
开发进度表 | 开发人员 |
培训进度表 | 用户体验 |
测试进度表 | 测试人员 |
预算进度表 | 程序经理 |
部署进度表 | 发布经理 |
购买和推动进度表 | 发布经理和程序经理 |
试运行进度表 | 发布经理 |
III. 对有效进度表的建议
应用风险驱动的方法制定日程表
合适的时候使用时间盒
保持按时出活的想法
安排缓冲时间作为一个主里程碑的前一个任务
IV. 合成并同步时间表
解决各角色间的时间表冲突
过分安排资源
不合理的任务安排关系
不合理的或过期的资源分配
程序经理角色创建全面的项目计划
临时里程碑:主项目计划时间表定下了基线
3) 准备开发和测试环境
I. 开发和测试环境
开发和测试环境必须是对产品环境有代表性
隔离产品,开发和测试环境是关键的
II. 准备环境
建立开发和测试环境
l 安置到开发和测试计划的标准设置中
在生成和运行开发和测试环境时考虑后勤
l 电力和空调
l 带宽和网络接入
l 容量
l 物理访问和安全性
III. 建立和维持一个已知的状况
仅仅在为开发和测试环境建立的基线被建立后才开始开发阶段
实现配置管理和变化控制用于跟踪已知情形
合成开发和测试环境的情形
IV. 回顾计划阶段的里程碑和传递的产品
技术验证完成->定好了规格说明的基线->定好了主项目计划的基线->主项目时间表的基线定好了->开发和测试环境建立起来了
传递的产品:
l 规格说明
l 主项目计划
l 主项目时间表
V. 计划阶段成功的标准
投资人和团队就以下几点达成一致:
l 解决方案提交的组件
l 关键的项目里程碑日期
l 解决方案如何生成
开发和测试环境搭好
变化控制和配置管理过程开始了
发起人和关键投资人正式通过了提交和得到的这些条目
4) 模块总结
计划阶段的目标是创建方案的架构和设计,项目计划,时间表。
规格说明是由详细的需求,详细的场景和设计文档组成
推荐的估计技巧是用由下到上的估计和分配缓冲时间做离散的任务
对于计划阶段,提交的物品是规格说明,主项目计划,和主项目时间