设计总监入门术

[img=767,336]https://img.zcool.cn/community/0154b45b7d8e7ea80120577d5834d3.png[/img]

是的你没听错，由于你这几年的努力和杰出的工作质量，公司决定由你来管理设计团队！或者，由于你之前丰富的工作经历和项目履历，你空降成为了一家互联网公司的设计总监。这时你紧张大于兴奋，面对你部下的设计师你竟然发抖了起来。我是谁？我在哪儿？从一名设计师过渡到管理者绝对不简单，希望这篇文章对于刚刚过渡到管理岗位的萌新leader们有所启发。写这篇文章时，我已经从公司出来自己成立工作室，后来注册了公司，到目前管理着一个最多十几人的设计团队。这个过程中我也曾经犯下过管理方面的错误，弄得自己焦头烂额。为了不让这些错误在您身上重复，我把我的经验和方法写下来供您参考。

见面会

不论你是空降的总监还是一路提拔上来的，做团队管理的第一步，当然是和大家知会和通气了，开一个短会是必要的。在这个会上你要明确身份，让大家知道你是谁、你的经历是怎样的、你打算如何经营团队。建议不要太严肃，面带微笑地让大家觉得接下来的日子将是紧张充实并且高效的，每个人的努力在你这里都会获得相应的成长和回报。然后你应该简述你的工作方式，一般来说设计团队的工作方式是相对扁平的：不可以设置过多的管理人员。一般设计团队由设计总监、负责具体项目带领设计师工作的组长、负责对接大项目的接口人、设计师组成。一般来说，一个不成形的初级团队会存在着分工不均、奖罚不清、流程混乱等现象。你应该宣布一些工作制度：比如分工将按照预估难度平均分配给不同的设计师、如果能出色地完成大项目和重要项目那么会获得晋升或者年终奖Bonus等、你也会统一工作流程，例如设计稿均由组长或总监审核后才可发出给其他部门。没有规则，游戏将变得无法进行，你的规则应该是明确并且清晰的。如果你是空降的话，还要处理好和之前代理管理的设计师的关系：仿佛狼群中新的狼王面对老狼王一样，你应该指出只要工作成绩优异，他仍然有自己向上发展的空间，避免他产生消极情绪。但是你仍然需要让他知道，他属于你的团队，他是你团队的一员，不能凌驾于你，更不能凌驾于你制定的规则之上。

[img=683,412]https://img.zcool.cn/community/01e1355b7d8ea7a80120577dd83cb5.png[/img]

见面会的意义

心态调整

如果仅仅是聘请一名设计师，那么公司何必花这么多钱找你来？所以请您千万要明确：自己不再是一个只需要对自己负责的设计师，你需要关注上层的想法，需要关注自己团队成员的心思。你是一个团队的leader，要让公司认为设计部门工作有纪律、产出有品质；也要让自己团队成员每一天都开心并且愿意为工作付出百分之百的努力。

保护我方设计师

如果在一个公司里，不同部门有各自团队的利益。各方leader都会努力保护自己的团队，有时也会因为这种行为产生分歧。比如：某部门为了节省自己成员时间要求设计师负责设计之外的工作，这时作为设计部门leader的你也许应该站出来说NO。还有的时候为了尽量缩短工期会压缩设计的时间，这时候你还需要站出来告诉他们：最好和最快的交集是零。如果一个设计部门leader是一位好好先生，那么很容易让自己团队的成员在工作中遇到很多困难。如果设计稿迟迟确定不下来，你也需要跟进，有的时候其他部门的人员不明白如何来定稿，甚至会拉出几十人的微信群来“群定”,这也需要leader出面来解决，告诉他们从产品方面定稿，并且尽量派出他们的接口人而不是全员来定稿，修改意见要统一。

“教他（她）作图还不如我自己做得快”

我当然知道作为一名leader您一定是一位合格的设计师。只是你除了自己能干之外也要能教人，不要觉得教自己的成员还不如拿过来自己做得快。我想起来司马懿得知诸葛亮事必躬亲所有事情之后就说诸葛亮快完蛋了。没错，好的leader不是任何事都自己干就是好，好的leader是因为他的存在整个团队都变好了。你需要告诉成员们什么是好的，为什么是好的，怎么做才能做得和你一样好。等他彻底掌握了，你就有两个你、三个你了。整个团队的设计水平都提高了。那么为什么不认真教会每一位设计师呢？

[img=648,412]https://img.zcool.cn/community/0177ed5b7d8ecfa80120577dcbc864.jpg@800w_1l_2o_100sh.jpg[/img]

设计师工作场景 by marvelous

你需要有老板思维

在一定程度上你也代表着公司的利益。你的陋习一定要从自身就改掉，如果你习惯迟到早退、你习惯上班时间干私事，那么请你回头，你聪明的队员一定也会有样学样的。既然代表了公司的利益，你就要以身作则让每个成员都看到设计师应该有的敬业精神。然后你也要时刻思考设计团队怎么样能够帮助公司实现业务的增长，怎么能够让公司的设计更具有品质。

[img=764,362]https://img.zcool.cn/community/013d475b7d8ee4a8012190f2326a08.png[/img]

团队管理

招聘流程

团队如果需要增加人手或者由于设计师离职需要补充人员，就要进入招聘流程。招聘的渠道有很多，相信大家也比较熟悉一些招聘网站和应用。一般公司都会有企业账号和人力资源部门，所以发布招聘信息通常不需要你来亲自操作，但是你需要帮助HR书写JD（职业描述）等。作为设计团队的负责人，筛选设计师时主要是通过作品集的质量来评判的。如果总监从业时间够久，通过作品的呈现、设计说明、甚至是作品集的包装都可以迅速了解到对方的详细状况，甚至可以猜出对方工作年限、所学专业、性格和类型等。所以选拔人才首先要筛选作品集。其次从个人简历中的从业时间也可以判断对方是否合适，如果一个设计师有频繁跳槽的经历，那么他很可能在我们团队中也不会太稳定。所以这里也建议一下找工作的朋友：跳槽须谨慎。当然在职业经历上欺诈更是不可取的，一般大中型公司都会聘请专业的背景调查机构对即将入职的员工进行调查，或必须要求出具薪资证明或者银行流水。

职级系统

一个队伍只要大于十人，就无法凭借一己之力和个人魅力来管理了。你需要建立一个制度来管理团队，职级系统就是一个很好的通道。职级系统一般来说是由HR部门发起的，如果我们需要建立职级系统也需要事先和HR部门沟通协调，可由HR部门协同制定职级系统和权限。职级系统的核心就是为不同能力和工作经历的设计师制定级别。比如腾讯、阿里就有完备的职级系统：如某设计师在腾讯的职级是D2.3，可以推断出他在腾讯大概的一个水平和待遇。每位设计师每年有晋级机会，如果晋级成功级别也会进行相应地调整，每个级别会对应一个薪资范围、年终奖和各方面福利待遇水平。那么如何晋级呢？由需晋级的设计师以PPT配合讲述的形式对过去季度中的工作进行述职，然后评委们判断该员工是否到达了晋升下一个级别的标准。评委可以是设计和产品的总监与负责人。职级系统另一个好处就是较为客观地规定了新员工与老员工的薪资范围和待遇水平，避免出现人心不平衡的状况。

[img=631,536]https://img.zcool.cn/community/0174df5b7d8efba8012190f2a7e7be.png[/img]

工作流程

设计师最怕的就是工作流程不明确，这样比工作压力大都难以忍受。永远不要尝试拉很多人进行微信群过稿的方式。微信群里人员混杂，根本无法形成统一意见，设计师也会感觉到困惑和无力。也不要直接让设计师和产品经理对接，在设计还没有做到理想标准的情况下根据非美术专业人士的意见调整也会让设计师陷入困惑。所以我们需要确定定稿的流程。如果团队较小，由总监来定稿比较妥当。如果团队超过十人，可以设置小组组长，小组组长对组员的设计直接负责。设计部门内部定稿可以保证设计输出的质量，保证公司其他部门对设计部门工作质量的认可。下面让我们来了解一下什么是接口人。一个设计团队需要接口人的存在：接口人负责对接项目和进行时间管理，这个位置必须是一位逻辑清晰、熟悉业务、思维完整、善于表达的人。接口人可以请对本项目熟悉或者对对接部门熟悉的有经验的设计师兼任。如果设计团队内部定稿了，方可允许设计师发于产品部门继续过稿和对接。中间一切的流程重要环节一定要督促设计师邮件确认，不可口头确认，避免发生罗生门事件。在顺利接下了需求后应该询问设计师完成该需求预估需要多长时间，并且定期询问设计进行程度，这样可以有效地把控项目节奏，避免因为流程产生的时间浪费现象。

[img=688,394]https://img.zcool.cn/community/01c8155b7d8f14a8012190f2befe1f.png[/img]

接口人的职责

团队建设

每个月可以定期进行团队建设，可以选在周五下班或者周六。团队建设简单地说来就是为了增强团队凝聚力开展的娱乐活动，比如：烧烤、K歌、爬山、旅行等。在团队建设时你大可放下工作上的严肃带着大家玩。你需要照顾全组人的感受，比如有些员工可能比较内向，好的Leader一定会照顾到他们并打开他们的话题；控制场面，不要让员工在团建时争吵或者起冲突等。当然还有付钱啦，要让你的团队成员觉得有你在就有安全感。总之团队建设中要让团队更有凝聚力，让同事之间相处更加融洽。

离职员工管理

离职不一定非要鱼死网破，尝试在每次团队建设时邀请离职的同事一起来玩，因为离职员工一般还会与你团队中的员工保持友谊，何不让大家都在一起快乐地玩耍呢？我曾经就职过腾讯公司，每年还会给离职员工发一些礼物和纪念品，这样即使员工离开了团队，仍然会觉得以这段经历为荣。而有些公司仿佛离职员工就是间谍或敌人，会让人伤心。所以让我们团队更加温暖吧！

[img=758,296]https://img.zcool.cn/community/013d9c5b7d8f27a80120577df454d3.png[/img]

时间管理

现在让我们来谈谈设计师的时间管理。其实你会发现属下的设计师有时效率很低，甚至会在工作时间无所事事因而刷起淘宝或者微博来！等项目快收尾时又忙得一塌糊涂，对你怨声载道工作太多了。掌握时间管理可以更高效地利用好工作时间、抓住工作的重点。作为总监你应该让团队成员管理好自己的时间。时间管理就是有效地使用工作时间的一种方式，有关时间管理的研究已有很久的历史了，农耕文明时代人类就有了时间管理的需求：当时人类为了照顾作物，需要按照作物的休养生息来规划自己的作息时间。后来的工业时代建立的工厂更要求人类安排好工作时间增强效率。现在是信息时代，我们的生活被各种信息充斥着，干扰我们产能的是无用的信息：正在专注设计的设计师突然手机叮咚一响，这时自然难免分心而无法立即回到工作状态。现代人一天八小时的工作里至少会有三四个小时是非常无效的，大多是因为信息干扰和无法专心造成的。以下的一些时间管理方法，可以传达给设计师，让每位设计师自己管理好自己的时间。

待办事项列表

时间管理的方法经历了四次变革：第一次变革标志是便条的流行，人们开始关注时间管理而使用便条来记录自己应该做的事儿；第二次变革主要是时间表的流行，大家开始关注对未来时间的规划；第三次变革就是我们现在最流行的方法，强调一个时间点几个任务的优先级；第四次变革更加关注个人时间的管理。待办事件列表属于第二次变革，也就是把我们要做的事情和未来要做的事情写在一张纸上，然后完成一个就打钩。别看这个做法很简单，但是确是非常好用的时间管理方式。待办事项列表又叫To do list，在iPhone的预设程序里就有待办事项列表。您现在就可以用起来：把所有需要做的事情列在上面，完成就消除一行。

[img=687,389]https://img.zcool.cn/community/0162115b7d8f4ea8012190f23cf464.png[/img]

帕累托原则四象限

有的设计师总会问我：为什么我每天那么努力了，每个季度末领导却认为我什么也没做？还有些产品经理也问我，为什么设计师总是有拖延症？那么除了待办事件列表之外，我最想介绍的，就是帕累托原则。这个原则可以帮助设计师们把工作分成四份：重要且紧急、紧急不重要、重要不紧急、不紧急不重要。帕累托原则是19世纪意大利的著名经济学家帕累托提出的一个理念：百分之八十的工作是负担，只有百分之二十的工作才是起决定性作用的。我们要把精力集中在重要的事情上。

A.重要且紧急。比如公司马上要上线的APP产品，老板极其看重，并且时间紧迫，今天就要上线。重要且紧急的事情优先处理。这种项目往往是团队看中并且对公司会带来很高的回报或者战略性的意义的。

B.紧急不重要。在你设计重要的APP设计图然后准备今天就上线的时候，同时运营跑过来说：设计师快快快！我们有一个马上要上线的运营图需要做！赶紧帮我做吧！那么我们在完成了重要且紧急的事情后，再来完成这种需求。在互联网公司里，每个负责的项目的人都会特意强调非常急，设计师容易把急当做重要来处理，因而耽误了更重要的事情。我记得自己刚毕业的时候就犯了类似的错误，耽误了重要且紧急的事情而赶出来了一个可有可无的图。

C. 重要不紧急。这类事情往往会被设计师排到着急的事情后面因而耽误了进程。这类需求的主要特点是不可能在短时间内赶出来，千万不要被急活耽误了重要项目的进度。这种项目就比如说公司需要设计一个产品，但是这个产品下个月才上线。而周围都是催着你完成着急工作的人，你就一拖再拖。等到这个重量级产品要上线时，你匆匆赶出来。

D. 不紧急不重要。这类需求能放则放，能拖则拖。时间是最好的解药，也许需求方忘了也就不需要做了，把工作时间腾给真正需要你玩命的项目里。不紧急也不重要的项目你可以估计出来：比如一些还没有确定的辅助图形，还没有策划的设计等等。

当你把事情按照需求的清晰度、需求方的时间点、整个项目的目的性分成以上四种类别以后，你就会发现其实有很多工作不需要立马完成或者根本不需要做。这样可以把时间腾给重要的项目。作为团队的负责人，你有可能是记不得一些不紧急也不重要的项目的，如果一个设计师一年到头都在忙碌不紧急不重要的项目，那当然他在你眼里就是无所作为的了。

番茄钟工作法

番茄工作法是一个有趣的时间管理法，是由弗朗西斯科·西里洛于1992年创立的一种时间管理方法。番茄工作法的来由是一个塑料的番茄外观的实体闹钟。但是发展到现在很多APP程序都可以代替，大家也就不用真的去买一个番茄放在桌子上了。番茄工作法会让你选择一个待完成的需求，将番茄时间设为25分钟，专注作图，中途不允许做任何与该任务无关的事，你不能看视频，不要和同事说话，不要看手机。直到番茄时钟响起，然后在纸上画一个X短暂休息（5分钟），每4个番茄时段可以休息十五分钟。这样做的好处就是我们会有25分钟完全专注的时间，而且身体也会形成记忆。番茄工作法极大地提高了工作的效率，还会有意想不到的成就感。我在工作中就经常使用番茄钟工作法来做设计。

[img=659,410]https://img.zcool.cn/community/0131905b7d8f61a8012190f22a47a6.png[/img]

番茄钟工作原理

举一个番茄钟工作法的例子：我在每天到工位的时候规划今天要完成的几个需求，把需求写在我的待办事项里。然后设定我的番茄钟（手机定时器、番茄钟软件、闹钟等），时间是25分钟。然后我开始完成第一个需求，直到第一个番茄钟响铃（25分钟到）。当我完成需求时，在列表里该项任务上画个X。然后休息五分钟，我起来活动一下、喝口水、上个厕所等等。没错，番茄钟运行时尽量厕所都不上。之后，我开始下一个番茄钟，继续完成任务。一直循环下去，直到列表变为空白。

番茄工作法有一些注意的事项：第一，每个番茄时间（25分钟）不可以打断，不存在半个或一个半番茄时间。一个番茄就是一个，切了就流汤了。第二，番茄时间内如果做与任务无关的事情，比如看会儿购物APP，那么这个番茄时间作废。第三，非工作时间不要使用番茄工作法。比如玩局手机游戏什么的，番茄工作法只适合工作使用。第四，不要和同事的番茄时间段比较，比较会产生嫉妒心而产生“刷番茄时间”的错误。

番茄钟的打断：在某个番茄钟的过程里，如果突然想起要做什么事情怎么办呢？如果是非做不可的话，比如领导叫你去谈话，或者家里有急事等，那么可以停止这个番茄钟并宣告它作废（就算还剩1分钟就结束了），去完成这件事情，之后再重新开始同一个番茄钟。如果不是必须马上去做的话，在列表里该项任务后面标记逗号（表示打扰），等搞定以后再新设置一个番茄钟。

[img=678,292]https://img.zcool.cn/community/01c26c5b7d8f72a8012190f2fa8595.png[/img]

GTD

GTD，是Getting Things Done的缩写。来自于David Allen的一本畅销书《Getting Things Done》即搞定事情的方法。GTD的基本方法： 收集、整理、组织、回顾与行动五个步骤。把我们要做的事情分解成五个步骤。GTD和番茄钟工作法都属于第三次时间管理变革。GTD的主要精神就是把我们要做的事情分组整理和回顾。GTD和番茄钟相比更适合每天需要处理十件事情以上的人。

收集：把你的所有需要完成的需求都列出来，放进盒子中，这个盒子可以用电脑的文件夹或者纸条代替，关键在于把一切项目赶出大脑，记录下所有的工作。

整理：把所有需要完成的需求放入盒子之后，定期进入盒子里看看哪些还没搞定，然后思考这些需要完成的需求按是否可以现在就完成，对于不能做完的设计，可以分为需要查找资料、需要设计草图、即将完成等类别，然后再想哪些可以在半天内完成，如果有就拿出来把它迅速解决掉。

组织：组织是GTD中的核心步骤，组织主要分成对参考资料的组织和对下一步行动的组织两种。对参考资料的组织主要就是建立一个管理系统来对我们需要使用的资料和素材进行整理，而对下一步行动的组织则可分为：下一步清单、等待清单和未来清单。

回顾：回顾是GTD中的一个重要步骤，一般需要每周进行回顾与检查，通过回顾及检查你的所有清单并进行更新，而且在回顾的同时可能还需要进行未来一周的计划工作。

行动：根据你时间的多少，精力情况以及重要性来选择清单上的事项来行动。

[img=774,318]https://img.zcool.cn/community/01a1035b7d8f8da80120577d6afedb.png[/img]

会议制度

有个理论叫“会议有毒”，大意是：如果一个会议大于10人，那么一定会有人全程不相关，那么就会造成时间的浪费。但是有些会议还是必须设置的，会议也是保证团队健康的一个方法。为此以下介绍几种会议的方式和流程。

晨会

部分团队选择每天早晨进行十分钟晨会，晨会主要是每个人陈述给你当日的工作。晨会建议全程站立而不是在会议室坐在舒适的椅子上懒洋洋地进行。晨会时如果发现工作不均衡或者有些员工没有分配工作，你需要及时地调配和分配工作，不要把压力放在一个人上。哦对了，不要搞混淆了，我不是让大家像理发店一样清晨喊口号，而是利用早晨的时间确定好一天的工作量。晨会在工作较为繁忙或者团队稳定时也可以取消，并不是必选项。

[img=668,415]https://img.zcool.cn/community/016d135b7d8f9ea8012190f2ad94f5.jpg@800w_1l_2o_100sh.jpg[/img]

设计师的会议 by rawpixel

夕会

如果团队目前状况非常复杂，人员工作分配不均，光凭借晨会无法梳理好流程时，你也可以采取一段时间晨会+夕会的方式来纠正一些工作的问题。夕会顾名思义是在下班前开的十分钟会议，同样采取站立形式，由总监主持，每人轮流陈述今天工作的进度和遇到的问题。如果遇到了一些问题你也可以及时发现并解决。当然晨会和夕会一共会占用全天工作时间的二十分钟左右，有些成员可能会表现出对会议比较抗拒，所以如果团队运转正常，也可以减少这些会议。

季会

我们把一年分成四个季度，即Q1、Q2、Q3、Q4。每个季度长度为3个月，每个季度结束时都会对整个团队经手过的项目进行一个review。这个工作非常重要，因为漫长的时间会把设计师的激情磨平，每个季度结束时让设计师们看到自己在团队中所处的水平和所有人的工作量对于那些积极工作的设计师非常有刺激作用。这个会议由你组织，需要有助手来负责做记录，每位设计师呈现自己一个季度的工作并做工作报告。你可以为每位设计师进行打分，这个分数在年终相加可以评出优秀员工和晋升名单。

[img=678,346]https://img.zcool.cn/community/0115275b7d8fafa80120577dd63f67.png[/img]

不同会议针对的目标也不同

[img=798,300]https://img.zcool.cn/community/01142e5b7d8fc1a80120577d2828e3.png[/img]

敏捷开发

现在你发现整个公司和你的部门格格不入：除了设计部门之外的研发部门使用敏捷开发和最小化可用产品来管理团队和驱动产品，那么作为协作部门的leader，你有必要知道什么是MVP、什么是敏捷开发。然后甚至可以将敏捷开发中适合团队的管理方法带入设计组。

最小化可用产品 MVP

我们之前介绍过大公司的组织结构，应该有用研部门研究用户、交互设计师优化原型等。但是很多公司人员并不齐备。其实，绝大多数的创业项目初始阶段是不太清楚用户真实的需求是什么的，并且也没有资源去研究用户。因为建立一支用研团队的经费是比较巨大的。那么一个创业型公司是如何确定用户需求的呢？了解一下最小化可用产品。最小化可用产品（Minimum Viable Product，简称MVP）是一种避免开发出用户并不真正需要的产品的开发策略。简单来说就是，团队快速地构建出符合产品预期功能的最小功能，比如微信的最小可用功能应该是基于通讯录聊天、支付宝的最小可用功能应该是扫码付款。而微信的朋友圈和支付宝的订阅号等都属于附加功能。如果我们是以上两个产品的创始人，如果我们没有用户研究的条件，那么就简单描绘一个用户故事，即用户使用我们的产品和用户的画像，然后把最小化可用产品做出来。举微信的例子，那就是一个进入后同步通讯录可以语音聊天的应用程序。其他功能都没有，仅仅是核心功能，然后放到市场上看用户的反应。如果用户接受了核心功能，那么我们可以围绕着核心功能打造比如发图片、朋友圈、表情等附属功能。如果用户连最小化可用功能都没有接受，那么代表产品需要重新思考。

敏捷开发

同样，介绍一下小规模互联网公司常用的工作方法：敏捷开发。1986年，竹内弘高和野中郁次郎阐述了一种新的工作方法，这个方法能够提高产品开发的速度，他们将这种新的方法用橄榄球里的术语命名。后来这种工作模式被国外很多团队推崇，一时间在国内外的互联网公司非常火爆。这就是我想介绍的工作方法：Scrum 敏捷开发。敏捷开发主要应用在产品开发团队中比较多，设计师也是其中一个角色。一般来说，如果你的团队是三人左右，那么可能设计师会被划分成敏捷开发里的一个成员。如果你的设计团队发现设计师们不太擅长时间管理，也可以在设计团队内部使用敏捷开发工作方法。

敏捷开发中的角色 Role

在敏捷开发中有不同的角色。产品负责人 Product Owner： 一般是产品经理担任，负责整体项目的时间节点协调和解决每个环节上出的问题，基本上和产品经理本身的工作很相似。团队主管 Scrum Master： 这个职位一般是由团队中的技术领导或者项目经理来担任，负责解决开发过程中的疑问，同样要对时间节点负责。开发团队 Team: 开发团队是剩下的所有人：设计师、测试人员、程序员等。

敏捷开发中的User Story

每一个需求被称为user story，即用户故事。这样做的好处是保证每个需求都是以用户为中心设计的。比如产品经理希望完成一个分享功能，那么应该描述为“某用户在使用相册功能时希望可以分享这张图片，因此需要分享功能”。在敏捷开发中通常用户故事并不是由用户调研得来的，而是根据产品经理的判断和用户画像而来。

敏捷开发中的优先级

类似我们上文介绍的时间管理方法，需求需要根据优先级排序。优先完成重要且紧急的需求，然后排序。这个过程由PO来完成。设计团队由设计团队的负责人来划分每个需求的不同权重，优先完成重要且紧急的。

敏捷开发中的冲刺 Sprint

橄榄球不是要疯跑吗？所以用来比喻产品的研发阶段很合适。每个冲刺的时间由团队共同决定。一般来说是半个月或者一个月，比如某产品的新版本迭代冲刺。在冲刺之前，会开计划会 （Sprint Planning Meeting）。这个会是在每个冲刺之初，由产品负责人（产品经理）讲解需求，并由开发团队进行估算的计划会议。这个会的职责就是每个角色（包括设计师）确定好自己需要完成的任务和交付时间。然后全体的需求都要在这个冲刺内完成不得延期。在冲刺开始后不允许产品经理额外增加需求。

敏捷开发中的例会

在冲刺阶段，每一天都会举行项目状况会议，被称为“每日站立会议”。会议准时开始，迟到者常常会制定惩罚措施，比如做俯卧撑等。所有人需要站着开会，不管团队规模都只能十五分钟完事。在会议上，每个团队成员需要回答三个问题：今天你完成了哪些工作？明天你打算做什么？完成你的目标是否存在什么障碍。Scrum Master需要记下这些障碍并帮助解决。每一个冲刺完成后，都会举行一次冲刺回顾，在会议上所有团队成员都要反思冲刺中自己的问题和经验。会议的时间限制在4小时。

产品需求池Product Backlog

产品需求池就是我们把需求分为：未开始的、进行中的、审核中的、完成四个大分类然后进行管理的一种方式。在工作当中其实很多时候都会被多线程的任务搞糊涂了，如果应用了产品的需求池方法就可以轻易地管理工作了。作为一个总监可以为十人内的团队统一建立一个产品需求池板，使用一面空白的墙和便利贴就可以。然后把这个板子划分为四个区域，把不同的需求写上认领的人员贴到相对应的位置（比如：公司网站首页设计 重要且紧急 预估时间：3天 设计师：小张 贴在未开始处）。谁有多少个在完成的项目，谁吃的工作量最多，谁现在在做无关紧要的项目所有人都可以一览无余。

[img=606,408]https://img.zcool.cn/community/01888d5b7d8fd5a80120577dd65f42.jpg@800w_1l_2o_100sh.jpg[/img]

便利贴形式的产品需求池 by Daria Nepriakhina

[img=539,390]https://img.zcool.cn/community/01ddec5b7d8fe3a80120577d2f90e2.png[/img]

电子版的产品需求池

提供进步通道

一个设计师在工作中其实长期会处于输出的状态。公司花了金钱来雇设计师，当然不是让我们来“成长”的。公司提供薪资，设计师提供优秀的设计，这是最起码的公平。那么在工作上你无法被“带”（很多设计师竟然求职时天真地要求公司一定保证自己的进步），那我们怎么进步呢？进步就需要输入了。如何输入一些知识保证自己一直在进步呢？

网络资源

现在关于任何设计门类的网站、公众号、博主都非常多，我们生活在一个资源触手可及的时代。不管您从事什么职业，相信你都能很轻易地订阅查找到很多设计知识和资源。那么我们可以利用好这些资源，在碎片时间（碎片时间指的是你上厕所、等公交等的琐碎时间）进行阅读和学习。这些知识比较偏向理论型知识。

下班后的练习

远离了工作的需求让我们头脑更清醒，你可以发现自己的短板，相信大家都听说过木桶原则（即最短板决定每个木桶能装多少水）然后加强这个短板的练习。比如我曾经图标是最薄弱的项目，我花了两年时间下班后在家做大量的图标练习，直到自己的图标能力在工作中被认可。所以各位leader也可以建议自己团队成员在下班后补齐自己所欠缺的能力。

输出是知识的印证

本身我们的工作就是一种输出。那么工作包括的种类很多，APP的设计、网站设计、运营图设计、皮肤设计、表情设计等，这些都需要我们去输出自己的存货。为了我们的输出平时要多积累知识和练习能力才行。

总结

其实做管理，成为leader很令人兴奋，可是兴奋背后是责任和重担。蜘蛛侠说过：能力越大，责任越大。所以如果您决定自己的职业生涯要朝管理方向发展，你就要有一定的抗压能力和学习能力，抗击那些不被人理解的压力，也要学习那些自己不会的知识，离开自己的舒适区。总之，尽管被人叫做leader，我们仍然是和大家一起成长的团队成员。希望你能真正做一个合格并称职的leader。