《微软的组织结构》由会员分享，可在线阅读，更多相关《微软的组织结构（16页珍藏版）》请在金锄头文库上搜索。
1、-1. 微软的组织构造微软公司的组织构造：微软公司Microsoft视窗产品部Windows Group办公产品部Office Group商业方案部Business Solution Group微软网络部MSN Group效劳器和开发工具部Server and Tools Group移动装置部Mobile Devices Group家庭娱乐部Home & Entertainment Group图 11 微软公司的商业机构从职能上讲，微软公司各部门都可以归入以下三个大类：l 研发部门R&D：包括所有负责产品开发的技术部门，如平台产品部、开发工具部等。在微软，大约有超过3万名的工程师在从事产品软件
2、开发工作。l 全球销售、市场和效劳部门：负责微软产品在市场上的宣传、推广、销售和效劳、支持等工作。l 根底研究部门Research：即微软研究院，是微软公司专职负责根底科学和前沿技术研究的机构。微软研究院在多媒体用户界面、数字图像处理、自然语言识别等技术领域拥有多项专利。上述三大类机构在微软公司部相互独立，有各自的职责围和工作方式，相互没有管辖或者汇报关系。在美国以外的国家和地区中，中国是唯一一个拥有微软所有三大类部门四个分支亚洲研究院、销售和市场、研发中心、全球技术支持中心的地方。以下所列的是微软最新的7大商务部门如图 11中局部负责的一些产品和效劳：l 视窗产品部：n Windows操作系
3、统：世界上大多数个人电脑使用的操作系统。n 嵌入式操作系统Windows Embedded OS：为嵌入式装置设计的新产品。n CE 操作系统Windows CE OS：为掌上电脑等所设计的操作系统。n 平板式电脑操作系统Windows Tablet OS：平板式电脑视窗操作系统。l 办公产品部：n Office办公软件：这是微软公司最重要的产品之一，在办公类软件市场上占有绝对优势。n BackOffice：后台应用软件。n E*change Server：微软公司著名的效劳软件。n 其他效劳类软件。l 效劳器和开发工具部：n SQL Server数据库软件。n 数据访问工具。n 编程工具：如
4、Visual Studio.NET等。n BizTalk Serverl 消费类产品部：n 家用和零售产品。n 信息家电产品。n MSN.网络效劳。2. MSF组队模型.MSF组队模型总结了微软在成功的工程组中组织人力资源、安排工作任务的根本原则和方法，该模型定义了工程组的角色分工、任务分配和人员职责，并为工程组成员提供了有关在工程生命周期中如何实现特定目标的指导性建议。在微软部，依据MSF组队模型创立和管理的工程组都是小型的、多元化的团队在微软，即便是那些大型的工程组，也都是依照类似的原则组建的，从逻辑上可以被划分为假设干个小型的团队，这些工程组拥有严格的产品发布期限，工程组成员分工协作，各
5、司其职，扮演着相互依赖、相辅相成的不同角色，共同完成工程的开发工作。工程组成员在特定的技术或业务领域拥有专业技能，在统一的工程指导思想的指引下，他们对各自的工作目标负责，每一个成员都参与工程的设计和讨论，并从过去的工程实践中吸取经历。工程组成员在同一地点办公，共同管理工程过程，制定相关决策。3. MSF组队模型的根本原则小型的、多元化的工程组Small, Multidisciplinary TeamsMSF组队模型建议我们在工程管理中采用小型的、多元化的工程组从事工程开发工作。正如比尔盖茨先生所说的那样，只有在小型的、拥有确定目标和预算的工程组中，工程组成员才能更好地分工协作、更好地发挥个人在
6、技术或管理上的经历和技能。与其他类型的工程组相比，小型的、多元化的团队拥有许多先天的优势，如交流本钱、运营本钱和管理本钱低，决策和执行速度快，产品质量高等等。例如，假设一个规程经理需要管理40个工程组成员，为了保持工程组的有效沟通，他每周都要与每一个工程组成员进展至少一小时的单独谈话，则，他就没有任何时间处理其他事情了。况且，不同的人有不同的个性和不同的观点，我们很难把许多人集中在一个工程组中，统一安排工作。相反，如果把这40个人按照不同的层次构造或职能单位划分成几个小的工程组，每个小工程组大约5个人，工程组中每个人的职责就会更加清晰，我们也能更容易地对工程组成员进展管理，与工程组成员沟通和交
7、流，更容易地控制每个人的开发质量和进度。这里所说的团队的多元化表达为，在一个工程组，甚至在一个角色，通常有多种不同的工作方式，需要其成员具有不同的工作技能或经历水平。在大多数工程中，有着不同的背景、不同的培训经历和不同的专业技能的工程组成员按照各自的工作方式分工协作，共同构成整个工程组或*个特定的职能角色，共同完成工程开发工作，共同保证产品的质量。角色依赖和职责共享Interdependent roles and shared responsibilities在工程组，每一个角色都对工程本身以及他们各自的主管部门负责，以实现该角色的工作目标。这就是说，每一个角色都分担了保证最终解决方案得以顺利
8、完成的一局部责任。整个工程的各项工作职责通过对等团队Team of Peers的构造被工程组中不同的角色和成员共享，工程目标也通过不同角色的工作目标得以实现。在工程组中，不同角色的工作是相互依赖、相辅相成的，这是因为：首先，我们无法将工程组中不同角色的工作完全孤立开来；其次，如果每个角色都对整个工程蓝图有一个清晰的认识，工程组的工作效率就会成倍提高。相互依赖的工作促使所有工程组成员在他们直接负责的领域之外主动发表意见、奉献力量，这显然可以提高工程组的知识、技能和经历的共享程度。专深的技术水平和业务技能Deep technical and business acumenMSF组队模型提倡在深入理
9、解客户的业务需求、熟练掌握相关技术的根底上进展工程开发，完成工程决策，这就要求工程组成员在各自的领域里具备专深的技术水平和业务技能。对产品开发而言，如果不能透彻地了解客户需求，熟悉客户的业务流程和业务模式，就无法真正把握产品的设计目标，无法开发出可以令客户满意的产品。同样的道理，如果工程组的成员对相关领域的技术开展情况不甚了了，工程组也不可能使用最适宜的技术进展产品开发，不可能确保最终产品的性能和质量。以产品发布为中心Focus on petency and shipping products所有工程组成员都要有强烈的产品意识，工程组中的所有工作都应以按时发布高质量的产品为中心。这里的产品意识
10、不仅仅指在市场上或在公司部发布软件产品，在更高的层面上，产品意识要求你将你自己每一次劳动的成果都看成是你自己奉献给整个团队的一件产品。事实上，MSF倡导为每一个产品给出一个显著的标识，这样，工程组的成员就会拥有更加强烈的参与感和主人翁责任感。微软通常的做法是，根据产品或工程组的不同，赋予每个产品或每个产品单元一个部代码，这显然有助于明确产品的来源，考察工程组的工作，增强工程组成员的责任心，并能显著地提高工程组的士气。工程组也经常把产品代码印在T恤衫、咖啡杯或者其他小礼品上，这些方法可以有效提高工程组的自我认同感，增强工程组的凝聚力。一旦你意识到你是在一个产品工程团队中工作，你就可以发现，无论你
11、的工作结果是什么，你都可以把你自己的工作看成是一件特定的产品。MSF中有关产品开发的各种准则和方法也都可以适用于你自己的工作过程，以确保你自己的产品可以如期交付。拥有产品意识也意味着你应当更多地关注整个工程最终发布的产品，而不是发布产品的过程。这并不是说产品开发过程不重要，这只是说我们应当从整体目标出发，而不是从局部利益出发开展工作。在一个拥有产品意识的工程组中，每一个工程组成员都可以感觉到自己对最终的产品发布负有重要的责任。明确的目标Clear goals and objectives是否拥有清晰、明确的工程目标，是否有统一的工作方向，这是工程管理中最重要的问题之一。这是因为，没有统一的方向
12、，没有明确的目标，工程组成员就没有方法协同工作，没有方法为工程组奉献力量。工程组必须拥有明确的工程目标，这一目标还必须与客户的最终需求相吻合。这样，工程组的开发工作才能始终和客户的业务需求保持一致，工程组开发的产品才能真正解决客户面临的实际问题。客户的主动参与Active customer participation赢得客户满意度的一个关键方法是邀请客户参与产品的设计，并在产品开发过程中随时征询客户的反响意见。这一做法可以使工程组与客户在需求和工程目标上始终保持一致，客户对产品特性的实时反响也可以不断鼓励工程组改进技术，改善产品。事实上，组队模型中的产品管理角色就常常以客户的身份向工程组提出业
13、务需求，有时，产品管理角色中的*些成员甚至是由客户直接担任的。分享产品的前景Shared project visionMSF强烈建议在工程组分享产品的前景或最终目标。工程组的所有成员都应该对产品前景有清晰的认识和明确的认同，每一位成员都以自己能为产品的美好前景奉献力量而自豪，每一位成员都在产品前景的鼓励下努力工作。如果工程组不能在所有成员中分享产品的前景，工程组成员就会对工作目标产生困惑或迷茫，每一个成员都会对工程前景产生自己的看法，每一个成员判断自己工作是否成功的标准也会大相径庭。这显然无法调开工程组成员的积极性，无法切实保证产品开发的顺利进展。所有人都参与设计Everyone partic
14、ipating in design工程组中的每一个角色、每一个成员都应当参与产品的设计过程。不同的角色、不同的成员对产品的设计有着不同的视角和看法，他们可以从不同角度对产品设计提出有益的建议。让所有人都参与设计的做法可以在工程组中培养集思广益的气氛，并有助于工程组在产品设计过程中收集到所有最有价值的信息，使设计出的产品更加趋于完善和合理。认真从过去的工程中吸取经历Deliberate efforts to learn from past projects工程组中的每一个成员都应该善于从过去的工作中吸取经历教训，在学习和总结中提高自己。没有哪一个工程组可以永远成功，对于那些已经完毕的工程，无论工
15、程组经历的是成功的喜悦，还是失败的痛苦，我们都应该认真、细致地总结和反省。只有那些善于从成功的工程中总结工程管理的诀窍，勇于对失败的工程进展分析和反省的工程组才能不断进步。共同管理，共同决策Shared project management and shareddecision-making在MSF组队模型中，每一个团队成员的职责可能都不尽一样，但每个成员都对工程管理和工程组中的重要决策负有一定的责任，都应当积极参与工程组中每一个重要的决策过程。当然，共同管理和共同决策并不意味着工程组中的所有人都可以不受限制地对工程组的工作安排指手划脚，工程组中每一个角色的负责人仍然拥有该职责领域的最终决定权，但任何工程决策都应该在集思广益、广泛征求工程组其他成员意见的根底上做出。工程组成员在同一地点办公Team members working together at one site尽管今天的通信技术已经日臻完美，工程组的成员们即使在不同的地点工作也可以通过和电子相互沟通，但过去成功的工程管理经历仍然告诉我们，那些所有成员都在同一个办公地点工作的工程组有着更高的沟通效率和更好的工作业绩。很显然，如果工程组的所有成员都在同一个楼层或是同一间办公室里工作，他们之间就会有相当多的时机进展非正式的交流，工程组中的人际关系往往会因此而得到改善，工程中很多棘手的问题也可以在电梯间、午餐桌等非正式的场合
