Дилемма руководителя

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

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

Как руководитель ты должен развивать продукт и обладать для этого давящей силой (леверейдж). С другой стороны ты должен быть достаточно лоялен к сотрудникам, чтобы их производительность была стабильной. И именно в этом дилемма.

Например, дизайнер приносит тебе какое-то решение. Ты видишь, что это решение не оптимальное или дизайнер не учел какие-то сценарии, или все вместе. И у тебя стоит выбор: дать фидбек и отправить дорабатывать или отправить в работу и поблагодарить дизайнера.

Отправить дорабатывать

Кажется, что это самое правильное решение и оно соответствует твоей основной задаче. Но если это происходит постоянно, то есть побочные эффекты:

  • самооценка дизайнера потихоньку падает и это сказывается на его продуктивности;

  • ты душнила и скотина в его глазах.

И не важно насколько мягкие слова подбирать для фидбека, факт – ты поправляешь.

Пропустить

Конечно, можно и пропустить. Желательно сказать, что работа хорошая и дизайнер молодец! Но у этого другая сторона:

  • дизайнер уверенно продолжает приносить плохие решения;

  • продукт развивается медленнее;

  • ну и ты «ничего так» руководитель.

Вот и выбирай, быть душнилой или выдавать посредственный результат.

По субъективным наблюдениям выбор коррелирует с опытом. Менее опытные впадают в крайности, более опытные постоянно лавируют.

Лавировать

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

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

Докручивать самому

Есть те, кто хвалят дизайнера, а потом идут и докручивают его решение сами. Но я таких не отношу к руководителям.

Особое искусство поправлять «равного» тебе дизайнера. Равного по позиции, но не по скилам. Это очень энергозатратная задача. Скилом владею процентов на 60%

Источник: https://habr.com/ru/articles/812469/


Интересные статьи

Интересные статьи

Привет, это Kotelov digital finance. Сегодня поговорим, как в молодым айтишникам и джунам стать руководителем отдела информационной безопасности: какие нужны навыки и как выстраивать рабочие проц...
Макс Осадчий рассказывает, как за два с половиной года вырос из QA-инженера в руководителя отдела тестирования red_mad_robot, расширил его с четырёх до двадцати человек, и делится уроками, которые усв...
Привет, я Сергей Баранов, и с недавнего времени я Technical Unit Leader в Авито, проще говоря — тимлид тимлидов. Когда-то я начинал как обычный разработчик, а потом стал лидером маленькой команды из ч...
Обсуждаем мотивацию сотрудников в IT: чем компании привлекают и удерживают таланты в 2021 году, как предотвращать выгорания и почему мотивация не должна завязываться только на отношениях «руководи...
Мы, разработчики, создаем алгоритмы, программы, приложения. Они часто наполнены для программиста красотой технических решений, изяществом архитектурных подходов или проработанностью алгор...