微软解决方案架构(模块六)(2)

类别:软件工程 点击:0 评论:0 推荐:
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)      模块总结

计划阶段的目标是创建方案的架构和设计,项目计划,时间表。

规格说明是由详细的需求,详细的场景和设计文档组成

推荐的估计技巧是用由下到上的估计和分配缓冲时间做离散的任务

对于计划阶段,提交的物品是规格说明,主项目计划,和主项目时间

本文地址:http://com.8s8s.com/it/it37412.htm