1-UML软件工程组织.docVIP

微软的组织结构 微软公司的组织结构： 图 11 微软公司的商业机构 从职能上讲，微软公司各部门都可以归入以下三个大类： 研发部门（RD）：包括所有负责产品开发的技术部门，如平台产品部、开发工具部等。在微软，大约有超过3万名的工程师在从事产品软件开发工作。 全球销售、市场和服务部门：负责微软产品在市场上的宣传、推广、销售和服务、支持等工作。 基础研究部门（Research）：即微软研究院，是微软公司内专职负责基础科学和前沿技术研究的机构。微软研究院在多媒体用户界面、数字图像处理、自然语言识别等技术领域拥有多项专利。 上述三大类机构在微软公司内部相互独立，有各自的职责范围和工作方式，相互没有管辖或者汇报关系。在美国以外的国家和地区中，中国是唯一一个拥有微软所有三大类部门四个分支（亚洲研究院、销售和市场、研发中心、全球技术支持中心）的地方。 以下所列的是微软最新的7大商务部门（如图 11）中部分负责的一些产品和服务： 视窗产品部： Windows操作系统：世界上大多数个人电脑使用的操作系统。 嵌入式操作系统（Windows Embedded OS）：为嵌入式装置设计的新产品。 CE 操作系统（Windows CE OS）：为掌上电脑等所设计的操作系统。 平板式电脑操作系统（Windows Tablet OS）：平板式电脑视窗操作系统。 办公产品部： Office办公软件：这是微软公司最重要的产品之一，在办公类软件市场上占有绝对优势。 BackOffice：后台应用软件。 Exchange Server：微软公司著名的邮件服务软件。 其他服务类软件。 服务器和开发工具部： SQL Server数据库软件。 数据访问工具。 编程工具：如Visual Studio .NET等。 BizTalk Server 消费类产品部： 家用和零售产品。 信息家电产品。 MSN.com.网络服务。 MSF组队模型？ MSF组队模型总结了微软在成功的项目组中组织人力资源、安排工作任务的基本原则和方法，该模型定义了项目组内的角色分工、任务分配和人员职责，并为项目组成员提供了有关在项目生命周期中如何实现特定目标的指导性建议。 在微软内部，依据MSF组队模型创建和管理的项目组都是小型的、多元化的团队（在微软，即便是那些大型的项目组，也都是依照类似的原则组建的，从逻辑上可以被划分为若干个小型的团队），这些项目组拥有严格的产品发布期限，项目组成员分工协作，各司其职，扮演着相互依赖、相辅相成的不同角色，共同完成项目的开发工作。项目组成员在特定的技术或业务领域拥有专业技能，在统一的项目指导思想的指引下，他们对各自的工作目标负责，每一个成员都参与项目的设计和讨论，并从过去的项目实践中吸取经验。项目组成员在同一地点办公，共同管理项目过程，制定相关决策。 MSF组队模型的基本原则 小型的、多元化的项目组（Small, Multidisciplinary Teams） MSF组队模型建议我们在项目管理中采用小型的、多元化的项目组从事项目开发工作。正如比尔·盖茨先生所说的那样，只有在小型的、拥有确定目标和预算的项目组中，项目组成员才能更好地分工协作、更好地发挥个人在技术或管理上的经验和技能。 与其他类型的项目组相比，小型的、多元化的团队拥有许多先天的优势，如交流成本、运营成本和管理成本低，决策和执行速度快，产品质量高等等。 例如，假设一个规程经理需要管理40个项目组成员，为了保持项目组内的有效沟通，他每周都要与每一个项目组成员进行至少一小时的单独谈话，那么，他就没有任何时间处理其他事情了。况且，不同的人有不同的个性和不同的观点，我们很难把许多人集中在一个项目组中，统一安排工作。相反，如果把这40个人按照不同的层次结构或职能单位划分成几个小的项目组，每个小项目组大约5个人，项目组中每个人的职责就会更加清晰，我们也能更容易地对项目组成员进行管理，与项目组成员沟通和交流，更容易地控制每个人的开发质量和进度。 这里所说的团队的多元化体现为，在一个项目组内，甚至在一个角色内，通常有多种不同的工作方式，需要其成员具有不同的工作技能或经验水平。在大多数项目中，有着不同的背景、不同的培训经历和不同的专业技能的项目组成员按照各自的工作方式分工协作，共同构成整个项目组或某个特定的职能角色，共同完成项目开发工作，共同保证产品的质量。 角色依赖和职责共享（Interdependent roles and shared responsibilities） 在项目组内，每一个角色都对项目本身以及他们各自的主管部门负责，以实现该角色的工作目标。这就是说，每一个角色都分担了保证最终解决方案得以顺利完成的一部分责任。整个项目的各项工作职责通过对等团队（Team of Peers）的结构被项目组中不同的