微软MSF培训文档.pptxVIP

MSF Agenda MSF的概念 MSF团队模型 MSF过程模型 MSF三准那么 团队模型和过程模型的应用 总结 微软解决方案框架〔MSF〕 的起源 分析工程团队和产品组的成功经验 将分析结果与业界的实践和方法比照 将成功经验与业界方法论相结合，形成关于“人和过程〞的 指南 MSF 的模型和准那么 MSF 在IT 生命周期中的作用阶段 成功工程的目标 MSF 团队模型 MSF 团队角色及其职责范围 扩展的工程团队 MSF 过程模型的阶段和里程碑 MSF 构思阶段概述 • 目标：创立一个关于工程的目标、限定条 件和解决方案的概要视图 • 团队的工作重点 – 确定业务问题和时机 – 确定所需的团队技能 – 收集初始需求 – 创立解决问题的方法 – 确定目标、假设和限定条件 – 建立配置与变更管理 MSF 构思阶段的里程碑和交付成果 交付成果 – 远景/范围文档 – 工程结构文档 – 初始风险评估文档 MSF 方案阶段概览 • 目标：创立解决方案的体系结构和设计方 案、工程方案和进度表 • 团队重点 – 尽可能早地发现尽可能多的问题 – 知道工程何时收集到足够的信息以向前推进 MSF 方案阶段的里程碑和交付成果 交付成果 – 功能规格说明书 – 主工程方案 – 主工程进度表 MSF 开发阶段概览 目标：完成功能规格说明书中所描述的功 能、组件和其他要素 • 团队主要工作 – 编写代码 – 开发根底架构 – 创立培训课程和文档 – 开发市场和销售渠道 MSF 开发阶段的里程碑和交付成果 交付成果 – 解决方案代码 – 构造版本 – 培训材料 – 文档 • 部署过程 • 运营过程 • 技术支持和疑难解答 – 营销材料 – 更新的主工程方案、进度表和风险文档 稳定阶段概述 目标：提高解决方案的质量，满足 发布到生产环境的质量标准 • 团队的工作重点 – 提高解决方案的质量 – 解决准备发布时遇到的突出问题 – 实现从构造功能到提高质量的转变 – 使解决方案稳定运行 – 准备发布 MSF 稳定阶段的里程碑和交付成果 交付成果 – 试运行评审 – 可发布版本 • 源代码和可执行文件 • 脚本和安装文档 • 最终用户帮助和培训材料 • 运营文档 • 发布说明 – 测试和缺陷报告 – 工程文档 MSF 部署阶段概述 目标：把解决方案实施到生产环境之中 • 团队的工作重点 – 促进解决方案从工程团队到运营团队的顺利过渡 – 确保客户认可工程完成 MSF 部署阶段的里程碑和交付成果 交付成果 – 运营及支持信息系统 – 所有版本的文档、装载设置、配置、脚本和代码 – 工程收尾报告 MSF 过程模型是一个迭代方法 通过把一个大工程分为几个版本将风险减至最小 按版本发布的好处 在特定版本范围内管理工程的变更和不确 定因素 • 保证功能的持续增加和完善 • 缩短交付时间 • 为团队成员设立明确而可到达的目标 • 着力解决工程问题 工程管理准那么 “工程管理就是将知识、技能、工具和技术运 用于工程活动，以满足工程的要求。 •工程整合管理 •工程范围管理 •工程时间管理 •工程本钱管理 •工程人力资源管理 •工程沟通管理 •工程风险管理 •工程采购管理 •工程质量管理 MSF 风险管理过程 MSF 就绪准那么 使用里程碑确保方向的正确性 里程碑用来方案、监控工程的进展情况并制 定主要交付成果的交付时间 • 在工程中设立里程碑有以下好处： – 帮助同步工作成果 – 使工程团队外的人员也可以看到工程的进展情况 和质量情况 – 可在工程进行中纠正偏差 – 着重于评审工程目标和交付成果 – 增加阶段性的审批环节，只有在审核通过后，才 进入一下一个阶段 工程管理准那么 MSF 使用两种类型的里程碑 • 主里程碑表示前一阶段结束，后一阶段开 始 • 中间里程碑用于阶段内部，它把一项工作 分成便于管理的几局部 在工程中运用MSF 过程模型 过程模型可以根据工程的不同情况进行调 整 • 团队可以依据以下指导方针来决定工程需 要哪些中间里程碑： – 由工程类型决定 – 考虑外部事件和风险 – 防止长时间没有里程碑 – 将里程碑与交付成果结合起来 – 仅使用适合工程情况的MSF 推荐的里程碑 利用里程碑评审工程和总结经验 里程碑评审会议 – 在客户、干系人和团队之间取得一致 – 获得对工程阶段性成果和继续向前进展的认可 • 后里程碑评审会议 – 交流团队的经验 – 改进后续阶段的工作 每个阶段中的团队分工 • 所有角色在各个阶段都要参与 • 每个角色在每个阶段都有交付成果 • 不是所有团队成员在每个阶段的工作量都相 同 不同的角色在不同的阶段起主要推动作用 MSF 各角色在不同阶段中的职能 MSF 根本原那么 • 职责清晰，责任共享 • 向团队成员授权 • 关注业务价值 •