Posts Tagged ‘microsoft’

来自MS的角色模型实践总结

Sunday, October 29th, 2006

作者:承志
来源:http://www.uiplanet.com/taobao/2006/10/27/persona_practice_and_theory/

这几天看了MS两位前辈(John Pruitt & Jonathan Grudin)写的论文《Persona: Practice and Theory》,虽然成文很早,但还是受益匪浅。论文前半部分是他们对实践的总结和分析,现简要翻译摘抄下来,和大家分享。

项目情况

MSN Explorer
  开发项目组成员:数百人
  角色模型项目组:共4人。可用性工程师3人(其中两人兼职),产品设计师1人(兼职)
  角色模型项目时间:从2001年1月起,持续大约10个月
Microsoft Windows
  开发项目组成员:数百人至数千人(随时间变化)
  角色模型项目组:共22人。包括几个技术文案、几个可用性工程师、4个产品策划人、2个市场调研
  角色模型项目时间:从2001年3月起,持续大约2年时间(到作者发稿时还没有结束)

碰到的问题

  • 角色不可信。明显是由项目成员人为设计(并不是基于数据),或者与数据之间的关系不那么清晰。
  • 角色的传达沟通没做好(译者注:应该是指把角色向整个项目组的成员传达)。通常的手段就是把做得像简历一样的文档打印到很大一张纸上,然后四处张贴。
  • 没有真正认识到要怎么去使用角色模型。尤其是在整个项目过程中没有向所有的人一直不停地讲述模型。
  • 没有足够的资源支持。包括高层的支持、人力资源和预算等。

引出的思考

  • 怎么提取用户抽象是最好的办法?
  • 可以虚构到什么程度?那些内容必须以数据为基础?
  • 哪些数据是最合适的?
  • 怎样才能把不同类型的数据整合起来?
  • 几个相关的产品开发小组能不能共享一组通用的用户抽象?
  • 怎么评价这些努力是值得的?
  • 结果我们的产品变得更好了吗?等等

实践中的细节

  • 利用已有的数据,特别是用户研究的数据。包括行业调研、焦点组、用户访谈和市场趋势研究等。
  • 角色数量控制在一个比较可控范围:3-6个。
  • 收集大量相关的市场调研和用户研究数据(从网上或者一些外部资源)。
  • 创建一个“反面角色”,尽可能表现出那些没有被考虑到的用户。
  • Windows项目中人员较多,所以拆分到两三个人的多个小组中,每组负责一个角色。
  • 关于角色的每一句描述都尽可能地和数据相关联。
  • 创建一个“基础文档”,所有的角色都在这个基础上创建。它包括数据、关键属性、照片、相关材料等)。
  • 当一个角色基本上被创建出来之后,就近找一个人来当模特,为他拍上一到两小时的照片,用作后面的视觉材料。避免使用图库的图片,因为图库中的同一个人常常只有一两张照片(译者注:我们现在可以利用一下flickr,那上面有好多喜欢把自己24小时生活都展示出来的人)。
  • 角色完成之后,为它建一个网站。找那些总体上匹配的用户来看看在细节上是不是和他们匹配。
  • 角色和文档都搞定之后,开一个启动会议来向大家介绍。
  • 用多种方法让大家时刻都记得角色模型。比如做一些角色模型(真的模型,玩具)、印有角色的鼠标垫、啤酒杯、其他多种形式的电子材料等等。
  • 花大量的精力保证产品和功能文档中包含使用角色模型来创建的情景流程。
  • 视觉设计师在角色模型的基础上来创作视觉表现。
  • ……

更多的自己看吧,点击下载:personas-practice-and-theory.pdf

微软招聘用户体验传教士

Wednesday, October 25th, 2006

中译:http://www.uxstudy.com/2006/10/24/ms_hiring_ux_evangelist/
原文:http://blog.experiencecurve.com/archives/microsoft-hiring-ux-evangelist

Microsoft似乎想要增加用户体验团队的曝光度,所以想了个招,竟然提供这样一个职位:用户体验传教士(UX evangelist):P. 职位要求也让人眼前一亮:

懂设计,也懂商业。
The senior level User Experience Evangelist (UXE) candidates we’re seeking will speak both the language of business and design;

创建一个可以影响商业和生活的用户体验设计社区。
will have the credibility to engage the design community in a dialogue about the impact of user experience on business and life.

让最新的平台和工具创造出丰富,极赋魅力,前所未有的用户体验。
Microsoft wishes to spread the good news about how its newest platforms and tools are set to lead the market in enabling designers and developers to build rich, immersive and compelling user experiences like never before.

位于战略性终端用户体验研究部门,灌输认识和反馈到开发团队。
The UXEs will be a critical part of the strategic end-user experience research group that delivers insights and feedback to the product development teams…

成为设计师的典型。让用户体验变成微软长期成功的核心概念。
….As a UXE, you are Microsoft’s representative to the designer community helping to win the hearts and minds regarding the Microsoft platform. The notion of “User Experience” lies at the center of Microsoft’s continued long term success as a platform company, by enabling our customers to build rich, immersive, compelling end-user experiences that stand-out and differentiate from competitive offerings. The “creative professional” audience is a critical component of the development process.

将获得极大的设计权利。
In order to realize improved software UX, designers will need to be empowered to design and build the best possible content in the most productive and efficient collaborative environment together with professional developers.

一些有趣的优势条件:
and some very interesting “nice to have” skills

  • 已经是社区被信任的活跃分子
    Already an active person in the community with a credible profile

  • 在用户体验/设计会议上发表过演讲
    Is speaking at UX/design related conferences

  • 担任过布道或者沟通的职位
    Is in a position of influence in the wider community and is well connected

  • 最好无学术派别,别对微软有偏见
    Traditionally not biased towards MS so will be perceived as non-partisan

  • 最好,属于那种工作生活都是给点阳光就灿烂的类型,嘿嘿!
    Underneath that there is substance – he/she ‘gets’ it, is passionate about this stuff, does it at home.

  • 很好的演讲者和领导,活跃的blogger,写报告有经验。
    Is a good speaker and group leader. Has experience writing white papers and is a very active blogger.

微软资深经理人的网站项目管理经验

Tuesday, September 20th, 2005

来源:未知

这是微软资深项目经理人Stephen Maguire的项目管理经验。软件开发和网站开发有极其相似的地方,我们可以从中学习领会许多知识。

第一章 有效团队的基础

1、专心改善产品

公司付工资给设计师,要他们在合理的时间开发出品质精良的网站,但是设计师们的时间却经常被其它事情占用了。

典型的情况是设计师要花大量的时间准备会议,参加会议,读写开会记录和进度报告,还有回复email等等,这些事情都不能改善网站的工作,虽然其中一些是设计师自己主动做的,但更大一部分是项目经理下的命令。

虽然项目经理的本意是好的,但是却违背了项目经理的基本守则:项目经理的任务是努力消除设计师工作上的一切障碍,让设计师权利专注在真正重要的工作上—网站开发。

这不是震惊世界的发现,只是简单的道理,但是有多少项目经理确实做到呢?

2、排除干扰

如果你希望团队在期限之内完成网站,就必须尽可能排除一切不必要的工作。在你分派工作给组员前,请问问自己,这件工作真的有必要让大家做吗?身为项目经理,必须时刻问自己一个问题: “我努力的目的究竟是什么?”

常见的就是让组员写报告。一天8小时工作时间,很可能4个小时花在了写报告上。而正常的开发工作却不得不加班做。

请不要误解我的意思,我并不是说不需要进度报告,只是提醒项目经理们,不要过分注重“项目流程”,而忽略了真正的产品—-你的网站。我的一点心得是:用一个新的办法了解进度,容易写,而且不花时间。

1)当有设计师完成一个功能(子项目),就发一个内部email给大家;

2)当项目进度可能落后,就和我私下交流,讨论解决的办法。

3、明确目标

什么样的目标是明确的目标呢?其实并不一定是博大精深的,只要足够详细,能够保证项目向正确的方向进行就可以。通常只要项目组长花几小时,或者几天时间就可以制定一个详细的项目目标。例如本站:

目标1: 建立一个以网站项目管理为主题的网站。评价:目标已经明确主题,但还是不够详细。

目标2:为网站项目管理爱好者提供一个交流的平台。评价:目标定位了服务对象和主要功能。但是并没有体现我们建立网站的深层目的。

目标3:为网站项目管理爱好者提供一个学习交流,并能够共同制定详细规范的平台。评价:明确的目标,指出了服务对象,最主要的功能和网站本身的目的。

在目标确定后,我们就坚持这个大方向,凡是有利于目标实现的最先完成,比如:论坛,规范文章。与目标无关或关系不大的,可以不做或者推迟做,比如人才交流,漂亮的界面等。

4、设计的优先考虑

我们要建立以下基本观念:项目目标引导项目的方向,而设计的考虑顺序影响设计的过程。

每个项目的具体情况不同,考虑的优先顺序也回不同,一般来说,程序设计考虑的优先级表为:

1)尺寸大小(size)

2)速度

3)安全性

4)可测试性

5)容易维护

6)简洁

7)再用性

8)可移植性

除了优先考虑顺序外,你还应该建立各项考虑点的质量规范。如果事先能够决定最合适的优先考虑顺序,并建立质量规范,团队就不会浪费时间,网站的整体风格就会比较一致。

第二章 有效的作业方式

1、什么时候修改错误

微软的经验是:(1).bug越晚清除,时间花得越多; (2).在开发过程中立刻除虫,可以让您早些学到经验,然后不会犯同样的错误;(3).如果能够保证没有任何错误,您就能比较准确的估出项目的完成时间。 所以,设计师应该把找错误当成一件重要的事情,不要为任何理由而耽误。

2、email的时间陷阱

回复email要分批做,早上一上班,中午休息时间,或者是下班前看一下都可以,但不要有事没事都不停的看email。

3、方法让大家分享

身为主管,你应该鼓励组员提出改进工作效率的建议。引导组员思考的方法也很重要。比如,下面两个问题:

a.为什么进度总是一再落后?

b.有什么办法可以避免将来再发生进度落后?

第一个问题可能的答案是:互相依赖的工作太多,工具太难用,老板是个白痴等等;第二个答案可能是:减少互赖性的工作,购买更好的工具,与老板加强沟通。

两个问题的方向不同,第一个是探究原因,导引出抱怨;第二个是未来改进的方法,导引出解决办法。

问题越精确,问题越有力,对项目目标的实现就越有益,让我们再看三个问法:

a.如何保持每次都如期完成项目?

b.如何在不加班的前提下,如期完成项目?

c.如何在不加班,也不增加人手的前提下,如期完成任务?

第三个问法,就迫使大家来点真正有创意的思考和认真检讨工作本身值得改进的地方了。一次比一次更精确的问题,可以刺激思考过程,激发更有创意的答案。

4、无意义的惩罚

惩罚是一种心理上的负强化作用,惩罚是对员工的责骂,训斥与威胁,就象鞭打马匹使它服从主人的命令。这种管理手段是该受谴责的,如果主管们的用意是希望组员因此而工作更努力的话,就大错特错了。这种责骂只会激起组员心中的愤怒,羞恼和沮丧。实际上,往往这些项目的问题都出在管理方面,目标不明确或者野心太大,设计师只是倒霉的遇上了差劲的主管,其实他们的能力不比其他项目的设计师差。因此放弃责骂吧,责骂只会让项目更糟,绝对没有任何改善的效果。

第三章 保持进度

即使最顺利的项目,也无法完全按照计划执行,但是,如果你放任计划随意进行,有一天你猛然发现项目脱轨太远,来不及完成。项目就象一枚瞄准月球的火箭,只要有一点点不够精确,到时候就无法命中目标,差之毫厘,失之千里,实在不可不慎重。聪明的主管懂得这个道理,他们会经常注意项目的精度,随时修正方向,保持项目不偏离计划进行。本章将介绍一些很有效的策略,帮助项目保持进度。

1、向前看

我一直相信,项目之所以脱轨,主要原因在于人们没有认真思考如何使项目保持进度,顺利进行。如果没有未雨绸缪,只是坐等问题发生,到那时候就太迟了。一个月前没有花30分钟思考这个问题,现在就可能要浪费几小时或几天的时间去修正。这就是所谓的“被动工作”。

解决这种被动工作的方法,就是化被动为主动,事先发掘潜在的问题,并设法避免。有很多方法和技巧可以训练自己“向前看”,但总结起来不过是一句简单的要决:定期暂停手边的工作,然后往前思考,随时做必要的修正,以避免未来的大障碍。

我已经有十年以上的习惯,每天花10到15分钟思考下列问题,并且列出答案: 有什么事情是我今天能做,而且可以帮助项目在未来几个月内顺利进行的?

2、明确定义需求的范围

人们在开口要求的东西未必是他真正想要的,处理他的要求之前,请务必确定他究竟想要做什么。

在网站项目开发中,经常会遇到客户或者领导层提出一些希奇古怪的需求。一次,首席设计师惊慌失措的跑来找我,告诉我麻烦来了,客户对新设计的界面不满意,要求按照某个著名网站一摸一样的设计。如果真的那样做,需要重新花一个星期才能做出来,可是目前离期限的时间已经很短了。听了他的陈述后,我必须承认如果真得那样做,我们的进度就完蛋了,同时我也很好奇,为什么客户会有这样的要求,所以在我答复他们做还是不做之前,请客户经理去了解一下这个需求的原因。不一会儿,客户经理笑嘻嘻地回来了。

“他们只是看中了那个网站的动态下拉菜单,觉得那样比较吸引人”

呵呵,我知道他在笑什么了,这样的动态菜单我们其实早就有现成的模板了,只要将它替换现有的设计就可以了。而我们的设计师不清楚客户的喜好而已。

大部分客户在提出需求时都不解释原因,这种情况太普遍了,甚至你的管理层也会发生这种情况。如果你从他们的请求中无法看出他们的目的,你可以反问他们,在还没有弄清楚究竟想要做什么之前,不要贸然答应,宁可拒绝他们的要求也不要浪费这种时间。

3、就是说不

当遇到客户或上级的无理需求,项目经理往往会忍气吞声的同意他们的要求。迫于某些压力,主管们宁可宁事息人,也不愿意为了整个产品或自己的团队坚持最佳的选择。

有时候,对方的请求也可能是非常合理的,你也想同意,但是因为你的日程排满了,实在爱莫能助,您也只好对他们说“不”。然而,在我的经验中,很多主管为了避免冲突,仍然会同意这样的请求,只是不知道该如何如期完成这些过多的工作,只是想到时候再说吧,船到桥头自然直,事实上事情很少这么容易——船上若是载了太多的货,就是船身直了也过不了桥啊。

这些主管不了解,勉强接下自己不可能完成的任务,实在是一长痛代替短痛的做法,到时候无法如期完成,倒霉的是整个团队因此必须加班工作。所以,最好的办法还是老老实实拿您的日程表,与客户或上级说明自己心有余而力不足的情况,设法安排一个折中的日程或工作内容。想想这要比现在无条件答应请求而最后食言的结果要好的多。

4、你无法让每个人都满意

身为项目主管,你必须明白这个道理:如果您希望每个人都满意,最后您会焦头烂额,什么事都做不成。

记住:不要为了讨好别人而伤害工作进程,您永远要根据自己的目标,做适当的决策。

同样,对待上级的建议您也应该考虑后再决策,不要盲从。应该以项目目标为最优先的考虑。我不是主张反抗权威,而是强调:上级也是人,一样可能犯错,他们的建议不一定是最好的,如果你想做一名出色的主管,您必须非常认真的衡量所有的建议,不论是谁提出的,您都得确定其符合项目目标才能采纳。

如果上级要求您做一件事,而您认为不妥,那您应该在着手进行之前向上级说明您的想法,也许上级回同意你的想法而放弃他的建议,也许,上级会赞许你的想法,但仍请你考虑他的意见,不论结果如何,起码经过沟通对彼此都有帮助。

记住:是你在为项目负责,不要让任何人的建议阻碍项目的进行,包括上级的建议。

想确保项目按计划进行,其关键就在于项目经理完全明白该做什么,并且不让该做的事受到不当的干扰。