哪里有MCE？

微软产品开发团队的基本构成

以下是微软开发团队的基本组织模式

项目经理团队(Program Management Team):
    设计项目经理(Feature Design PM): 负责具体的产品设计，写Design Spec。PM 队伍中，80%的PM是做这个。 
    发行项目经理(Release PM): 负责整个项目的流程和进度管理，制定进度表等，协调整个团队的工作。大的PM 队伍中有一人专门做这个。这是整个项目的领头人。大型的项目的成功与否，常常靠得力的发行经理的领导。 
    协助项目经理(Supporting PM): 负责其它产品发行需要照顾到的事情，如客户交流、和市场开发人员交流、负责beta program (初版试行)、等等。大的PM 队伍中少不了这样的人。20%的PM是做这个。 

 

开发团队(Development Team): 
    开发团队领导(Development Manager): 负责管理各个开发小组，并对开发编程的工作做总体的规划。 
    开发组长(Development Lead): 负责管理开发工程师，也参加对开发编程的工作做总体的规划。 
    开发工程师(Develop Engineer, or Developer): 负责具体的编程开发。 
    构架师(Architect): 大的产品团队有一两个资深工程师专门做整体系统的设计规划。 

测试团队(Quality Assurance or Test Team):
    测试团队领导(QA Manager): 负责管理测试小组 
    测试组长(Test Lead): 负责管理测试工程师, 制定测试计划等 
    测试工程师(Tester or Test Engineer): 负责具体的测试工作 
    测试开发工程师(Developer in Test, or STED): 负责测试工具的开发 

产品可用性团队(Usability Team):
    产品可用性工程师 (Usability Engineer): 做使用性能的调查和测试，采访客户或将客户邀请来做调查 
    界面设计师(UI Designer): 负责具体的界面设计 
    产品设计师(Product Designer): 负责产品的总体设计， 特别是硬件产品。 
以上这个团队并不是所有的产品队伍都有。比较小的队伍就没有这些专人，有的时候向别的队伍借用，或雇佣临时工。 

客户教育或文档团队(User Education, or UE Team): 
    文档组长(UE Lead): 负责管理文档小组 
    文档编辑(UE Editor): 负责具体的文档编辑和撰写

微软进行UI评审的基本步骤

Describe the user goal Show the Screen Guess what user is supposed to do Discuss why they would or would not succeed Evaluate the user experience. 以上步骤是我从微软总部一个会议室里看到的。虽然很简单，但通过这几个简步骤，可以大致了解进行UI评审的基本过程。 尤其是这个过程将User Goal作为了最基本的条件，而且一直将用户是否能够顺利完成工作目标作为评价的标准。而这一点，是在实际的设计和开发中最容易被忽视的。根据我的经验，在很多UI设计的讨论中，往往User Goal很快被忽视，直接开始大量的有关第四步内容的讨论，即，哪里好用，哪里不好用，某种特殊情况是否能够满足等等。这使最终的UI设计出现了偏差，开发人员花大量精力处理了各种不常见的情况，却使用户无法方便快捷的完成其最主要的目标。 当然，要最终评价一个UI的好与坏，只有通过真正的可用性实验才能获得。进行UI评审的主要目的是为了在开发开始之前，尽可能的提高UI设计的水平，防止反复修改带来的额外工作。

 王道！