Андрей Богданов – Как сделать дизайнеров счастливыми (страница 5)

И последнее. Я убежден, что человечество движется по пути гуманизации и снижения насилия. Этот процесс сопровождается страшными откатами назад, как показывает последнее время, но он необратим. Давайте не противиться неизбежному, а способствовать наступлению прекрасного будущего, в котором люди живут и работают с удовольствием.

Потребности и алгоритмы их закрытия

Итак, настало время перейти к основной теме. Как же нам сделать дизайнеров счастливыми?

Анализируя свой и чужой опыт, я пришел к выводу, что для этого нужно закрыть три базовые потребности дизайнеров:

1) потребность в комфорте;

2) потребность испытывать интерес к работе;

3) потребность развиваться и ощущать прогресс.

Назовем их для краткости «комфорт», «интерес» и «прогресс».

Комфорт заключается в отсутствии чрезмерного стресса. Это, пожалуй, самая базовая потребность любого сотрудника: испытывать ощущение безопасности на работе, а не идти туда каждый день как на казнь.

Если окончание выходных сопровождается тревожным предчувствием, а по вечерам хочется лечь спать позже, чтобы оттянуть наступление рабочего дня, потребность в комфорте на работе явно не закрыта.

Интерес связан с эмоциональной вовлеченностью в рабочий процесс.

Бывает, что работа в целом комфортная и не вызывает отторжения, но воспринимается исключительно как рутина, необходимая для зарабатывания денег. Для любого квалифицированного специалиста такая ситуация ненормальна и грозит выгоранием. Чтобы избежать этого, руководителю нужно прилагать усилия к закрытию соответствующей потребности.

Прогресс – это движение вперед за счет прокачки профессиональных компетенций и улучшения позиции на рынке труда.

Может показаться, что потребность в прогрессе есть только у самых целеустремленных дизайнеров. Но это не так: развиваться и расти хотят все. Я расскажу об этом подробнее в той части книги, которая посвящена этой потребности.

Все три потребности существуют постоянно, но дают о себе знать на разных этапах отношений дизайнера и компании.

Если предположить, что интерес к вакансии есть у дизайнера изначально, то первой проявляет себя потребность в комфорте. Уже на этапах общения с HR-специалистом, интервью и тестового задания дизайнер понимает, комфортно ему в этих процессах или не очень.

Поэтому не стоит забывать о том, что наем – это двусторонний процесс, в котором не только работодатель выбирает сотрудника, но и наоборот. Постарайтесь, чтобы трудоустройство стало для дизайнера не тяжким квестом, а простой и понятной процедурой. Впрочем, как и онбординг – знакомство с командой, изучение процессов и погружение в задачи.

Второй обостряется потребность в интересе. На ранних стадиях вовлечения дизайнера в новый проект с интересом обычно полный порядок: дизайнеру все в новинку и ему не терпится во всем поскорее разобраться. Но по мере того, как дизайнер глубже погружается в продукт и конкретные задачи, эта потребность должна закрываться за счет эмоционального вовлечения в продукт, что случается далеко не всегда. Если любви с продуктом не случается, это может стать серьезной проблемой.

И, наконец, прогресс. О нем дизайнер начинает серьезно задумываться, когда закрыты предыдущие, базовые, потребности. Даже если работать комфортно и интересно, возникают вопросы «А что будет дальше?», «Развиваюсь я или стою на месте?», а вместе с ними и желание двигаться вперед.

Все три потребности – в комфорте, интересе и прогрессе – нужно закрывать. Чтобы это сделать, есть ряд управленческих практик, которые я назвал алгоритмами.

Для самых дотошных читателей оговорюсь: в строгом смысле слова, конечно, эти практики не являются алгоритмами, потому что не всегда предполагают четкой последовательности действий. Но «управленческие практики» звучат сухо и бюрократично, а прекрасное слово «паттерны» застолбил за собой Юрий Ветров[3]. Так что пусть будут алгоритмы.

Всего алгоритмов у меня получилось одиннадцать, по четыре на «комфорт» и «прогресс» и три для «интереса»:

Далее я подробно разберу эти алгоритмы, и каждому из них будет посвящена отдельная глава.

Не стоит, однако, ожидать пошаговой инструкции по их реализации. То, как «приземлить» эти алгоритмы на свою команду, вам придется решать самостоятельно. Все команды и проекты по-своему уникальны, и то, что может сработать для одних, совсем не подойдет другим. Поэтому я постараюсь избежать категоричности в своих рекомендациях и буду рассматривать только самые универсальные принципы применения алгоритмов.