На ранних стадиях вовлечения дизайнера в новый проект с интересом обычно полный порядок: дизайнеру все в новинку и ему не терпится во всем поскорее разобраться. Но по мере того, как дизайнер глубже погружается в продукт и конкретные задачи, эта потребность должна закрываться за счет эмоционального вовлечения в продукт, что случается далеко не всегда. Если любви с продуктом не случается, это может стать серьезной проблемой.
И, наконец, прогресс. О нем дизайнер начинает серьезно задумываться, когда закрыты предыдущие, базовые, потребности. Даже если работать комфортно и интересно, возникают вопросы «А что будет дальше?», «Развиваюсь я или стою на месте?», а вместе с ними и желание двигаться вперед.
Все три потребности – в комфорте, интересе и прогрессе – нужно закрывать. Чтобы это сделать, есть ряд управленческих практик, которые я назвал алгоритмами.
Для самых дотошных читателей оговорюсь: в строгом смысле слова, конечно, эти практики не являются алгоритмами, потому что не всегда предполагают четкой последовательности действий. Но «управленческие практики» звучат сухо и бюрократично, а прекрасное слово «паттерны» застолбил за собой Юрий Ветров[3]. Так что пусть будут алгоритмы.
Всего алгоритмов у меня получилось одиннадцать, по четыре на «комфорт» и «прогресс» и три для «интереса»:
Далее я подробно разберу эти алгоритмы, и каждому из них будет посвящена отдельная глава.
Не стоит, однако, ожидать пошаговой инструкции по их реализации. То, как «приземлить» эти алгоритмы на свою команду, вам придется решать самостоятельно. Все команды и проекты по-своему уникальны, и то, что может сработать для одних, совсем не подойдет другим. Поэтому я постараюсь избежать категоричности в своих рекомендациях и буду рассматривать только самые универсальные принципы применения алгоритмов.