7.4：建立你的项目的生命周期XML:namespace prefix = o ns = "urn:schemas-microsoft-com:Office:office" />
声明每个阶段的责任
I. 讨论：你的项目的生命周期是什么？
你通常用来组织你的工作的里程碑
指出你的项目的典型的产品
II. 使用微软解决方案框架的过程模型的好处
加速项目提交的有序产品
保持解决方案与业务目标一致
增加可预见性和可见性
提供到操作的分阶段的转移
III. 微软解决方案框架的过程模型的阶段和里程碑
设想阶段（功能范围被通过）
计划阶段（项目计划被通过）
开发阶段（功能范围完成）
稳定阶段（发布准备完成）
部署阶段（部署完成）
IV. 微软解决方案框架的过程模型是个迭代的方法
通过将大的项目细分为多个版本可以最小化风险
V. 使用多个版本发布的好处
管理功能范围内的不确定性和变化
鼓励持续的和增强的改进
是发布时间缩短
为团队成员设置清晰且有动力的目标
促使项目事物的结束
VI. 在轨迹上使用里程碑
里程碑被用来计划和控制项目过程和安排主要的产品发放
使用里程碑对项目有如下好处：
l 帮助同步工作元素
l 给过程和质量提供外部的可见性
l 使半路上的纠正变成可能
l 关注对目标和发放产品的复查
l 在推进前提供工作的改进点
VII.微软解决方案框架的里程碑的种类
微软解决方案框架使用两种类型的里程碑：
l 主要的里程碑标识一个阶段到另一个阶段的转换
l 临时的里程碑指示一个阶段内部的过程并将大的努力划分成工作段
VIII. 将微软解决方案框架的过程模型应用于每个项目
微软解决方案框架的过程模型的设计是合适的
每个团队可以使用下面的指南决定它的项目需要什么样的临时里程碑：
l 关于项目类型的基本决定
l 考虑外部事件和风险
l 避免长时间的没有里程碑
l 将里程碑结合到可传递产品中
l 仅仅使用微软解决方案框架推荐的可使用的里程碑
IX. 使用里程碑作为认可和学习
里程碑复查会议
l 在客户，投资人，发起人和团队间获得一致
l 确保做出继续或停止的决定
里程碑后的复查会议
l 共享团队学到的教训
l 为子阶段改进过程
X. 应用于微软解决方案框架中过程模型的基本准则
为一个共同的目标工作
保持敏锐，期待变化
关注业务价值
鼓励开放的交流
I. 团队参与项目的每一个阶段
在所有的阶段所有的角色都要出现
每种角色在每个阶段都有提交的物品
不是所有的团队成员在每个阶段都被同等的激活
II. 不同的角色驱动不同的阶段
里程碑
微软解决方案框架的角色群体
功能范围被通过
产品经理
项目计划被通过
程序经理
功能范围完成
开发人员和用户体验
发布准备通过
测试和发布经理
部署完成
发布经理
阶段和里程碑是保持项目沿轨迹进行的有力工具
主里程碑标识两个阶段的转换
临时的里程碑有团队定义，用于保持过程可见
所有的角色在每个阶段都有责任，但每种角色在一个阶段中会比在另一个阶段中更活跃
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10752019/viewspace-963621/ ，如需转载，请注明出处，否则将追究法律责任。
