怎么管理设计团队

  根据自己多年带领用户体验设计团队的经验并总结,以下提供了一些可供设计团队参考的建议。

  曾经,我也曾管理过几个团队,对此积累的一些感悟希望能够帮助你的设计团队实现流畅或半流畅运行。

  但是其中一些忠告对所有类型的团队都适应,出于完整性的考虑我都总结如下:

  有共同的愿景和方向

  有使命宣言和一套团队可供遵守的原则,确保每一项务实、可行。如果你总是用超远大的抱负、无价值的愿景为团队打气,他们将很快被现实的铁拳粉碎掉梦想。

  设定严格但可变的流程

  设定基于最佳实践的标准设计流程,以便初级设计师有做事的指导准则。流程的细节要可变,当队员对做事方法提出更好点子的时候,(它就得跟着变)。铭记"可变"跟"一次性"不是一回事。流程很重要,一个可重复的流程将随着时间的推移提高效率。

  爱大家

  不要偏心。让每个人都有在大项目展露拳脚的机会。即使你认为团队的某一员没有能力把那项工作做好,你也必须给他一个机会锻炼。你要做的就是密切关注,然后在他们需要的时候提供帮助。

  倾听和关注

  为了团队,你必须适时出现在各种场合——大部分是倾听一大堆抱怨和八卦;善于鼓舞,乐于帮助;当你的队员需要的时候出面调停。不要把听来的八卦再传播出去,如果你忍得住的话。因为那是养虎为患的做法,结果将是打消队员的积极性。

  允许分歧,但不要演变成人身攻击

  设计团队是由充满激情的个体组成的,每个人都想展示自己的激情。你可以让他们辩论,但不要让辩论失控、妨碍工作,也不要让辩论恶化成互相攻击、侮辱他人能力。像个裁判一样,随时准备在事情白热化时打断它。

  " 你跟你的工作不是一回事 "

  这是我认为最重要的点之一。设计师一定要能区别看待自己、看待工作,因为他们的设计的东西在最终定下来之前难免是要再修改的,也可能通过可用性测试发现一些想法和设计根本就是无用功。请不断向你的团队强化这个观点

  (特别是经验不足的成员,他们可能会对评价的客观性产生怀疑)。

  不要争名夺利:做个导师

  作为一个设计团队的负责人你永远不要把自己摆在一个和组内任何人竞争的位置。我的意思是不要既当设计师又当管理者,因为这可能引起嫉妒和不和。如果你不得不参与到设计中,就选择和一名初级团队成员合作,并把这作为一次当导师的机会。

  建立结对设计模式

  软件开发中有一种称之为“结对编程”的方法,两个开发伙伴同时为某一特定项目写代码。它使每个程序员能发挥他(她)的优势并"交叉培训"另一方。同样的做法能够,也应该在用户体验设计团队中应用,尽可能地应用。有两个或更多的人一起工作将使点子源源不断产生。它也使设计师炼成在他(她)需要时提供支持、鼓励的协作能力。

  功劳归于团队,而不是你自己

  如果一个设计项目进行得很顺利,就给做事的人充分的赞扬和荣誉。如果事情变得糟糕,也不要找替罪羊。作为管理者,大家跟着你做事,你就要承担责任。UX专业人员往往是感性人士居多,所以你的团队成员将注意到这一点并感激你。

  不要偏心 (也不要雇用朋友)

  不要把所有时间只和你团队的某个成员耗在一起。合理投资你的时间,公平地分享给每一个人,否则总是有人会被排除在外,当你需要时,他们也就不会尽心尽力了。

  把以前共事过的同事招进来组一个团队,这个主意看似不错,因为你清楚他们的工作经验并且过去和他们一起工作得很愉快。别这样做。以我的经验,把朋友引进到你的工作中最终只会导致不好的事情发生:

  主要是因为一旦他们有过与你对等工作的经历,他们就不会把你当老板一样尊重。

  意识到人有不同

  你的团队会是各种人才的集合,但并非每个人都是"完美的设计师"——扔给他一个项目就不用管了。关注你队员的优点和激情,尽可能发挥它们。也请接受这一事实:有些人会更加雄心勃勃,而有些人则停滞于完美地做好基本工作。

  导师,别指挥

  不要指定设计方向。你的队员都是有自己人生观,价值观的思维主体。你也许已经知道正确的做法是什么,但有时你最好让团队自己决策出(你从旁小小指导一下):你的做法才是解决之道。

  留出日常研究时间

  除非你的项目截止日期非常赶需要投入所有人手,你都应该给你的团队一些时间进阶成更好的设计师和研究者——通过阅读文章和书籍。学无止境,让每个人把持续学习作为人生计划的一部分,并让团队有机会分享彼此学习的心得(最好是工作之外茶余饭后的时间)。

  做设计嘛,最重要是开心!

  我曾参加设计务虚会,玩角色扮演的游戏:把抽象的地图、改编过的角色活生生展现出来。这种类型的活动不仅让设计团队参与感增强并成长,也使设计变得像一种独特而有趣的体验:不单对团队而言,对用户体验团队的管理者也是如此。

  科克船长曾经说过:"你的脑子越复杂,你就越需要玩一些简单的游戏。"用户体验设计团队通常是由一些非常聪明和"头脑复杂"的人组成的:请总是给他们提供探索和玩的机会。

时间: 2024-10-29 03:54:16

怎么管理设计团队的相关文章

保持“铁打的营盘,铁打的兵”的设计团队

有句话领导们很爱用,但是员工一般不说,就是"铁打的营盘,流水的兵" - 对于员工来说,这句话如果出现在部门会议,年终总结或者HR的恳谈会上,基本上就是为"被辞职"埋下伏笔以及为KPI手段做必要的心理建设:对于领导来说,这一般是掩盖由于自身问题造成人才流失的不二法宝.其实,这个来自于歌词的大白话不过是简单说了新老交替的过程,但在职场中演变出的潜台词是:"营盘在就行,兵可以流,应该流,甚至必须流". 潜台词的作用是巨大的,容易被好事者用来当做武器,中

FACEBOOK设计团队是如何开设计评论会的

  在设计流程中,设计评论是一个重要的环节.无论是在独立的设计团队,还是流动性.多远的设计群组中,它都是整个设计过程中,无法忽略的部分.通过团队的设计评论,在不同成员的审视.评论中得到反馈,让你站在自己以外的角度来看待之前的设计作品,这样可以更好地做设计决策,克服障碍,提升作品也提升自我. 当我刚刚加入Facebook的时候,我其实非常担心每周一次为期2小时的设计评论的环节会被浪费--想必大家对此都能理解,因为在许多设计团队内,设计评论往往会陷入两种状况: ·为了不打击士气而不敢太深入批评他们的

《设计团队协作权威指南》—第1章1.3节甘为螺丝钉

1.3 甘为螺丝钉 我有一个理论.就算别的都不说,通过第1章的内容您也该发现,我比较喜欢命名事物,所以我又给我的理论起了一个名字--"职业妥协理论".这个理论是这样的. 当一个人决心成为一名设计师时,他有一种观点,认为自己将花费大量时间在图纸和原型上,不断定义和完善产品的概念.在他的想象中,这本该占用他的大部分时间和精力. 实际上完全不是这样.设计师充其量花费50%的时间来制订和完善他们的想法.其余的50%甚至更多时间,设计师致力于同他人协作--管理预期.制订项目时间表.收集需求.评估

《顶尖设计领导者建设和发展成功设计团队》一1.2 从人开始

本节书摘来自华章出版社<顶尖设计领导者建设和发展成功设计团队>一书中的第1章,第2节,作者Richard Banfield 著 1.2 从人开始 成功的文化会带来许多好处.我们的设计领袖们就经常强调积极的文化与获得并留住人才之间的关系.如果可以保持激励和支持型文化,那么文化也会对团队成员之间的健康互动产生强大影响.团队一致相信企业本身的价值及其未来愿景,就会产生积极的文化.人与公司愿景之间的结合,使得拥有健康文化的企业有几个方面的优势,尤其是这种协同一致的企业会吸引设计人才以及潜在客户.设计领

《设计团队协作权威指南》目录—导读

作者简介设计团队协作权威指南Dan M. Brown是EightShapes公司的负责人,该公司主营用户体验设计,总部设在华盛顿,客户有雅虎.万豪国际和思科公司等知名企业.本书特色本书旨在培养设计师关于协作的行为习惯,同时也针对很多常见的.不可避免的复杂局面提出了解决方案. 本书包含了: 28 种协作技术: 46 种管理冲突的技巧: 31 种复杂局面的诊断: 17 种设计师的个性特质. 版权声明设计团队协作权威指南DESIGNING TOGETHER: THE COLLABORATION AND

用户体验设计师让设计工具成为设计团队

文章描述:也就是在我之前的工作中,我亲身体会到了这种情况.那时候,我所在的雇佣有上千人的公司里,我是唯一一个用户体验设计师.我不得不自己研究,线框图.原型设计.功能规格.视觉效果设计等.没有团队来帮助我完成这些任务,可是我仍然有期限限制,而且这个期限就和我有团 作为设计者,我们会经常遇到孤立无助的情况.不管是我们是独自工作,亦或是处于在家工作的情况,有些时候我们不得不一个人承担起很多工作角色,这些角色本可以由整个设计团队承担. 最近,也就是在我之前的工作中,我亲身体会到了这种情况.那时候,我所在

优秀的设计团队需要的4种关键的成员

[本文转载自Mu's blog 原文作者为Michael Rooler,翻译者为:Pave.dow,Windsor] 你是否思考过,为什么你在工作上能够和其它设计师很好地合作?也许你们志同道合,不过使你们不那么投机也同样可以很好地在一起. 在Kaleidoscope(pavdow附:一家美国设计公司,原文作者现在工作的地方--http://www.kascope.com/),包括我在内一些设计师善于分析和理性思考,而另外一些则是思想奔放喜欢感性的思考.我们是如何相处共存的呢?理性地分析让我明白不

分享Facebook的设计团队的设计理念

今天在Palo Alto的总部,Facebook的设计团队分享了他们的设计理念,以及他们是如何为2.5亿用户设计产品的.特别的是,他们强调了以下几点: 要勤写代码(get your hands dirty) 尽早且频繁地分享设计(share early & often) 设计过程要从项目开始延续到结束(be there from start to finish) 不要爱上你的设计(don't fall in love) 尤其重要的是确保设计师有足够的技术能力来写很多代码. 其他一些信息: Fac

WCF服务编程设计规范(5):事务与并发管理设计

今天整理的内容是WCF事务和并发管理相关的设计规范.WCF服务编程设计规范(5):事务与并发管理设计.中英文对照,How to design Transactions and Concurrency Management in WCF Service. 下面一节是队列服务与安全. Transactions 事务 1. Never manage transactions directly. 不要直接管理事务 2. Apply the TransactionFlow attribute on the