成为一名ThoughtWorks的设计师

Please note: this is the fourth & final one of an article series on my experience working at ThoughtWorks China design team. Since the articles are meant for young designers who are interested in joining ThoughtWorks China, they are written in Chinese for easier understanding.

本文是《在ThoughtWorks的中国设计团队工作是什么样的体验?》系列文章的第四篇,同时也是最后一篇。

系列文章第一篇:ThoughtWorks项目情况及设计师职责

系列文章第二篇:设计师在ThoughtWorks的成长路径

系列文章第三篇:ThoughtWorks设计师入职准备和试用期建议

在这一篇文章中,我将会说明申请ThoughtWorks设计师职位的关键环节和流程,包括作品集、作业和面试的注意事项。

开始申请之前

细心的读者会发现,就时间顺序来说,应届生需要先通过面试、拿到offer,后面的入职准备、项目情况和个人成长才有探讨的必要性。那我为什么会把这篇文章放在这个系列的最后而不是最前呢?原因其实我在本系列文章的介绍中已经提到过了,这里再重申一遍: 

  1. 不是所有的设计师都适合在TW工作

  2. 我的个人经历也不适用于所有在TW工作的设计师

能够耐心看到本文的读者,对身为设计师在TW会有什么样的体验想必已经有了自己的理解。如果你还认为加入ThoughtWorks是自己想要追求的方向,那么本文在申请过程中可以帮你少走一些弯路。我想要强调的是,这篇文章绝对不是什么“申请指南”,如果你不具备一个graduate/junior设计师的基本能力,看了这篇文章也无法帮助你拿到offer。(如何培养这样的能力不在本系列的讨论范畴,网上有很多相关的课程。)

作品集的准备与提交

准备时间

对设计师而言,作品集的重要性是不言而喻的。用多少时间准备作品集合适?如果你有良好的工作习惯,在每个项目结束时都有梳理总结,2周到1个月的时间就可以做出一份不错的作品集。如果你对项目成果不够满意,认为需要重新分析、包装,那么留足3个月时间比较合适。

*注意,这里指的是用上课、工作之外的时间进行作品集的准备,也就是每天投入2-3个小时。

载体

目前作品集最普遍、我也比较推荐的方式有两种,一种是在线的个人网站,第二种是PDF文档。这两种方式各有优劣,选择哪一种可以依据自己的能力、偏好,以及过往项目的性质、目标职位的要求决定。

具体而言,在线个人网站有以下优点:

  1. 触达面大,申请时不用每次发送,有可能被公司或猎头通过关键字搜索发现。

  2. 对视觉设计要求较低,专业个人网站服务有多种模板选择。

  3. 交互性高,可以加入丰富的视频、可交互原型等素材。

而PDF作品集则具备以下优点:

  1. 可以根据不同的职位、公司进行定制,针对不同要求展现不同能力。

  2. 更好的保密性,内容不易被第三方发现传播(有密码保护功能的网站也能满足这一点)。

  3. 完全免费。

我也收到过其他形式的作品集,除了个人网站和PDF,常见的还有第三方网站上的个人主页,例如Behance和Dribble。但我不推荐应届申请人将第三方网站作为自己作品的主要呈现方式。原因有二:

  1. 如果该网站改变了经营策略,很可能影响到你信息的呈现方式。

  2. 你的观众容易被站点上其他优秀主页吸引,作为经验尚浅的设计师,你很难有足够的资本去和别人竞争。就结果而言,观众对你作品集的印象会被大大削弱。

最后还有一种类型的作品集不得不谈,即零散功能模块、Axure文档、长条海报的混合体。在我的招聘经历中,收到过10多份此类作品集。我无法理解候选人是出于怎样的自信或傲慢,才会将这样未经梳理的文件包投递给自己的目标公司。需要说明的是,提交者无一例外具有数年工作经验,幸运的是目前还没有看到过应届生提交这样的作品集。希望大家无论处于自己职业生涯何种阶段,始终要认真对待每一次呈现自己的机会。

申请时间

如果你已经有拿得出手的作品集,自然是越早越好。一般应届生7月入职,前一年的10月就可以开始申请。如果此时公司没有职位开放,也可以先与HR建立联系。

申请渠道

目前ThoughtWorks的招聘渠道有三个:官网、领英,和内推。毋庸置疑,最有效的渠道是内推。许多职场新人对内推有误解,以为一定要在该公司有认识的人才可以内推,其实不然。如果你不认识任何人,也可以通过领英或者参加ThoughWorks线下活动联系到ThoughtWorker,让人帮你引荐。只要你态度得体、能力合适,会有和多人乐意帮忙。

设计作业

当你的作品集审核通过,HR就会根据你申请的职位方向发送一份设计作业。方向分为研究、产品、视觉三类。作业完成时间为3天,如果期间不包括周末而你又有其他学习、工作安排,可以延期为5天。

关于作业我只有一个建议:进行详实的分析呈现——不管是对调研内容的分析,对产品逻辑的分析,还是对视觉设计过程的分析。比较优秀的作业一般都能够体现候选人端到端的设计能力,无论你的题目侧重点是什么。

面试

面试流程

ThoughtWorks设计师的面试流程比较简单,一般不会超过90分钟,大概分为以下几个步骤:

  1. 自我介绍

  2. 作品集的项目介绍

  3. 作业介绍

  4. 其他根据面试情况的提问

  5. 即兴设计挑战(可能有)

  6. 获取设计知识的途径

  7. 面试者对于ThoughtWorks的问题 

其中第7个问题我认为非常重要,而有些候选人会毫无准备。作为一个尚未在这家公司工作过的人,你应该对公司的工作情况有许多疑问,面试是进行澄清和了解的好机会。

面试准备

许多人在面试中都会紧张,克服紧张的最好办法就是多练习。如果你面试的经验不太丰富,我建议找朋友进行模拟面试。先把可能会被问到的问题写下来,让对方充当面试官的角色向你提问。如果找不到人配合,自问自答也可以。

但切忌把问题答案写下来再背诵。这会让你的回答显得极不自然,如果你中间忘记了关键词,面试时很有可能下面一整段话都回想不起来。我推荐的练习方式是不断用语言去强化记忆,你的每一次重复可能有一些细微的不同,但你的大脑会学会用不同的措辞去表达相同的核心思想。

注意事项

面试可能是在办公室,也可能是远程通过视频进行。如果在现场,一定注意不要迟到。如果是远程,则建议提前试用一下视频软件,避免接入时出现技术问题;同时,注意自己周围环境不要太杂乱,不要去很吵闹的咖啡厅。最后,不管是远程或者现场,着装都要得体。

写在最后

本系列文章到此完结,希望大家能找到适合自己的工作。

每个人对“适合”都有自己的定义。我自己会用People, Project, Pay(和你共事的人、你参与的项目、你的薪资)这三个条件去衡量,一份值得去从事的工作至少要符合其中两个标准,而理想的工作是这三个条件的平衡。这些条件与标准不是绝对的,也没有公式可以去计算;所以我有时判断正确,有时判断失误。但和世界上大部分事情一样,职业发展没有唯一的答案,更重要的是不断去审视现状,制定并质疑自己未来的目标,然后去消除现实与理想的差距。 

ThoughtWorks入职准备和试用期建议

Please note: this is the third one of an article series on my experience working at ThoughtWorks China design team. Since the articles are meant for young designers who are interested in joining ThoughtWorks China, they are written in Chinese for easier understanding.

本文是《在ThoughtWorks的中国设计团队工作是什么样的体验?》系列文章的第三篇。

系列文章第一篇:ThoughtWorks项目情况及设计师职责

系列文章第二篇:设计师在ThoughtWorks的成长路径

在这一篇文章中,我将会说明入职前新人可以进行的准备工作,包括需要掌握哪些实用技能与工具、需要了解哪些公司理念和方法、如何在入职前与相关同事进行沟通;以及在入职后的6个月试用期如何建立切实可行的目标,让自己顺利成为一位ThoughtWorker。 

入职准备

大部分毕业生都是在上一年的10月参加秋招,在年底前拿到offer。这意味着,在6-7月入职之前,有至少半年的缓冲期。我非常赞成大家利用这段时间享受学生时代最后的福利(例如博物馆门票折扣),去各地旅行,或者多花一点时间在那些对你而言很重要的人身上。与此同时,如果你认为值得为这份即将开始的工作进行准备,本文可以提供一些方向。

注:接下来会有一些书籍推荐,网上类似的书单应该不少。本文的推荐既不全面、也不权威,大部分是我自己读过的,小部分是正在读或者准备读的。请各位读者博采众家之长,多看多想,形成自己的判断。

另,推荐书籍都会附上豆瓣链接和Amazon链接,有条件建议看英文版,版本通常较新。

读书篇:建立以人为本的设计思维

这一节是设计入门类书籍。对我个人而言,其中不少是在多年前第一次阅读就让我爱不释手,引导我成为一位体验设计师的启蒙书。这些书可能知识点不够深入、不够成体系,其中的例子也难免过时,但我认为它们深处浅出地阐释了以人为本的设计思维方式。

The Design of Everyday Things - 《设计心理学》

推荐理由:设计日新月异,好的设计原则永不过时。Norman从生活中随处可见的门把手、水龙头、电梯按钮出发,告诉我们糟糕的设计应该如何避免。

Don't Make Me Think   -  《点石成金》

推荐理由:本书用丰富的例子极富趣味地阐释了可用性(Usability)设计的要点——Don't make me think.

The Elements of User Experience - 《用户体验的要素

推荐理由:作者提出了从战略层到表现层的5个用户体验的核心要素,作为对该领域的高度提炼和抽象,由此再串联每个要素层面的设计活动和方法,是一本脉络清晰的概论。

Designing with the Mind in Mind - 《认知与设计》

推荐理由:为什么软件对用户操作的反馈时间应该在0.1秒以内?这是因为如果超过这个时间,就打破了用户对于因果关系的感知。为什么居中对齐的文字很难快速阅读?因为无意识的眼动模式被破坏了。本书对于设计领域许多广泛实践的原则,从认知科学的角度给出了支撑。 

读书篇:设计原则、方法论与实践

这一节是设计进阶类书籍。其中有像 About Face 这样覆盖甚广的大部头,也有像 Information Architecture 这样细分领域的专著。对于实践经验尚浅的新人,在第一次阅读时很难有深入的体会,适合通读一遍后长留手边,在有需要时查阅。

About Face: The Essentials of Interaction Design - 《About Face 4: 交互设计精髓》

推荐理由:基本可以覆盖在工作前3年内会遇到的所有专业问题。

Measuring the User Experience: Collecting, Analyzing, and Presenting Usability Metrics (Interactive Technologies) - 《用户体验度量:收集、分析与呈现》

推荐理由:不少设计师对于量化研究的原则和方法并不熟悉,本书可以很好地补全这个领域的空缺。

Information Architecture: For the Web and Beyond - 《信息架构》

推荐理由:涵盖了信息架构的基本原理和其实际应用的案例解析。难度系数中上,在日常工作中几乎不可能做到书中的细致程度,但对于开拓思维和增进了解大有裨益。

Sketching User Experiences: The Workbook - 《用户体验草图设计工具手册》

推荐理由:书中对于绘图软件的介绍有些过时,但原则层面上依然适用。其中很多不用绘画基础的视觉呈现方法,也有step-by-step的用户测试和设计评审流程。

Material Design

推荐理由:移动设计集大成者。

读书篇:了解TW的工作理念和方式

大部分的新人或多或少知道,ThoughtWorks和敏捷、精益的理念是紧密联系在一起的。那什么是敏捷和精益?它对设计师而言意味着什么?它如何影响我们的工作方式?本节的推荐书目可以帮你解答这些问题。此外,本节还会涵盖商业模式画布、看板、用户故事等工作中常用方法。

Running Lean: Iterate from Plan A to a Plan That Works (Lean Series) - 《精益创业实战》

推荐理由:作者通过自己的创业经历串联了Lean UX的实践过程,好读又实用。

Lean UX: Designing Great Products with Agile Team - 《精益设计》

推荐理由:书名中既有Agile又有Lean,还需要推荐理由吗?

Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers - 《商业模式新生代》

推荐理由:非常具体的实际操作指南,详细剖析了商业模式的9大模块。

Kanban in Action - 《看板实战》

推荐理由:原则和实践兼顾,有贯穿始终的深度案例,同时说明了团队如何克服采取看板方法需要面临的挑战。(建议阅读原版,中文版翻译很有问题。)

User Stories Applied: For Agile Software Development - 《用户故事与敏捷方法》

推荐理由:这是日常工作中与XD协作最紧密的角色——BA的必读书目。

实战篇:熟练掌握各种设计、协作及时间管理的技能和工具

TW对应届毕业生看中的是发展潜力(即思维方式和学习能力),在实战技能上要求并不很高。但如果新人在入职之际就有相当的项目实践,肯定能获得比其他同期入职的设计师更快速的成长。这样的实践可能来源于学校系统的学习、之前的实习经历,也可以是自发进行虚拟项目(个人或团队均可,但团队项目能进一步锻炼协作能力)。拥有这些项目实践的设计师,一般已经对各种设计、协作及实践管理的方法和工具非常熟悉了。本节将会列出一些相应的技能和工具要求,供各位参考比对。

设计软件:Sketch App

如果别的软件你都不会用,至少要会用Sketch. 视觉设计有短板的设计师可以从临摹iOS和Android视觉规范做起,练习设计敏感度和工具熟练度。此外,不要局限于Sketch软件本身,还要试着使用各种插件,可以让设计效率得到极大提升。

展示软件:Keynote

任何项目都需要做presentation,Keynote是ThoughtWorks通行的工具,建议新人了解基本的演示文档制作要点,明确制作供阅读的报告供展演的汇报分别需要采取什么样的策略。

协作工具:Trello

如果你读了前文中提到的Kanban in Action 这本书,就会明白Trello的价值。这不仅是一款简单易用的协作工具,也可以用来进行个人的时间管理。

以上三款是我认为最核心和最基础的,需要优先掌握。接下来的技能和工具在工作中也会派上用场,可酌情了解。

文档编辑类:Word, Google Docs

网盘类:Google Drive

报表类:Excel, Apple Numbers, Google Sheets

可交互原型制作:Flinto, Principle, InVision

前端开发协作:Zeplin

笔记管理:OneNote, Evernote

密码管理:1Password

时间管理:OmniFocus, Google Calendar

其他设计类:Photoshop, InDesign, Illustrator, After Effects

沟通篇:找到你的Buddy

还记得我在《设计师在ThoughtWorks的成长路径》一文中提到的Buddy机制吗?入职前3个月,如果HR还没有给你分配Buddy,可以自己提出这个要求。在这3个月中,建议每月和Buddy沟通一次。你可以让Buddy推荐适合你的参考书,也可以向TA了解未来office的工作环境。在签署相关保密协议后,记得让Buddy给你发一份胜任力模型(Competence Model)。这是ThoughtWorks对于不同职级的设计师能力期待,提前了解对于新人在TW早期发展很有帮助。此外,如果你在home office需要租房,也可以寻求Buddy和HR的帮助,一般而言公司可以提供1个星期的临时公寓。(关于Buddy机制在前文已有叙述,此处不再展开。)

试用期建议

TW的试用期为期6个月,在此期间内新人会与Buddy紧密协作,完成2次Interview++和1次Design Review,证明自己符合TW设计师的要求(在此期间工资、待遇与正式员工相同)。这不但是TW考察新人能力的窗口,同时也是新人试错的时期。 

先来看一下名词解释:

Interview ++: Buddy和HR组织,向新人所在项目团队成员收集项目中的反馈。

Design Review: Design core team组织,考察新人的设计及方案呈现能力。 

在明确了试用期的审核标准后,应该不难发现,在此期间新人能够得到大量的、直接的来自公司不同角色的反馈,是离开学校真正进入职场前的软着陆。

要通过试用期,首先要积极参与项目。没有足够的项目时间,团队的反馈就无从谈起,也不会有足够机会磨练自己的设计能力。一般而言,入职不久后RM(Resource Manager)就会安排合适项目。如果长期没有可预见的项目安排,新人也可以主动要求去就近的项目现场shadow,学习工作模式。其它关于项目的情况,我在《ThoughtWorks项目情况及设计师职责》一文中有详细的说明。 

下面是在试用期期间对新人的一点建议:

项目开始前

在开始第一个项目之前,比较好的做法是给自己拟定一份行动计划(胜任力模型在此时可以派上用场),明确自己想要在项目期间达成的目标,并与Buddy一起进行评估修改。 

项目开始时

项目开始之后,辨识核心成员(即与你合作紧密,会参与interview++的人,如果不清楚可与Buddy商讨),主动分享自己的行动计划,请他们在项目期间给你即时的反馈。 

Interview++之后

第一次Interview++一般在入职后2-3月,第二次一般在5-6月。在每次interview++之后,和Buddy详细探讨团队成员的反馈,并对自己的行动计划进行修改。修改后的计划即时同步给项目团队成员。

Design Review

项目中注意对自己的设计产出进行归纳总结,多锻炼演讲技巧,逐渐培养有逻辑地阐释自己设计决策的能力。

本文对于入职准备和试用期建议的介绍就到这里,在下一篇(也是本系列最后一篇)文章中我会讲到ThoughtWorks设计师职位的申请流程和准备建议。

设计师在ThoughtWorks的成长路径

Please note: this is the second one of an article series on my experience working at ThoughtWorks China design team. Since the articles are meant for young designers who are interested in joining ThoughtWorks China, they are written in Chinese for easier understanding.

本文是《在ThoughtWorks的中国设计团队工作是什么样的体验?》系列文章的第二篇。

系列文章第一篇:ThoughtWorks项目情况及设计师职责

在上一篇文章中我分享了ThoughtWorks的项目类型和与之对应的设计师职责,这篇文章我会谈一下在新人ThoughtWorks会得到什么样的帮助,有哪些资源可以利用;以及介绍随着经验和能力的增长,会有什么样的发展空间。本文会包含以下两部分内容:

  • 培训与成长体系

  • 设计师的发展路径

培训与成长体系

在ThoughtWorks同事之间流传着各种各样的故事,例如早上在飞机场办理入职手续,下午就飞去客户所在地;或者出了火车站被PM(Project Manager,项目经理)拉着在出租里办了入职,马上就奔赴项目现场……总之很有007的味道,时隔多年还是当事人茶余饭后的谈资。

但这种事情是不会发生在应届生身上的。与之相反,应届毕业生除了入职培训,ThoughtWorks University,还有Buddy机制。

Buddy机制

Buddy存在的意义就是帮新人顺利度过试用期,Buddy会给你介绍ThoughtWorks的文化和团队工作方式、带着你做项目(或远程提供指导),帮你评估并提升你的工作技能。另外,跟buddy的交流也不局限于工作。入职后我第一次在深圳生活,对这个城市不太熟悉,那段时间我的buddy给我介绍了很多不错的咖啡厅。

因为每个buddy带人的风格都不一样,所以这个体系非常灵活。除了buddy机制核心的interview++(注1)之外,buddy和新人的相处模式很大差异。例如我和buddy之间是“咖啡之友”模式,因为几乎没有在同一个项目上工作过(注2),我们见面的机会并不多,每次会面都是沟通咖啡心得。但我自己开始当buddy之后,似乎不经意间走上了“严肃”模式,和新人的谈话一般都围绕着工作(这大概也是性格使然)。

既然这篇文章是写给新人看的,那么就从这个角度提一些建议。首先,在分配buddy之前HR(human resources,人力资源)的同事会跟新人沟通buddy的特点;这个时候新人可以根据自己的实际情况选择合适的buddy,不要觉得难以开口。其次,buddy一般会主动联系新人制定周期规划,帮助新人review阶段成果;但如果新人自己发现了工作中的风险,也要即时和buddy沟通。Buddy和新人每个月都有100元team building经费,大家可以边吃饭边聊(虽然就深圳的物价来看,更多时候是边喝咖啡边聊)。

Buddy一直会陪伴新人度过6个月的试用期,那之后,新人会选择一个Sponsor。Sponsor机制相较buddy机制更为正式,ThoughtWorks对Sponsor的要求也更加严格。Sponsor会帮助你完成职级评审,同时管理你每年2000元的培训经费。

新人入职培训

除了较为长期的buddy机制,新人在入职后还有1-2周的集中入职培训。每个办公室的设计团队负责人分别组织该办公室培训项目,参与人员为该期入职的新人,培训内容为Inception指南、ThoughtWorks文化、职业发展路径、沟通方式等等。

这段时间是是新人熟悉办公室同事以及同期小伙伴的好机会。例如,在不久前的深圳office培训中,5位同期加入的设计师一起参与了智能楼宇售前项目,另有2位较为senior的设计师作为指导。在开始正式项目之后,团队中就很少会有2位以上的XD了。

ThoughtWorks University

在完成入职培训之后,新人也不一定会立即参与项目,还可以选择加入为期5周的ThoughtWorks University(TWU)。

TWU是只对新人开放的体验与培训项目,毕业生有机会在印度Pune或者西安与来自世界各地的小伙伴一起组队完成课题。TWU的举办地最初选择了印度这个发展中国家,其初衷在于让来自更为发达的工作环境的TWer能够关注社会的不平等和不公正。经过多年的运转,TWU更多地担负了促进多元文化交流的职责,所以近年来西安也成为了主办城市之一。不过,在中国入职的毕业生会更多选择去印度参与TWU。

我本人并没有参加TWU。不过从我收集到的反馈来看,TWU会全面而深入地覆盖公司文化培训、Inception培训、沟通能力培训等一系列内容,同时可以结交不同国家的trainer和trainee,是非常有收获的体验。当然了,全程都需要用英文,上一篇文章中提到的英语能力又派上了用场。

更多关于TWU的信息可以看这里

设计师的发展路径

这个小节比较难写,因为实话说ThoughtWorks并没有规划得非常清晰的职业路径。从好的一面来说,没有人把你绑在你的title上,也没人给你设置天花板,你想做的任何事情都取决于你的能力;从有挑战的一面来说,你能做的任何事情也取决于你的能力

接下来,让我们带着这个认识来谈一谈设计师在ThoughtWorks的发展路径。

Grade提升

首先,介绍一下grade这个概念。Grade就是职级,与薪资挂钩,应届生加入TW后职级一般为graduate,如果顺利通过为期6个月的试用期,1年后会自动转变为junior。需要注意的是在实际工作中职级只起到参考作用。换言之,不会因为你是graduate或者junior就给你分派最简单最基础的工作,也不会因为你是senior就对项目有主导权。

当你成为junior之后,每年有1-2次评选为senior的机会。评选周期开始前相关负责人(包括设计团队负责人、项目经理、办公室经理等)会提名候选人(也可以自荐),候选人收到通知后,有1-2个月时间按照公司不同职级的胜任力模型(competence model)进行举证,并对每一条证据提供见证人,证明自己符合下一职级要求。举证材料会由上述相关负责人评估,全部通过后即可升入下一职级。期间,sponsor会负责指导候选人准备材料,并沟通任何需要补充或修改的地方。

从senior往后的职级晋升过程大同小异,但要求会越来越严格,同时还会有panel答辩,在此不做展开。

能力发展

在本系列文章中,我一直强调的是“能力”的重要性。创立20多年来,TW依然保持了组织结构的扁平,在设计团队中尤其如此。在这样扁平的团队构成下,任何事情的推动都少不了“个人影响力”,也就是他人对你能力的认可。

那么设计师在TW的能力发展到底有哪些路径呢?经过我过去2年的观察、访谈和总结,归纳出以下几种:全栈发展、成为行业与领域专家、转行,和进入管理层。

全栈发展

我在面试候选人时会问TA们为什么想来ThoughtWorks,不少有2-3年工作经验的候选人会这样回答:“我想成为全栈设计师。”

什么样的设计师可以称之为“全栈”呢?这个词来源于英文中的“full stack designer”,  是“full stack developer (全栈开发者)”的衍生概念。“栈”本来指的是“技术栈”,涵盖了产品开发中会用到的不同开发语言和工具(包括前端、后台、存储、架构等)。放在设计语境中就是“设计栈”,包括产品设计需要用到的不同方法和流程(产品策略、用户调研、信息架构、交互设计、视觉设计、界面开发、产品运营等)。

TW设计师能力期待

TW设计师能力期待

看到这里,细心的同学可能觉得眼熟了——这些能力和我在上一篇文章中提到的Inception范围非常类似,即针对产品的6项核心假设进行快速验证(决策者、业务需求与设计范围、技术实现、交付时间、产品有效、和可运营性)。

但这绝对不意味着一直做Inception就能成为全栈设计师,与之相反,设计师是因为具备了多种设计能力才能够领导Inception。那么如何才能构建多种设计能力呢?我认为关键因素有两种:(1)希望成为全栈设计师的主观意愿。(2)客户需求、团队构成、公司文化等客观机遇。

主观意愿非常好理解,这里就讲一下客观机遇。TW是一家提供咨询与软件设计和交付的公司,服务的行业很多,设计师在其中相应的有不少拓展业务知识的机会。同时,几乎每个项目都是全功能团队,设计师在其中和BA,Dev,PM等角色的协同工作非常多,能够不断加深端到端的软件设计与交付的知识。最后,公司文化鼓励个人成长,大家也乐于分享经验帮助他人;在项目上遇到问题时,很多时候发封邮件就能获得不少有用的信息;项目之外也有很多自发的学习班和分享session,可以系统地学习不同领域的知识。所以想要成为全栈设计师,TW能够提供非常有利的工作环境。

行业与领域专家

前面也说到了,TW非常擅长培养全栈设计师,那是不是想在某个行业或者领域进行深入发展就不那么容易了呢?

简单来说,没错。

同样,我们先来看看成为行业与领域专家的关键因素:(1)你明确知道自己想在哪一个领域或者行业发展,(2)你在这个领域或者行业有出众的能力,(3)公司在这个领域或行业有充足的商机。

作为一个毕业生,大部分人没想清楚(1),绝大部分人不具备(2),所以只能依赖(3)。换句话说,公司有什么项目,你就去做什么项目,直到你想清楚了(1),培养出了(2),这个时候(3)也不再是一个制约条件,因为你已具备足够能力去开拓新的商机了。

还是举一个例子更容易说清楚。几年前有一位有留学经验的设计师,有感于国内外文化差异之大,以及跨国企业在中国的扩张频频失败的现实,在积累了项目经验之后,开发出了一个新领域的Offering(即我们可以为客户提供的服务)。这个Offering叫做”Go2China“,就如其字面意义所言,它可以帮助国际公司快速、低风险地进入中国市场。在那以后这位设计师引导了很多Go2China的项目,成为了这个领域的专家。

成为专家型设计师意味着你将在这个领域/行业有更多机会、更多自主权,你的项目会更有延续性,你的知识也更成体系。但同时,这需要相当的个人能力,而且会让你在其它领域的机会相应减少。

不过话说回来,我认为所有的设计师都是“体验设计”这个领域的专家。我们选择了这个专业,已经放弃了其它专业的机会。

横向发展

横向发展就是换一个专业领域。我在本科毕业后做了一段时间的BA,后来才决定去读设计研究生,所以算是一个转行的例子。同样,在TW也有转行成为BA的设计师,还有人转行成为前端开发。读过前面介绍的人应该已经了解TW的工作环境是全功能团队,设计师与BA、Dev的沟通非常频繁,有很多互相学习的机会,对于重新评估自己的职业规划是不错的输入。

另外,随着业务的发展,有很多新的机会需要新的专业人才。例如,当我们和一个大型客户多年紧密合作之后,在这个客户名下往往有十几个并行项目,此时就需要进行全局的方案规划,由此诞生了方案架构师团队,这对于有商业敏感度和一定技术知识的设计师来说是个不错的选择。

担当管理职责

我记得在以前的公司工作的时候,org chart(组织架构图)是个很常见且有用的东西。但在TW还没有见到过,所以我对management roles(管理职位)并不很熟悉,只能谈谈management responsibilities(管理职责)。

其实广义上的管理是无处不在的。我认为:When there is delegation, there is management (只要有职责的分配,就有管理)。随着个人能力和经验的成长,管理的范围也会越来越大。在项目上,需要管理junior设计师的设计进度和质量;组织社区活动时,需要管理整个活动的预算、规划和执行;在buddy体系中,需要管理新人的成长情况,帮助其尽快融入工作环境。

在以上列举的情况中,管理并不是因为我们有了新的title,只是因为我们承担了新的职责。这也是能力发展的一种,而且是非常重要的一种。

本文介绍了TW的培训与成长体系,和设计师在这里的发展路径。下一篇文章会讲到入职准备和试用期建议。

——————————————

注1:即试用期面向项目同事收集的2-3次正式反馈,用于判断试用期是否通过。下一篇文章会详细说明。

注2:同时,我在上一篇文章中提到的设计交付项目中找了一个临时buddy,工作的情况都会和她商讨。

ThoughtWorks项目情况及设计师职责

Please note: this is the first one of an article series on my experience working at ThoughtWorks China design team. Since the articles are meant for young designers who are interested in joining ThoughtWorks China, they are written in Chinese for easier understanding. 

这是《在ThoughtWorks的中国设计团队工作是什么样的体验?》系列文章的第一篇。系列介绍可以点击链接阅读

如前所述,这篇文章主要回答以下几个问题:

  • TW UX这个岗位的工作场景

  • 项目介绍(包含项目类型、周期、地点)

  • 英文要求和海外出差机会

首先需要指出的是,目前TW已经没有UX(User experience designer)这个说法了。设计团队中的职位有两类,分别是体验设计师(Experience designer) 和视觉设计师(Visual designer)。在团队60多位设计师中,有2位是视觉设计师,其余为体验设计师。TW长久以来对设计师的要求一直是“全栈”,即能够深度参与软件从规划到落地的全生命周期,最近一年才开放视觉设计师职位,所以目前人数相对较少,本系列文章的讨论核心也会围绕体验设计师这个角色。

体验设计师的工作场景

简而言之工作场景有两种情况:on-project 和 on the beach.

作为一名体验设计师,我们归属于PS(Professional service)业务线,也就是说我们工作的常态是为不同的客户提供专业服务,这时我们是on-project,或称之为“在项目上”;此时我们是“billable”;即我们的产出会给公司带来直接经济收益。在没有项目安排的时候,我们就是“on the beach”,或简称为“beach”,此时我们是“non-billable”,即不能带来直接经济收益。

On-project

On-project的情况我在下一节中会详细说明。

On the beach

Beach的时候设计师不是无所事事,而是有各种工作可以进行。高效利用beach时间能对设计师的能力成长起到至关重要的作用。我将在beach时可以进行的工作分为学习、分享和支援三种类型。

学习

每个人已经拥有的能力是有限的。我们在平时工作过程中会积累很多想要深入探究的课题,这可能是同事分享的一篇行业报告、通勤时读到的一种没用过的调研方法、市面上新设计软件的使用方式、甚至是前端页面开发的框架等;beach的时间可以用来集中补充我们的设计知识,拓宽能力的边界。

我自己的体会:在第一次独立主导的交付项目时,对提高大型系统的设计效率产生了兴趣,于是开始研究设计系统的工作原则,这从根本上改变了我思考设计“对象”的逻辑,为以后的设计产出打下了良好的基础。

分享

在每个项目之后,设计师应该都有自己的总结和沉淀。这可能是项目中做得好的地方、值得借鉴的工作方法,或是有待改进的地方、以后可以规避的风险等。不管是前者还是后者,都可以整理成一个session*分享给团队,或者在公司内外发表一些文章。

我自己的体会:接着上面设计系统的例子。在有了一定理论基础之后我开始在交付项目上实践设计系统工作模式,发现有些团队同事对这种思维方式还不太了解,于是进行了为期8周的设计系统实践分享。这不仅提高了团队沟通效率和产出质量,我自己的演讲能力也得到了不错的提升。

支援

TW每个人的项目安排都是可以即时查询的。当其它团队发现你目前是beach的时候,有时会询问你愿不愿意为他们正在进行的工作提供帮助。这可能包括进行项目售前**、策划参与社区活动、培训新人、给正在进行的交付项目提供支持等等。

我自己的体会:在beach时最多被问到的就是能不能参与项目售前,常常需要在1-2天之内快速了解客户的行业状况和具体需求背景,产出有针对性的提案,对桌面研究能力是不错的锻炼。另外还组织了诸如深圳2018 Global Service Jam这样的活动,一起参与策划的同事都是下班之后投入了额外的精力,活动本身也占据了整个周末;是一次挑战与回报并存的难忘经历。

我认为有良好规划能力的设计师需要结合自己的目标,平衡学习、分享、支援这三种类型的beach工作。这里虽然没有黄金比例推荐,但最好围绕自己最想培养的能力或者最想钻研的领域。举例而言,如果我想增长自己知识输出和公开演讲的能力,我就会更多参与session分享、文章撰写和社区活动;如果我想培养自己制定服务设计解决方案的能力,我就会更多参与相关售前工作、进行领域和行业研究。

项目类型、周期,及对设计师的能力要求

ThoughtWorks中国区设计团队创始人熊子川在2016年的一篇知乎回答中对ThoughtWorks的项目定义与介绍在今天依然大部分是适用的,所以本节内容会在对这篇文章的引用基础上进行补充说明。

按照项目对设计师的经验要求由低到高排序,ThoughtWorks的项目可以分为3大类:设计交付,设计启动,产品洞察与创新。

设计交付(Delivery)

先来看看设计交付是什么:

——————以下为引用———————

2008年加入的时候,我们并没有设计业务自然也就没有能力,在我工作的前三年里,我的工作就是在「纯敏捷交付」环境中为每一个用户故事(User Story):

  • 跟客户确定解决什么问题;

  • 自己给出解决方案,以及解决的思路和过程;

  • 将解决方案转化成开发团队能够实施的步骤;

  • 在出现反复(如复杂度过高)的情况下和客户协商,寻找最合理方案;

  • 进行验收和演示与客户确定(Signoff);

  • 跟踪缺陷的情况进行修正。

这些都是最纯粹的敏捷交付中一个设计师需要完成的任务,远在2008年,我们就已经开始进行这样的工程或设计实践。而这项工作依然是我们目前设计团队的工作内容,通常是一个初级设计师进阶的开始。

——————以上为引用———————

我在ThoughtWorks的第一个项目就是设计交付。项目背景是为一个跨国集团在中国区几百家经销商打造销售平台,包括手机端和 Web 端,涵盖前台接待、销售顾问、销售经理、后台配置等多个角色。产品支持用户完成从进店到交车的所有业务流程,并提供数据支持与报表分析。

项目的人员配置是2位体验设计师(包括我在内),4位业务分析师(BA),20位以上前后端开发人员(Dev),1位Tech Lead(TL),1位Project Manager(PM)。我加入时已经开发了近一年的时间,是ThoughtWorks的核心项目之一,这样的人员配置规模是常规交付项目的2倍。

我在项目上面临的第一个挑战是快速了解项目上下文,明确已经开发和规划的各个功能模块,同时熟悉客户的业务流程。在项目开始之前,我申请了项目文档的访问权限,阅读了项目启动时期的产出以及各个迭代的showcase材料。同时下载了已上线的手机端App进行了解。下面是我在入场前用MindNode这款软件梳理的App信息架构和部分流程图,并在项目中进行了持续完善。

我在ThoughtWorks的第一个交付项目入场前梳理的部分产品信息架构和用户流程

我在ThoughtWorks的第一个交付项目入场前梳理的部分产品信息架构和用户流程

项目开始之后,有更senior的设计师一起工作,不懂的地方都可以请教,工作内容和熊子川文中提到的基本吻合。印象比较深的一点是:交付项目对每个细节的要求都非常高,很多信息需要反复确认。

例如,销售经理在卖车的时候可以给客户赠送一些礼品,而这些礼品都需要在APP中进行记录,我们需要设计相应的表单去完成这项操作。下图是开始设计之前和BA确认的表单信息:

设计赠品功能前需要确认的字段信息

设计赠品功能前需要确认的字段信息

附赠礼品是在整个售车流程中非常小的一个环节,但这个需求从确认、设计、开发到验收完成花费了差不多2周时间。其中用在真正产出设计图的时间可能只有1个小时,其它时间都是在做准备、沟通和确认工作。这也是我在交付项目中学到的重要一课:做任何设计之前都要搞清楚这个需求为什么做、该怎么做。如果只是一味对着屏幕画图,只会陷入无休止修改和重做的漩涡。

说到这里,就不得不提及设计师必备的沟通能力。在ThoughtWorks任何项目上,沟通都是重中之重。在交付中需要频繁和BA沟通,确认客户需求;和Dev沟通,确保设计可执行性;还要和客户沟通,理解需求背后的原因,并能够清楚地传达自己的设计方案。关于沟通能力的提升需要另外一篇文章单独说明,这里就不作展开。但我认为除了能力以外,本质上更为重要的是“沟通的心态”,即意识到设计不是一个人做出来的,而是团队协作的结果。可以说,只会闷头做设计的人不适合ThoughtWorks的业务模式。

另外一项非常重要的能力就是判断各项任务优先级并进行高效处理的能力。上面提到附赠礼品表单这个功能做了2周的时间,并非是2周里只处理这一件事情,实际交付中往往有多个需求条线并行。每个需求可以拆分为几个步骤、每个步骤需要花费多少时间、有哪些人员和资源的依赖、需求之间的相对重要程度等等因素,设计师都需要有自己的考虑。

能够做到这两点,作为一个ThoughtWorks初阶设计师的能力就算过关了。与此同时,设计师的基础能力也需要持续打磨,包括:熟练运用设计模式、给出设计方案、产出交互稿和视觉稿等等。

我在这个项目上工作了3个半月,后来回到home office加入了一个设计启动项目。Delivery项目的时长在3个月至数年不等,设计师在其中的工作周期一般以季度为单位,工作满1个季度之后,可以和项目一起评估是继续参与,还是换一个别的项目尝试。

设计启动(Inception)

能够在设计交付阶段做到得心应手,ThoughtWorks的设计师就就有机会参与设计启动类项目。以下是熊子川对设计启动的描述:

————以下为引用————

这样的工作环境(设计交付)使得我能够处理多种场景下的沟通、和程序员的、和架构师的、和测试的、和项目经理的、和客户的、和客户其他部门的等等。这种技能的磨练使得设计师能够更游刃有余的适应不同的场景,在当下做出最合情合理的决断,而不仅仅从设计本身。

这使得我接触了大量项目的设计启动,大概从2010年开始我主持了多个大型产品的启动,做的最多的,就是Inception启动活动,关于Inception可以参考我之前的文章《Inception的核心逻辑》。大体来说,就是以下这个过程:

这个过程需要设计师面对客户强大的控场能力、以及对设计实践的深入理解。

————以上为引用————

前面提到在Delivery期间设计师所需要的核心能力包括:需求理解、沟通、处理多线程任务,及设计产出。在Inception阶段除了要做到上述几点,最关键的是要有全局观。Inception的人员标配是2个XD加2个BA(后期会加入1个TL),这个4人团队需要在2周时间内(也有1天或3天的精简版Inception)针对产品的6项核心假设进行快速验证(决策者、业务需求与设计范围、技术实现、交付时间、产品有效、和可运营性)。

这个时候设计师的工作是广义的设计,即我们通常倡导的设计思维中设计、商业和技术的全盘思考。当然一个人很难在这三个领域都拥有完善的能力,所以才会有上文提到的团队配置。惯常的工作模式的XD主导设计,BA主导业务,TL主导技术;但团队中每个角色都需要对其他角色的工作范畴深度参与,互相支持。

做了好几次Inception之后,我的感受是这个过程有点像炒菜。公司已经有了一套标准化流程,这是菜谱;项目资源(包括人员、时间、客户成熟度等)是食材;项目现场的控场和应变能力是火候和调料。照本宣科按照流程走并不能保证Inception的成功,关键还是看食材和火候。

其中火候是最难掌握的。这中间没有什么捷径可走,只有靠不断的经验积累和反思。例如在进行工作坊的时候,有经验的设计师会要求客户在讨论环节不要坐着,站立的姿势更能激发人的创造力和促进参与度,能有效避免冷场。但作为主持人怎么做到在需要坐和站的不同环节中自然地进行引导和切换,就需要一番功夫了。

产品洞察与创新(Disovery)

在Inception之后,设计师还有第三种项目选择,那就是Discovery。还是先看一下引用:

—————以下为引用—————

在另外一个场景中,客户对于要做的事情极为不确定,他们也许手握资源,也许手中有个战略咨询公司包装的方案,但如果你足够资深,你就知道,这离真正开始还有相当长的距离。这也是我们设计师工作的一个主要场景。

我们会和客户一起,参与一个关于洞察和创新的过程,这个过程中我们通过发现、研究、设计、原型、测试、总结、学习、反馈、演进等过程不断打磨我们的产品想法,最终进入到交付阶段。

—————以上为引用—————

是不是感觉和Inception有点像?那这两种项目的区别到底是什么呢?沿用上文中的比喻,Inception基本是按照菜谱来,而Discovery是基本不可能有菜谱。因为不确定性很高,设计师需要准确判断自己手握的食材(资源),了解客户的口味,自己去编写优秀的菜谱(项目计划),再通过火候和调料的掌握去把这盘菜给做出来。换句话说,Inception一般有章可循,不管是1天、3天还是1-2周,都有比较明确的假设范围和可以参照的执行计划;而Discovery项目中设计师需要自己去明确核心假设的范围,再以此为基于去制定执行计划。

这个时候团队构成还是以XD和BA为主,可能有2-4人不等,项目周期一般为1-2个月,比Inception更长。在这个期间非常关键的是保证客户参与,不断确认项目方向。Inception失败的原因是菜炒得难吃,Discovery失败的原因却可能是菜本身不错,但完全不是客户想要的那盘。

关于项目种类就先写这么多。最近几年ThoughtWorks的Discovery类型的项目有很大的发展,我从去年底开始参与过3个,分别是智能汽车产品创新、出行服务生态规划和HMI交互探索;以后有机会再展开写。

ThoughtWorks 的设计流程

ThoughtWorks 的设计流程

英文要求和海外出差机会

英文要求

参加过托福考试的同学都知道,测试分为听、说、读、写四个环节。在ThoughtWorks的工作环境中,对这四种能力都有一定要求,按照重要程度递减就是读>写>听>说。

我们对“读”的要求最高,作为英文为第二语言的人,掌握读也是相对最容易的。我们的工作中有两类情景会用到这项能力:一是日常事务处理,二是项目需求。首先,ThoughtWorks作为一个跨国公司,通行的沟通媒介是英文,公司内很多公示类的邮件都是英文撰写,平时常用的办公系统(报销、timecard等)也是英文。其次,出于项目需求,我们时常需要阅读英文的文献。例如在进行行业技术调研的时候,我参考过美国NHTSA机构关于自动驾驶安全的论述。

所以,ThoughtWorks对于英文的最低要求是基本能够无障碍阅读专业领域的文献资料,如果做不到这一点,ThoughtWorks可能不太适合你。

从本小节开始就是加分项了。因为我们客户中有很多跨国企业,在中国本土的不少项目的产出语言也是英文。

这个时候我们就需要能够用精准的措辞和正确的语法撰写报告,熟练掌握相关领域的英文词汇,将项目产出准确无误地呈现给客户。

很对人觉得从读到写是很难逾越的一大步。我认为这是从量变到质变的积累,读得多了,自然就会写了。

之所以把“听”和“说”分开讲,是因为有的工作场景只具备“听”的能力也能够派上用场。第一是干系人访谈和用户访谈,第二是汇报后的核心干系人反馈。在这两种情况下,口语能力优秀的同事会负责沟通,而听力能力过关的同事可以帮忙记录要点。

到这里就没什么好讲的了,大概就是能做到“愉快地用英文交谈”,大家自行想象一下吧。

另外多说一句,做到这一点我觉得重要的不在于发音标准也不在于词汇量丰富,而在于有自信心。

海外出差机会

海外出差的情况主要分两种,短期(数天至数周)和出海(3个月至无限期)。

短期

短期项目的由来一般是海外客户因为人员或者成本的考虑,希望把项目开发放在中国做。于是就需要中国员工参与Inception,了解客户需求。只要能力满足要求,参与这类项目的机会是很多的。我认识一位同事在过去一年中到海外出差了10次,成功练就1天内倒时差的超能力。

出海

对于有意在国外长期工作的员工,也可以选择时间较长的外派项目。目前开放的国家有美国、德国、澳大利亚和新加坡。

据我所知,符合要求的人只要有意愿,基本都能入选。但基于对入职时间有2年以上的硬性要求,所以不适用于应届毕业生。

关于ThoughtWorks项目情况的介绍就到这里,在下一篇文章中会说明设计师在ThoughtWorks的成长体系和发展空间。

注释:

*围绕某个特定主题的分享,例如”如何在项目中管理复杂的干系人关系“ “如何进行低成本的商业模式验证” “如何做好keynote文档设计”等等。一般时间为1小时,多在午休和下班后时间进行,可邀请任何人,现场或通过视频会议远程接入。
**即向新客户介绍我们的服务内容和服务方式,用来促成新项目的产生

在ThoughtWorks的中国设计团队工作是什么样的体验?-系列文章介绍

Please note: this is the intro for an article series on my experience working at ThoughtWorks China design team. Since the articles are meant for young designers who are interested in joining ThoughtWorks China, they are written in Chinese for easier understanding.

为什么要写这个系列的文章?

硕士毕业后加入ThoughtWorks(以下简称TW)近两年了。从最初的设计新人,到成为senior能够独立推动项目,再到带领着新加入公司的应届生一起工作,对我个人而言是很难得的成长经验。在过去一年中我开始参与团队的招聘工作,筛选了几百份作品集,看了上百份作业,面试了十几位候选人(其中有几人已经成为了我的同事),发现不少应届生在求职和刚开始工作时都经历过和我一样的困惑,由此决定将个人的经验和思考分享出来。

在构思这个系列文章的过程中,我翻看了网上现有的关于TW设计团队的资料,发现公司在过去两年的发展中有了很多理念上的变化。例如,在2017年发布的“知乎问我,‘在ThoughtWorks做设计是怎样一种体验?’”(文章链接)一文中,曾有同事明确提出“应届生不适合在TW工作”。但现在我们的招聘工作已经全面向国内外的应届毕业生开放,有不少校招进来的TWer已经成为了能够独当一面的设计师。

所以,我会尽可能全面地介绍应届生在TW的工作状态,作为对网上已有资料的补充。同时,我想强调两点:

  1. 不是所有的设计师都适合在TW工作

  2. 我的个人经历也不适用于所有在TW工作的设计师

我希望这个系列的文章能为读者带来独特的价值,这基于我个人经历和公司环境的交叉点:

个人经历:

半路出家的设计师,接受过虽然系统但是较为短暂的设计教育,兴趣广泛,认同设计的价值,认为设计思维的工作方式能产生积极的结果。

公司环境:

在TW,每一个人不是被她的职位所定义,而是被她的能力所定义。作为设计师,你需要有进行“体验设计”这项工作的基本能力。但没人会认为你除了这项工作之外不能做别的事情,想做什么完全取决你的意愿,以及你能够做什么。

所以,如果各位应届生在我的个人经历里发现了共同点,或者认为我描述的工作环境对你未来的职业生涯有吸引力,那么这个系列的文章对你可能会对你有些帮助。

这个系列的文章包含哪些内容?

此前我向招聘团队的同事收集了候选人常有的问题,同时从刚入职的应届生那里获得了一些输入,最后结合自己招聘工作中的经验,将比较有代表性的问题整理如下:

  • TW UX这个岗位具体的工作场景是什么?会进行什么类型的项目?

  • Onsite项目和在办公室项目会有什么不一样吗?项目的周期大概是多久?我进去之后会去什么项目?

  • 我该如何准备面试?

  • 应届生进来有什么培训?有没有人可以带着?

  • 在TW会有什么样的晋升空间?

  • 英文是不是要很好?有没有国外项目?需要去国外出差吗?  

  • 在入职前需要做什么准备吗?

  • 应届生试用期的淘汰率高吗?

按照这些问题之间的联系,我计划用4篇文章来进行阐释:

文章1:TW项目情况及设计师职责

  • TW UX这个岗位的工作场景

  • 项目介绍(包含项目类型、周期、地点)

  • 英文要求和海外出差机会

文章2:设计师在ThoughtWorks的成长路径

  • 培训与成长体系

  • 设计师的发展路径

文章3:入职准备和试用期建议

  • 入职准备

  • 设计师胜任力模型

文章4:我们需要什么样的设计师

  • 面试流程

  • 面试准备

在每一篇文章中我都会尽可能描述自己经历过的具体的事例。更新频次大约是1月一篇,根据我当前项目的紧张状况进行灵活调整。