Microsoft 解决方案框架版本 3.0 概述

Microsoft 解决方案框架版本3.0 概述发布日期： 2004年06月04日关于Microsoft 解决方案框架的更多信息，请参阅/china/techne t/itsolutions/techguide/msf/default.mspx 致谢撰稿人GTD Ltd. 董事：Geoffrey LoryMicrosoft 产品经理：Derick CampbellMicrosoft MSF 总监：Allison RobinMicrosoft 技术编辑：Gaile SimmonsVolt Technical Services 技术编辑：Patricia Rytkonen审阅者MSFmentor：Jeff Carter，美国Microsoft Consulting Services：Nathan Dolly，美国Logic Control：John S. DranchakMicrosoft：Holly DyasC2 Consulting：Paul Glen，美国LLC Framework Deliveries：Tom GordonMicrosoft：Paul HaynesMicrosoft Consulting Services：Hiroshi Koisumi，日本LIH Ltd.：Eran Kolber，以色列Microsoft Premier Support：Shawn LaBelle，美国Microsoft Consulting Services：David Millet，美国Systemgroup Management Services：Ed Musters，加拿大Microsoft Consulting Services：Alex Nicol，加拿大Gainsford Associates：David Preedy，英国Thomson West：Jane Marie RiefMicrosoft Consulting Services：Dolph Santello，美国本页内容摘要读者介绍MSF 起源和简史MSF 和Microsoft 操作框架MSF 关键术语基础原理MSF 模型MSF 准则Microsoft 对MSF 的使用实现MSF小结附录：MSF、行业标准和方法摘要Microsoft® 解决方案框架(MSF) 是一种成熟的、系统的技术项目方法，它基于一套制定好的原理、模型、准则、概念、指南，以及来自Microsoft 的、经过检验的做法。

本白皮书将介绍MSF，概述其基本原理、核心模型以及主要准则，并把重点放在如何应用它们推动技术项目成功上。

最后，本白皮书提供的参考内容可以用来获得关于MS F 的更加深入的信息，以及在组织内部实现MSF 的指导。

在附录里，白皮书会简要地将MS F 与行业里的其他方法以及标准进行比较，并描述MSF 能够如何与它们结合起来共同使用。

返回页首读者本白皮书为希望更多地了解Microsoft 解决方案框架的人员提供了一个起始点。

典型的读者群包括：顾问、执行人员、技术专家、开发人员，以及希望领导团队和组织采用最佳做法改进结果的项目经理，或者只想在发布业务驱动的技术解决方案的时候提高其自身工作技能的项目经理。

本白皮书的第二受众包括相同的专家，只不过这些读者对MSF 已经有所了解。

他们感兴趣的是，它与各种行业标准及方法之间的关联是什么样的，以及能够如何被用来与它们一起使用。

在附录里对一些著名方法的简要描述将有助于在这个广泛的背景下确定MS F 的范围和应用。

返回页首介绍按期并在预算范围内创建行之有效的业务解决方案需要一种经过检验的方法。

Microsoft 解决方案框架提供了一个适应性的框架，用于以更快的速度、更少的人员、更少的风险来成功地交付信息技术解决方案，同时取得更高质量的结果。

MSF 会帮助小组直接解决导致项目失败的大多数常见原因，以提高成功率、解决方案的质量和业务影响。

MSF 就是创建用来处理技术项目和环境动态特性的，它能够提高项目实施过程中适应持续变化的能力。

MSF 被叫做框架而不是方法是有特定原因的。

和规定性的方法不同，MSF 提供了一个灵活的和可伸缩的框架，其适应能力能够满足任何项目（不论其规模和复杂性）的要求，以规划、构建和部署业务驱动的技术解决方案。

MSF 的观点是，没有哪个单一的结构或者过程能够适应所有项目的环境和要求。

尽管如此，但是它也认为：对指导的需求是存在的。

作为一个框架，MS F 就提供了这样一种指导，而不会强迫实施很多限制性的细节，否则这只会将其用处限制到有限范围的项目方案里。

MSF 组件能够被单独应用或者共同应用，以提高下列类型项目的成功率：•软件开发项目，包括移动、Web 和电子商务应用程序、Web 服务、大型机以及N 层项目等。

•基础结构部署项目，包括桌面部署、操作系统升级、企业消息传递部署、配置和操作管理系统部署。

•打包的应用程序集成项目，包括个人生产效率套件、企业资源计划(ERP)，以及企业项目管理解决方案。

•任何以上项目的复杂组合。

用于这些不同项目类型的MSF 指导把重点放在了“人员和过程”的管理以及大多数项目会碰到的技术元素上。

由于技术小组的要求和做法是持续变化的，所以MSF 所收集的材料也都在不断变化和扩展，以便跟上其步伐的。

此外，MSF 还与Microsoft 操作框架(MO F) 交互，以提供到操作环境的顺利转变，这是长期项目成功的一个要求。

返回页首MSF 起源和简史这一章节将描述对MSF 需求的产生和它是如何被创建的。

挑战和机遇总所周知，今天的业务环境的特点是复杂型、全球互连性，以及从客户需求到生产方法再到变化率自身的加速。

所有人也都知道，技术对这些因素中的每一个都有所贡献。

这也就是说，技术常常是额外复杂性的来源，它支持全球的连接，并已经成为变化发生的主要催化剂之一。

理解和使用技术变化所提供的机遇已经成为了组织里时间和资源消耗的主要原因。

信息系统和技术组织（以下简称IT）已经在受困于时间和精力了，根据技术变化来开发和部署业务驱动的解决方案就需要这些时间和精力。

它们正不断认识到低质量的结果所带来的负面影响及其无法接受的业务风险。

为了让其工作收到更好的效果，它们从业界的领导者处寻求指导。

技术开发和部署项目可能会极其复杂，这就加大了其难度。

技术本身就可能成为项目失败的因素；但是，它极少是主要原因。

令人意外的是，经验表明：项目成功这一结果更多的与所涉及的人员以及过程有关，而非技术本身的复杂性。

在把人员和过程的组织和管理分解开来的时候，可以看到它们对项目的下列作用：•利益相关人和／或到过程里的不规则的、随机的、或者不足的业务输入脱离开来，这就导致无法捕捉住重要的需要。

•不理解业务问题的小组就无法具有定义清楚的角色，也不会努力进行内部的和外部的沟通。

•如果所列出的要求无法真正解决客户的问题，那么这些要求也就无法按规定被实施、会忽略重要的特性、会包括进未经证实的特性。

•不明确的、没有被参与者充分理解的项目方法会导致混乱、过度工作、丢失元素、降低解决方案的质量。

•从项目小组到操作的不良传递会导致业务价值实现的巨大延迟，或者导致满足业务需求的解决办法成本过高。

克服了这些问题的组织通过更高的产品和服务质量、提高的客户满意度，以及吸引行业最佳人员的工作环境获得了更好的业务结果。

这些因素会转化成为对底线的正面影响以及组织战略效力的提高。

改变企业行为以有效地应对这些挑战并取得出色的结果是可能的，但是这需要奉献精神、责任心和领导力。

为了实现这一目标，就要需要在IT 和业务之间建立联系—建立理解、责任、协作和沟通之间的关联。

但是只有结果才有发言权：IT 必须成为领导角色，以消除自身成功道路上的障碍。

MSF 就是设计和构建用来提供框架实现这种转化的。

基于经验的解决方案Microsoft 解决方案框架于1994 年首次引入，当时还是一个来自Microsoft 的产品开发努力和Microsoft 咨询服务中心参与的最佳做法的松散集合。

从那时起，MS F 已经有了发展，这来自Microsoft 产品组、Microsoft 服务中心、Microsoft 的内部操作和技术组(OTG)、Microsoft 合作伙伴和客户那里成功的和真实的最佳做法。

MSF 元素基于行业著名的最佳做法，并融合了Microsoft 在高技术行业超过25 年的经验。

这些元素都被设计用来共同工作，以帮助Microsoft 的顾问、合作伙伴和客户来解决技术生命周期过程中碰到重大挑战。

MSF 使用这套经过内部和外部检验的真实最佳做法，并对这些做法进行简化、整理和检查，以便合作伙伴和客户理解和采用。

现在已经成为一个可靠和成熟框架的MSF 由Microsoft 里一个专门的产品小组在管理和开发，它同时还得到了国际顾问理事会该方面专家的指导和评论。

MS F 还在继续吸收Microsoft 当前的经验。

Microsoft 各种业务线里的其他小组也在日常工作中在内部创造、寻找和共享最佳做法和工具。

从这些内部项目工作所学到的知识会通过MSF 被整理和分发到Microsoft 之外（的组织里）。

返回页首MSF 和Microsoft 操作框架Microsoft 操作框架(MOF) 提供的操作指导让组织能够在基于Microsoft 产品和技术的任务关键系统里取得可靠性、可用性、可支持性，以及可管理性。

MO F 基于一套国际认可的IT 服务管理最佳做法，叫做IT 基础结构库(ITIL)，由英国政府的政府商务办公室(OGC) 颁布。

MOF 可以被看作是ITIL 标准的超集。

MOF 以白皮书、操作指南、评估工具、最佳做法、案例研究、模板、支持工具、课件和服务等形式提供操作指导。

这一指导将用于解决与复杂的、分布式的、差异巨大的技术环境相关的人员、过程、技术和管理等问题。

Microsoft 利用MSF 发展过程中获得的知识创建了MOF，把MOF 建立关于组织结构和过程所有权的ITIL 最佳做法之上，并为合作伙伴、客户和Microsoft 内部操作和技术组(OTG) 所使用的重要成功因素建立模型。

. MSF 和MOF 共享基础原理和核心规范。

它们的不同之处在于这些原理和规范的应用，它们每个都使用独特的小组和过程模型以及专门针对各自领域的、经过检验的做法。

MSF 从解决方案交付的角度体现了小组的结构和活动，而MOF 从服务管理的角度体现了小组的结构和活动。

MSF 强调的是项目；而MOF 强调是生产环境的运行。

MSF 和MO F 提供了解决方案开发域和解决方案操作域之间的接口。

MSF 和MOF 被设计用来在技术生命周期过程中联合使用，以成功地提供业务驱动的技术解决方案—从启动到交付，再到操作和最后的淘汰。