UI项目的团队组合（来自微软的借鉴）

　这个问题在微软内部我们自己也有很大的争论。 UI设计人员就常常抱怨，在产品开发的早期，他们常常不被看重，被抛在一边。UI设计的领导人甚至在全公司的培训大会上讲，我们的这个文化有问题，领导对 UI设计人员在产品开发早期能起的作用不够重视。可是这个争论已有几年了，结果仍无改变。我想这主要还是跟我们这个行业的产品开发的特性有关系。因为软件开发是很技术性的，常常在早期的技术讨论中，UI设计人员对技术讨论说不出个所以然来（因为他们大多是学艺术设计的），渐渐地各开发团队对UI设计人员的作用就看轻了。在使用界面因素占很大比例的产品团队，像 Office 和 MSN ，这种情况要好一些。

　Usability Engineer 所做的事和UI设计人员不同。他们是将UI设计的模型版，找客户来进行实用和使用性能的检验调查和测试，并根据调查结果对UI设计提出进行修改的意见。也就是说，他们的工作是检验UI设计的合理性，有点像测试人员对程序进行检验的功能。可以说，Usability Engineer 和UI设计人员的关系像测试人员与开发编程人员的关系。

　User Education team 是编写使用说明书的编辑人员。

　从大方面的来说，微软的产品组是公司的几大部门之一，其他还有市场/销售部门，服务部门，运作部门，还有研究院什么的。

　合理的开发团队组合应该是什么？ 允许我抛砖引玉，先谈一下微软的经验：

　项目经理团队：（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）：负责具体的文档编辑和撰写。

　以上只是一个大约的组合模式。不同的团队有各自的侧重点和变化。在很大程度上这些也受到具体的产品的影响。我想我在微软的产品部门的其他同事们会再做补充。希望这些信息能对国内的软件开发公司能有参考价值。我们希望通过这样的交流，我们能为中国软件开发事业的进一步发展尽我们的一点微薄之力。