http://www.dotnettools.org/Blog/article.asp?id=51
------- 转发的邮件 -------
寄件人: ccBoy <null@null.com>
收件人:
抄送:
主题: 微软(美国)产品开发组的团队角色
日期: Mon, 26 Dec 2005 18:47:43 +0800
上次提到微软的PM，今天看到这样的文章，收集一下，的确这是微软(美国)产品开发
组的团队角色
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设计的模型版，找客
户 来进行实用和使用性能的检验调查和测试，并根
http://www.dotnettools.org/Blog/article.asp?id=51
--
王元涛
wangyc03@mails.tsinghua.edu.cn
