-
Recent Posts
Recent Comments
Archives
Categories
Meta
Category Archives: Management 管理
二十世纪西方文化三大发现
工作中发生一个问题,老板在邮件里提到了“墨菲法则”。一时没有理解,在网上需找了相关的信息。原来生活中的很多事情都可以被这个原理和其他两个并列的原理所涵盖。 信息收集如下:“墨菲法则”和“派金森定理”和“彼德原理”并称为二十世纪西方文化的三大发现。 ”Murphy’s Law “ ————-Anything that can go wrong will go wrong “墨菲定律”——–“凡事只要有可能出错,那就一定会出错。” 墨菲定律的原话是这样说的:If there are two or more ways to do something, and one of those ways can result in a catastrophe, then someone will do it.(如果有两种选择,其中一种将导致灾难,则必定有人会作出这种选择。)根据“墨菲定律”,一、任何事都没有表面看起来那么简单;二、所有的事都会比你预计的时间长;三、会出错的事总会出错;四,如果你担心某种情况发生,那么它就更有可能发生。其实,”墨菲定律”只是一种概念,对于不同的人,在不同的情形下,有不同的含义。比如,对于电脑用户来说,这一定律的提示就是:任何可能出错的事物都会出错。因此,电脑不是神圣万能的,再好的电脑有时也会出现问题,带来麻烦。所以,重要的资料一定要做好备份,以防万一。 派金森定律 一个不称职的官员,可能有三条出路: … Continue reading
UX Training to DEV Team 开发也需要用户体验培训
我已经在目前这个项目呆了1年多了,前后给大家(DEV Team)做过2次UX方面的培训,虽然是讲给别人听,自己却收获不少。 也不知什么时候开始,在很多人面前说话,只听到自己的声音,很容易紧张,8过,这都是很好机会,要胆子大一点,就当是平常讨论吧。不禁,又让我想起《Desiree’s Diary》那段情节,当她辛辛苦苦跑去找拿破仑,却见他和另外一个女人在一起,当时只听到自己的尖叫…这是我中学时代很喜欢的一本英文读物。 扯远啦,回到Training。 Training 1 我刚进项目的时候,正在开发的桌面程序已经大致成型,但按照客户方的要求,所有功能必须要符合已有的 UX Guideline,但达到这个要求,还有很大距离。作为开发工程师,他们未必能够很好的读懂和理解,在我正式开始工作之前,我们一起来学习已有的规范。在他们看来是Training,其实应该是一次集体学习。 * IA合理么?功能考虑全面了么?从属关系对么? * Layou准确表达了每个模块间的关系了么?符合阅读和使用习惯么? * 命名、描述等对应了应该表达的意向了么?语言风格保持一致了么? * 细节的交互流程符合功能逻辑么? * 使用了正确的控件了么? * 控件有没正确使用? * 对齐(Alignment)、间距(Spacing)保持一致了么? * 视觉设计,例如,Icon都是一种风格么,提取的元素恰当么? * … 没有没有guideline,这些都是需要亟待改进的。问题是开发并完全知道这些地方,也不知道怎么去做,没有UX designer,他们也只能按照自己的经验去尽力做,有些也是做对的,我觉得也是很不错了。 一起学习了Guideline,可以帮助DEV更好理解设计,怎么设计的、为什么会有这样的设计。虽然他们不是负责设计,但目前为止,他们已经做了这个事,还得让他们认识到为什么他们已经设计出来的问题出在哪里、为什么不符合用起来不好用。 这些为下面的工作打下了基础,当我们设计人员向他们了解功能和需求时候,他们也会欣然的帮助我们,我们对当前的设计提出新的解决方案,他们也毕竟容易接受,当然后期也还会出现对立的情况,有了一些共同认识基础,处理问题总归会好很多,毕竟我们往这一个方向发展,互相尊重,在这个过程中,他们也会让我们了解技术能到达的极限。 Training 2 为什么要培训?项目后期,大家的时间也相对比较多,是时候做点总结和归纳了,可能是大家对UX比较感兴趣,或者我也很想跟大家一起分享一下经验,听听大家对UX的理解和在项目中UX怎么进行和沟通对他们比较有效,种种都是很好的经验。 我主要还是围绕UX介绍了UX的相关工作内容、通用流程、每个阶段提交产物、设计研究方法等,在对比一下我们项目之前经历过的一些工作,给一些我们项目里的案例,当然不会很深入,目的让他们能比较全面地、高度概括地了解一下UX,以后更好的和UX设计师一起共事。 过程中,挑一些大家关注的问题和建议: