Как сделать дизайнеров счастливыми - страница 6

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

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

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

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

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

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

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

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

Понятное распределение компетенций

Правила работы с задачами немыслимы без определения лиц, принимающих решения, и их полномочий. Для дизайн-команд это особенно важно.

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

Конечно, такой подход к дизайну очень поверхностный, и это понимают даже сами комментаторы, но все равно не могут удержаться от высказывания своего мнения.

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

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