微软实训MSF流程讲解.ppt

MSF过程模型——计划阶段成果 目标：创建解决方案体系结构和设计方案、项目计划和进度表 团队重点： a) 尽可能早地发现尽可能多的问题 b) 知道项目何时收集到足够的信息 以向前推进 交付成果 c) 功能规格说明书 d) 主项目计划 e) 主项目进度表 MSF过程模型——开发阶段成果 目标：完成功能规格说明书中所描述的功能、组件和其他要素 团队主要工作 a) 编写代码 b) 开发基础架构 c) 创建培训课程和文档 d) 开发市场和销售渠道 交付成果 a) 解决方案代码 b) 构造版本 c) 培训材料 d) 更新的主项目计划、 进度表和风险文档 MSF过程模型——稳定阶段成果 目标：提高解决方案的质量，满足发布到生产环境的质量标准 团队的工作重点 a)提高解决方案的质量 b)解决准备发布时遇到的突出问题 c)实现从构造功能到提高质量的转变 d)使解决方案稳定运行 e)准备发布 交付成果 a)试运行评审 b)可发布版本 c)测试和缺陷报告 d)项目文档 MSF过程模型——部署阶段成果 目标：把解决方案实施到生产环境之中 团队的工作重点 a)促进解决方案从项目团队到运营团队的顺利过渡 b)确保客户认可项目完成 交付成果 a)运营及支持信息系统 b)所有版本的文档、装载设置、 配置、脚本和代码 c)项目收尾报告 今日任务（上午） 创建团队 团队名称 团队Logo 团队宣言 团队规章 提交 团队创建报告（确认开发项目） 团队规章制度（全员签字） 今日任务（下午） 针对所选项目，开启构思阶段 主要进行产品需求获取和分析 每日工作安排 经理技术储备 经理项目会议 每日提交文档 你们的激情+我们的动力=实训效果最大化谢谢！ * 1 推动开放式沟通 “日程安排一团糟、功能不合适、到处都是系统错误，而原因就是左撇子不知道右撇子在做什么……。那么，小组之间应该如何相互沟通呢？用尽可能多的方式沟通。” — Frederick P. Brooks，Jr1 2 为共同的前景而工作 “在项目开始之前，小组需要建立一个共同的前景。如果没有这样一个共同的前景，就无法获得表现优异的 小组工作。对 75 个小组展开的一项研究表明：在小组有效运作的每个案例里，小组都对其目标有一个明确的理解。” — Steve McConnell2 3 赋予小组成员权力 “在最优秀的小组里，不同的个人会在不同场合下体现出其领导能力，他们会在其专长的领域里担负起领导职责。 没有哪个人是永远的领导，因为如果这样的话，这个人就无法和其他人融为一个整体，而小组的互动会因此而开始分裂。 小组的结构应该是一个网络型的而不是一个层次型的。” — Tom DeMarco 和 Timothy Lister4 4 建立清晰的职责和共同的责任 “每个［小组］成员与小组之间的关系都必须根据可能的角色以及角色所产生的结果来定义。最终，小组的 任何努力都会归结为个人的责任和职责。” — Carl Larson 和 Frank LaFasto6 5 关注交付业务价值 “经验教会托马斯·爱迪生把商业和技术结合到一起。爱迪生取得第一项发明专利的?电子选票记录器?能够快 速地记录选票，原先专门用在立法机构里。但是当他向国会委员会推销这个发明的时候，委员会的主席告 诉他说：”年轻人，这就是我们不想要的。“（它会破坏阻止议案通过的神圣制度。）他的机器从来都没有 投入生产，所以他决定不再把他的精力放在那些缺乏?商业需求?的任何东西上。“ — Randall E. Stross8 6 保持灵巧，预测变化 ”思维活跃的经理们知道，在碰到不确定性的时候才去要求确定性是不正常的 。他们会为创造力和创新力 的踊跃发展设定目标和约束。“ — Jim Highsmith10 7 质量投资 ”提高质量是一个永无止尽的历程。没有所谓最高质量的产品或者服务。所有的质量都是相对的。每一天， 每件产品或者每项服务都在变得相对更好或者相对更差，但是它从来都不是静止不变的。” — Tom Peters12 * * 报告 方法模板还确定项目中使用的报告。报告列表衡量标准描述项目的状态和运行状况。它们可以通过 Portfolio Explorer 和项目站点进行访问，如果需要，还可以随时添加或创建新的报告。 现成的报告 预定义的报告是通过方法模板提供的，并可以通过项目站点和 Portfolio Explorer 访问。这些报告基于业界中公认的做法，以及 Microsoft 内部团队用于管理成功项目的实际报告。 下面的列表是 Visual Studio Project Management Tools 中的一些报告功能示例。这些工具的一