«Сеньоры» со стальными яйцами: мануал, как за год вырастить годного дизайнера и большая подборка учебников и видео
Привет! Меня зовут Янис Калниньш, и у меня стальное всё, потому что я арт-директор Proscom, разработчика мобильных приложений, интерфейсов и цифровых продуктов для государства и бизнеса. Присаживайтесь поудобнее, и я расскажу, как мы выращиваем дизайнеров для нашей команды.
Уверен, что это будет полезный гайд, поскольку «искать таланты явно дольше, чем растить». Dixi.
Мы в студии выращиваем дизайнеров сразу под наши задачи — интерфейсы, ведь у сформировавшегося организма перепрошить ДНК невозможно. Поэтому вместо тепличных условий у нас экстремальная среда, в которой примерно за полтора года «джун»-практикант превращается в «сеньора». Для этого мы придумали инструкцию по выживанию — Gradebook. О том, как работает наша зачетка, сколько в ней грейдов, какой список маст-рида и KPI, — чуть ниже.
Хорошего дизайнерского образования у нас в стране нет. Это, увы, факт. А то, что есть, не развивает, а скорее портит человека. Не в обиду будет сказано именитым вузам, но добрая половина их выпускников, которые хотят к нам на стажировку, в итоге идет лесом. У них все работы как под копирку — типовой сайт про здания, стандартный про машины, зевотный для ивента и абсолютно снотворный для каких-нибудь курсов личностного роста. Ну, вы поняли… В общем, сразу видно: ни фига не знают, ничего не читают и ничем не интересуются.
В общем, лучше начинать с чистого листа. Поэтому у нас в команде дизайнер — бывший электрик, дизайнер-бариста, дизайнер-инженер (до этого чертил в «Автокаде») и так далее. Есть и вчерашние студенты с примерно нулевым уровнем знаний. Впрочем, с профильным образованием трое, и я, кстати, один из них.
Особых требований к соискателю у нас тоже нет. Даже если у него минимум за спиной, достаточно, чтобы было желание учиться, много работать и быстро развиваться. Чтобы огонь горел. И такое видно сразу. Однако тут есть небольшое ограничение.
Потому что до 30 дизайнер должен успеть выстрелить. Потом начнутся грудные дети, больные родители и другие заботы.
Кроме того, если человек идет к нам на эту должность, значит, какое-то мало-мальское портфолио у него за душой есть. В нем я смотрю на основу основ — хорошо ли работает с типографикой. Мне неважно, что конкретно он делал, какой был макет. Главное — чтобы по технике все было аккуратно и со вкусом. Остальному можно научиться, если не филонить. В дизайне нет ничего непостижимого. С этим не рождаются. А значит, будем учить всему сами. Так у меня и появилась идея дорожной карты дизайнера для быстрого роста.
Скармливаем слона по частям
Итак, перед нами грейдбук (от слова grade — «уровень, оценка»). Составляя его, мы ни на кого не оглядывались. Конечно, мы не изобрели велосипед: книг по мотивации и прокачке персонала достаточно насмотрелись в крупных корпорациях, с которыми работаем. Но дьявол — в деталях. Каждый бизнес уникален, и тем более наш. Мы не просто дизайнеры, мы занимаемся интерфейсами. Это особая дизайнерская каста. Так что тут требуется и особый подход.
У нашей книги съемная суперобложка, которую сделал наш иллюстратор Вася. Для девочек и мальчиков Вася придумал разные — лесбийскую розовую и гейскую голубую. Почему так? Не знаю, спросите у Васи. Моя версия: наверное, потому, что учеба — это и приятно, и больно.
Чем наполнить грейдбук, я понимал еще задолго до его верстки. К нам приходили начинающие дизайнеры, и я показывал им список того, что предстоит сделать. Настолько внушительный, что ребята пугались. Поэтому мы решили, что лучше скармливать слона по частям.
Грейдбук — что-то вроде зачетки, с этапами и подведением итогов по мере прохождения каждого. Когда человек видит, что задача ему по силам, он, вероятнее всего, справится с ней. Вдвойне возрастает и мотивация, когда начинает получаться и когда он видит прогресс — от «джуниора» через «мидла» и до «сеньора» к звездам.
Движение по грейду зависит от трех вещей.
Во-первых, от самообразования: в грейдбуке перечислены книги, статьи и видеоролики, которые мы тщательно отобрали для себя. Все это добро заботливо собрано у нас в сетке. Так что ребятам не надо метаться в его поисках, да и тратить время на туфту, которой заполнено инфопространство. Только хард-кор, только суть.
Во-вторых, рост напрямую связан с объемами работы. Наши «джуны» начинают с клиентских презентаций, поэтому для них KPI — это просто количество сделанных слайдов. Скорость работы тоже важна — человек должен уметь оптимизировать процессы. Так, если вначале «джуниор» делает один слайд презентации два часа, то к концу этапа — всего за 30 минут.
В-третьих, переход на новый уровень зависит от выполнения тестовых задач. Это что-то вроде зачета. Мы вместе с дизайнером подыскиваем задачу, которая и ему интересна, и бизнесу полезна. То есть такое я не спускаю сверху авторитарно, потому что у каждого свои интересы и способности.
В итоге успешное прохождение грейда мы поощряем не только повышением статуса, но и финансово. Дизайнер начинает больше зарабатывать, получает более интересные задачи, а главное — четко понимает, что нужно сделать для еще одного квантового скачка и сколько времени уйдет на прокачку.
Кстати, о сроках. Перейти на новый уровень можно через три месяца. Таким образом, от «джуниора» через «мидла» до «сеньора» можно добежать всего за год с копейками, и такие случаи у нас уже были. Каждые три месяца мы проводим так называемые фидбэки — что-то вроде зачетов по пройденному материалу и пережитым проектам. Делать их чаще или раньше нет смысла — никто не успеет пройти уровень, проверено.
Все, что перечислено в грейдбуке, я, конечно, читал-перечитывал сам. И выборочно задаю вопросы по книгам и статьям. Тех, кто не ленится, видно сразу. Они и помимо списка в грейдбуке успевают перехватить что-то полезное, конспектируют и собирают для себя любыми удобными способами.
Но есть среди нас и те, кто уже знает все и везде побывал. Для таких мы придумываем дальнейшие пути развития. То есть прохождение грейдбука — это не самоцель и не финал, а скорее старт для дальнейшего самокопания и роста. На каждом фидбэке я провожу небольшой опрос: мы вместе с дизайнером нащупываем точки его дальнейшего развития — может быть, ему неинтересны интерфейсы, и он хочет заниматься 3D, а в грейдбуке этого нет. Все это обсуждаемо, и в этом смысле у нас демократия.
Почему грейдбук на бумаге
Наверное, бумажная зачетка в диджитал-агентстве выглядит странно. Но мы просто хотели оторвать ребят от экранов. Они ведь ничего, кроме айфона и мышки, в руках не держат. А наша книга хорошо сделана и напечатана, ее приятно держать в руках и заполнять. Удобно достать в метро и по дороге. Кроме того, у печати есть свои преимущества, а у «цифры» — свои.
Конечно, грейдбук 2.0 будет уже цифровым. В облаке удобно отслеживать выполнение задач, тасовать и приоритизировать подзадачи. Например, когда мы проектировали бумажную версию три года назад, в ней среди обязательных инструментов были в основном фотошоп и «Иллюстратор», но уже год, как мы активно работаем в «Фигме», а в бумажной версии грейдбука ее нет.
Кроме того, у меня постоянно возникают новые идеи: что-то увидел, узнал, сразу хочется добавить в грейдбук, поделиться с ребятами.
Конечно, кроме книги есть у нас и другие инструменты — всякие там матрицы компетенций, ежеквартальные/полугодовые/годовые срезы, оценки 360, где ребята анализируют друг друга. Есть практика, которую мы называем «выход из зоны комфорта». Например, когда графическому дизайнеру дают задачу сделать сайт. Он их никогда не делал, но это и хорошо — пусть пилит как видит. Это добавляет проекту свежего воздуха в виде идей и взгляда с непривычного ракурса.
Еще у нас принято «шарить» свои умения на встречах Knowledge Sharing. Узнал что-то новое про 3D-графику? Поделись с другими. Бывший бариста? Выйди и расскажи, как кофе заваривать. В общем, если чувствуешь приятную тяжесть там, где и полагается «сеньору», то передавать свои знания младшим коллегам — это даже не пожелание, а обязанность.
И что, ваши дизайнеры живут по грейдбуку, сдают зачеты и «вот это всё»?
Со стороны все звучит круто, но я чувствую ваш скепсис, ведь мы имеем дело с креативным классом.
Поэтому отвечу на самый острый вопрос: филонит ли кто-то с заполнением грейдбука? Да, конечно! Почти все. Есть персонажи, которые вообще живут в параллельной реальности относительно мира орднунга, зачетов и метрик. И переделать их практически нереально, да и не требуется. Однако в нашей системе координат таким ребятам придется постичь разницу между свободой и окончательным уходом в раздолбайство. И выбрать свой вариант.
Ведь «сегодня есть вдохновение, а завтра нет» — это все не про нас. Равно как мы не оперируем субъективными понятиями вроде красоты или эстетики. Взялся за грейд? Иди до конца! С той скоростью, на которую способен. И без ущерба для основных рабочих задач.
Мы же создадим комфортные условия и компенсируем переработки. Потому что нам важно не перегружать сотрудников. И хотя со стороны вся эта учеба в бою выглядит именно так, мы все-таки выдерживаем баланс. И помогает...
Формула оптимальной загрузки дизайнера
Тут все очень просто. С одной стороны, мы отслеживаем прогресс людей по грейдбуку, а с другой — не перекрываем им кислород. Ведь наш бизнес едет по прагматичным рельсам, и клиенты платят за то, чтобы у них не болела голова от про****ных сроков и проектов. И чтобы такого не случалось, мы постоянно следим за загрузкой ребят. На 40 часов в неделю у каждого должно быть как минимум два свободных часа в день. Если остается меньше, значит, нет задела на внезапные крупные проекты и прочие нежданчики. Если постоянная загрузка приближается к 75%, начинаем искать новых людей. Вот и весь секрет. А учеба идет своим чередом.
В конце хочу дать список литературы из нашего грейдбука для вашего внеклассного чтения. А у вас есть чо для сотрудников или, может быть, есть чо добавить в наш лист?;
а ведь у него ещё 40 лет впереди ))
К «сеньору» в активе у человека уже будут 6600 слайдов, порядка 60 книг (не только о дизайне),60 книг - это уровень правильного джуна, во всяком случае в программировании. с другой стороны, то что за 1.5 года человек у вас столько прочитывает, при этом ещё успевая работать - вызывает восхищение
успешное прохождение грейда мы поощряем не только повышением статуса, но и финансово.даже не верится! неужели наконец появаилась контора где сеньорам платят больше чем джунам
за грейдбук огромное спасибо. тем более что на последнем этапе книги, полезные любым менеджерам
Каких это 60 книг - уровень джуна в программировании? )))
джун - это человек, окончивший вуз. вот вузовское образование - это 50-100 книг по специальности
У вас богатая фантазия. Вышка в IT не является необходимостью.
Цифры у вас взяты с потолка.
Можно понять каким боком вы к разработке и на какой позиции?
главный инженер в huawei research
50-100 - это примерная оценка того, сколько я книг прочёл в детстве прежде чем стал работать fulltime. т.е. я как раз самоучка, но прежде чем начать работать, я самостоятельно получил фундаментальное образование.
это можно делать в вузе, это можно делать самостоятельно, но главное что нормальный джуниор - это человек, уже получивший солидный багаж теоретических знаний, и теперь готовый применить его на практике. судя по всему, эта контора как раз и занимается тем, что сама обучает людей за неимением подходящих курсов в вузах
Давайте список.
Книги без прикладного опыта бесполезны. Работа в проектах сильно отличается от того что описано на бумаге.
Я не знаю как у вас в в Huawei, но везде где я сталкивался джун это человек который с минимальными знаниями способен учиться и выдавать код под присмотром сеньоров.
Поэтому джун должен освоить основы какого-то языка, прочитать 5-10 книг по азам и идти работать. А не пытаться понять паттерны GoF без практики
Не говоря уже о том что сейчас огромное количество информации, особенно свежей не на бумаге.
мой список устарел, да и не помню я. я просто был записан в 5-10 библиотек, и систематически читал всё что находил интересным. понятно, что сейчас всё смещается к блогам, но в основном это уже гарнир, а упорядоченные фундаментальные знания можно получить только из курсов/книг
Вот пара актуальных списков книг по разным темам:
https://www.quora.com/How-do-I-learn-data-structure-and-algorithm-in-C++-I-know-the-basics-by-myself-Can-you-suggest-any-e-books-for-me-to-use/answer/Bulat-Ziganshin
https://www.quora.com/What-are-good-resources-to-learn-concurrent-programming-in-C++/answer/Bulat-Ziganshin
Помимо этого, я рекомендую SICP, "Computer architectures" by Hennesy, FxtBook, плюс что-то по устройству БД, ОС и компиляторов. В целом, в CS есть десяток топиков, по каждому вы прочтёте несколько книг - вот половина профминимума и набегает. Вторая половина - уже согласно вашей специализации, для кого-то это может быть Троэлсен, для кого-то - dragon book
Поэтому джун должен освоить основы какого-то языка, прочитать 5-10 книг по азам и идти работать. А не пытаться понять паттерны GoF без практикипаттерны - это как раз инженерные практики, а не фундаментальные знания. что касается вашего мнения что джуном можно стать за несколько месяцев, то есть два но - 1) у него будет бешеная конкуренция, 2) после того как он пробьётся немного выше, ему не будет хватать тех самых фундаментальных знаний для дальнейшего развития
Когда я начинал да, были только книги. Даже на первой работе за деньги в 2001 осваивал РНР. По книге.
Я хочу сказать что именно книг по фундаментальным знаниям и основам алгоритмов немного. Остальное уже практики.
Ну и эрланг для джуна это перебор :)
книг конечно же хватает, просто у вас замкнутый круг, и в 40 из него уже сложнее вырваться. я до 30 тоже занимался энтепрайзом, потом переключился на алгоритмику, high-performance. последняя моя работа - оптимизация движка mariadb, до этого я участвовал в переносе apache spark на gpu.
таких как вы программистов, конечно, большинство, но вы и ограничены з/п в 200-300 штук пока не займётесь более фундаментальными вещами
У вас круг не замкнутный конечно :)
Озвученное ограничение по ЗП я уже давно прошел. Расти можно не только занимаясь "более фундаментальными вещами". Наоборот, прикладными но на уровне продуктов а не технологий. Т.е. мне сейчас интереснее запустить свой продукт а не ковырять плюсы и устройство БД. Я не говорю что ваш путь плох, нет. Просто есть альтернативы.
безусловно, речь только о развитии как программиста. менеджмент, бизнес и т.д. - другой трек, и большинство людей к 40 уже минимум тимлиды
но ведь в менедмент и уходят отчасти потому, что не видят своего дальнейшего развития в программировании? ;) я например от HPC намерен плавно перетечь в high-load, т.е. высоконагруженные сервера, а это супер-востребовано в любой крупной компании
а с людями я пробовал поработать - мне не пошло. как раз 20 лет назад внедрял свою программу в Управлении реализации нефти Татнефти. внедрял, внедрял и пришёл к выводу, что моё - это писать нечто малопонятное в уголочке чтоб меня никто не трогал. а все проблемы с окружающим миром решайте вы, менеджеры :)
с другой стороны, у меня есть приятель, который в 90-х был программистом, в 2000-х - сисадмином, а сейчас совсем утратил hard skills, и стал менеджером проектов. супер-дружелюбный и коммуникабельный, супер-работоспособный, 12 часов в сутки на 4-х работах - легко. т.е. он в принципе только связывает всех воедино и заставляет коллектив работать как часовой механизм
Давай откровенно, то чем ты занимаешься это в лучшем случае 1% программистов. Для этого нужны как математические способности так и когнитивные (усидчивость и прочее).
Банально по распределению гаусса большая часть останется в том диапазоне ЗП который ты озвучил. Все что выше - уже скорее с лейблом "талант". И тут честно не зависит от того сколько книжек ты прочитал джуном :)
PS Стать пиздатым СТО или СЕО с тех-бэкгранудом тоже не осилят большинство программистов.