最后一个角色是运营管理，实际就是网站运营管理。大家也知道，微软产品目前越来越多和Internet紧密集 成，象我们现在做的“Hotmail”、”MSN Calendar”等产品，本身就是一个网站。运营管理角色原来是没有的，这只是近两三年来新发展出来的角色，在将来会越来越重要。因为你跟传统的做所谓 包装的产品不一样。以前你可以说我把CD做完了，产品发布了，就没事了。
因为用户买了产品，你已经赚钱了。实际在做连机在线服务的时候，你软件发布仅仅是一个开始，用户只要使用一天你都需要花钱，都会影响你整个的赢利。 实际上在线管理是非常复杂的，比如“Hotmail”，现在有一亿一千多万用户。在前端大概有五千多个服务器运行着Windows 2000，来满足用户登录。后台还有许多服务器负责邮件的收发，存储，是很复杂的一个系统，因为有底层的网络，有硬件，还有操作系统，还有上面的你的应用 程序，再加上Internet本身又是不确定的环境。怎么把这复杂的系统管理好，是很具有挑战性的。
因为跟传统的应用程序是不一样，用户随时可以走开。而且还有很多不确定性，象我们传统的产品，用户买得越多，我赚的钱越多。但是在连机的时候，用户 多有时候也可能是一个问题，就是你可能支持不了那么多用户。比如一下有很多人来访问，你的网站是不是能满足这么多用户访问的需求。网站运行还往往需要提前 对流量，或者对用户数满意做出比较精确的预测。运营管理在微软会越来越重要，而同时产品的很多设计会影响到你到底能不能好好运行。所以这对其他人员也提出 了新的要求。
目前基本上来说，运行管理、产品规划、产品管理和程序管理这四类人实际上在主要推动产品的进程。其他人扮演的是一个被动的，或者专注于做具体事情的角色。但是每一个角色，都是不可或缺的。
前面我们讲了微软现在基本上有十一个工种。怎么把这些人组织起来，能够更有效地去投入到开发过程中呢？微软目前基本上是一种所谓的条块结构。在公司内部最基本的组织是一个产品单元，比如像IE就是一个产品单元组。产品单元组的管理者会有预算，有人有钱。在每个产品单元内，在行政上按你的工作类型来划分，像项目经理，他上面会有一个总的项目经理组长，如开发人员有一个开发组长，测试人员也同样。这是在行政上的组织。
行政组织结构主要是为了对你的业绩做出一些考核，包括将来会不会给你加工资。在做产品的时候，在每个产品单元组内，又按不同的特性划分为各个不同的 项目组，划分的基本原则是希望由一个很精干很小型的团队来进行开发。因为我说了要按产品的不同特性来划分组织，这样就要求你在产品设计时，大的产品能分成 小的模块和小的特性，然后相互之间又没有很大的依从关系。
因为跨组的交互或者跨组的依从关系是最难管理的。每一个团队内基本上由项目经理，或者程序经理来领导，来负责一个特性，下面会有开发人员，也会有测 试人员，基本上开发人员和测试人员的比例一般都是一比一，这样一个组差不多十个人，是最基本的开发单元。一些跟技术有关的决定基本上是项目经理做出来的， 不会有上面的人左右你的决定。这种组织结构能够使在一些商务和技术方面很快做一些决定，同时因为每个组人少，就能使大的团队能像小的团队这样很快向前移 动，效率不会受到影响。
举一下IE产品组为例。它在不同时期有不同的人员，人数也是不同的。最早IE1.0是几个人，IE2.0可能是三四十个人，到IE4的时候基本上就 到了300人的项目组。在300人的项目组里面是这样的组成，一个是产品单元经理，这因为是以产品单元为最基本单位，所以产品单元经理是大老板。下面有五 个产品规划人员，产品经理有二十个，项目经理五十个，开发人员一百个，测试人员也有一百个，还有文档发布，因为IE也有一些SDK，也有一些联机的网页和 帮助文件。
文档人员有十个人。这种人员结构也是根据产品的特性，或者你在这个版本中间你的侧重点来决定的。同样在IE产品组。在IE5.5的时候，也有300 多个人，但这时候项目经理就只有15个人，比IE4五十个人要少好多，开发人员也只有40个人，因为到IE5.5的时候，基本上大的特性已稳定 的，IE5.5面向最终用户方面做的工作要少一些，主要在稳定性和性能方面做提高，另外对一些公司大企业的用户做一些支持，所以开发人员和项目经理数目减 少了，但是测试人员很多，测试人员有200人，这主要是在IE4的时候觉得少，所以在IE5的时候就组织独立的测试队伍进行测试。
IE产业组分为十个项目组，每个组大概有十到五十个人，基本上负责一个产品模块，像浏览，或者HTML的编辑、打印。但是有一些时间一个项目经理会 负责不止一个特性，甚至有一些开发人员可能他在某些方面有专长，他也需要在不同组织之间流动，所以这种组织实际上是一个动态的。
下面我们谈一下微软产品开发过程。开发过程划分的基本原则是，希望把大的项目分为若干个里程碑式的开发周期，并在各个周期都要考虑一些冗余，使你的 开发周期变得更实际一些。通过目标描述来保证所有的人是沿着同一个方向发展。利用产品特性描述来指导开发过程。同时利用用户的数据来决定一些特性的取舍， 或者优先级的排定。加不加这个特性，不是开发人员觉得好，我就做这个东西，往往还是从用户角度来考虑，用户从中间有多大收益来决定。
还有更重要一点就是统一的术语。在微软内部刚进去时也会做类似这样的培训，会请的各种角色做一个讲座，大概需要六七个小时。其中有对很多术语、缩 写，还有对这套开发模式的介绍。从而保证所有人理解的都是统一的。这样你才能保证无论在做事或者讨论的时候，大家的理解是一样的。
还有一点是在开发产品过程中不间断地测试，而不是做完了到某一个阶段才开始测试，因为往往那个那时候往往已经太晚了。
微软产品开发过程分为四个阶段，第一个阶段是规划阶段，这个阶段基本上是由产品规划人员以及项目经理来驱动的，这个阶段主要是要完成这样一些事情： 一个是目标描述。基于这个产品目标，我们已经知道了，我们需要做哪些事，做哪些特性来达到这个目标，这样就决定了产品提供哪些的功能。然后PM就要根据这 个功能来写出相应的规范说明。
一般产品规格说明，就是传统上说得技术文档，基本会写两次，第一次写一个简单的，里面列出了你这个功能或者你的特性希望达到什么要求，跟我们整个产 品的目标有哪些相关的，产品之间依从性，为什么要做这个特性。写完这一页的特性描述之后，大家会坐在一起看一看，排定一个优先级别，哪些事我们先做，哪些 有可能做，或者哪些是下一版本在做。把这个事情做完了，程序经理会写一个更详尽的特性说明，这是指导开发、测试整个过程的技术文档。基本上一般都有一些模 板。
