第九讲(微软过程).pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第九讲(微软过程).ppt

微软过程 来自被几十年实践证实是非常成功且行之有效的微软解决方案框架(Microsoft Solution Framework,MSF) 概述 作为世界上最成功的软件企业之一,微软不但拥有独特而开放的企业文化,而且在软件研发过程和研发人员管理方面积累了相当丰富的理论和实践经验。 Microsoft? 解决方案框架 (MSF) 是一种成熟的、系统的技术项目方法,它基于一套制定好的原理、模型、准则、概念、指南,以及来自 Microsoft 的、经过检验的做法。 概述 按期并在预算范围内创建行之有效的业务解决方案需要一种经过检验的方法。Microsoft 解决方案框架提供了一个适应性的框架,用于以更快的速度、更少的人员、更少的风险来成功地交付信息技术解决方案,同时取得更高质量的结果。MSF 会帮助小组直接解决导致项目失败的大多数常见原因,以提高成功率、解决方案的质量和业务影响。MSF 就是创建用来处理技术项目和环境动态特性的,它能够提高项目实施过程中适应持续变化的能力。 MSF 被叫做框架而不是方法是有特定原因的。和规定性的方法不同,MSF 提供了一个灵活的和可伸缩的框架,其适应能力能够满足任何项目(不论其规模和复杂性)的要求,以规划、构建和部署业务驱动的技术解决方案。MSF 的观点是,没有哪个单一的结构或者过程能够适应所有项目的环境和要求。尽管如此,但是它也认为:对指导的需求是存在的。作为一个框架,MSF 就提供了这样一种指导,而不会强迫实施很多限制性的细节,否则这只会将其用处限制到有限范围的项目方案里。 概述 Microsoft 解决方案框架于 1994 年首次引入,当时还是一个来自 Microsoft 的产品开发努力和 Microsoft 咨询服务中心参与的最佳做法的松散集合。从那时起,MSF 已经有了发展,这来自 Microsoft 产品组、Microsoft 服务中心、Microsoft 的内部操作和技术组 (OTG)、Microsoft 合作伙伴和客户那里成功的和真实的最佳做法。MSF 元素基于行业著名的最佳做法,并融合了 Microsoft 在高技术行业超过 25 年的经验。这些元素都被设计用来共同工作,以帮助 Microsoft 的顾问、合作伙伴和客户来解决技术生命周期过程中碰到重大挑战。 MSF 使用这套经过内部和外部检验的真实最佳做法,并对这些做法进行简化、整理和检查,以便合作伙伴和客户理解和采用。现在已经成为一个可靠和成熟框架的 MSF 由 Microsoft 里一个专门的产品小组在管理和开发,它同时还得到了国际顾问理事会该方面专家的指导和评论。MSF 还在继续吸收 Microsoft 当前的经验。Microsoft 各种业务线里的其他小组也在日常工作中在内部创造、寻找和共享最佳做法和工具。从这些内部项目工作所学到的知识会通过 MSF 被整理和分发到 Microsoft 之外(的组织里)。 推动开放式沟通 Frederick P. Brooks,Jr1: 技术项目和解决方案是由人的活动来构建和交付的。从事某个项目的每个人都会给小组带来自己的智慧、能力和观点。为了将成员的个人效力最大化,同时优化其工作效率,信息就必须随时可用且能够被积极共享。如果没有能够从多种渠道获取该信息的开放式沟通,那么小组成员就无法有效地完成其任务,也无法作出正确的决策。随着项目规模和复杂性的增加,对开放式沟通的需要就变得更加紧迫。完全基于须知(历史标准)的信息共享可能导致误解的产生,以至于削弱小组交付行之有效的解决方案的能力。这种受限的交流方式的最终结果可能会是解决方案和预期效果都无法满足要求。 问题: “日程安排一团糟、功能不合适、到处都是系统错误,而原因就是左撇子不知道右撇子在做什么……。那么,小组之间应该如何相互沟通呢?用尽可能多的方式沟通。” 推动开放式沟通 MSF 里的开方式沟通 MSF 推出了一种开方式和包容式的沟通方式,既满足了小组内部也满足了利益所有人之间沟通的需要,同时能够符合诸如时间约束和特殊环境等条件的限制。一个畅通的信息流不仅会减少误解和无用功产生的机会,还会确保小组成员都能够致力于通过共享属于各自领域的信息减少与项目有关的不确定性。 在 MSF 项目里,可以采用任何形式来进行开放式和包容式的沟通。它是 MSF 小组模型的基本原理,而前者将它集成到了角色职责的描述里。当在整个项目生命周期过程中使用的时候,开发式沟通会推动客户、用户和操作等的积极参与。这种参与也通过将开方式沟通的概念融合到 MSF 过程模型的关键里程碑的定义里得到了支持。沟通成为了共同的前景和性能目标能够被建立、测量和取得的媒体。 开放式沟通特点:即时、有效、形式多样、参与、包容、坦诚、直接、对事不对人 为共同的前景而工作 “在项目开始之前,小组需要

文档评论(0)

此项为空 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档