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