哪里有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设计的水平,防止反复修改带来的额外工作。
 王道!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值