UI设计人员是对产品的使用界面进行设计和订正的人员。 Usability Engineer是检验UI设计的合理性的人员。
在很多团队，真正的界面设计都是由PM做完了Spec，才找UI设计人员来征求意见。像我们团队，我的设计规范书写完后，我才找UI设计人员来，他们所做的也就不过是对我的设计作小改动，如那些英语词句用得不妥，哪里的按钮该改变大小，等等。我所知道的其它视窗操作系统的团队，也是差不多。这主要是因为我们能自己进行界面设计——视窗操作系统部门的PM是微软PM中最厉害的。可是，这是不太正确的方法，因为如果你有很强的PM，你可用这种方法，要是你的 PM的设计能力不强，这样的流程就要出问题。你的项目的成功不应该寄托在几个强有力的PM上，而是要用完善的流程来保证。好的流程应该是，在产品开发的早期，在做设计时，PM就应该和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):