Страх делегирования и как его победить

[shut-down-now]

>Второй страх был ещё коварнее. Мне казалось, что если я отдам задачу, её всё равно сделают хуже. Или с ошибкой. Или не так аккуратно, как сделал бы я сам

это не страх, а статистика. от команды, конечно, зависит, но ленивых и/или долбоебов скорее всего большинство. они прям везде. ещё и фиг уволишь с ТД

с приходом gpt появилось хорошее решение, техлид без пинальщиков + gpt.

вполне заменяет небольшую команду

[IIopy4uk]

Это именно страх. И зиждется он на чёрно-белой "аксиоме" (подчёркиваю - в кавычках), что есть только либо "мой правильный способ", либо "неправильный способ" решения задачи.

Любой другой человек сделает задуманное не так, как планировалось - просто потому что он другой, безотносительно того, долбоёб он или нет.

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

[MazurenkoEvgeniy]

Очень точное замечание про «аксиому». Я бы даже сказал, что это один из главных внутренних барьеров, который тяжелее всего распознать. И особенно забавно, что со стороны это часто выглядит как рациональная оценка рисков. А по сути, да, просто неготовность допустить, что чужое решение может быть не хуже, а иногда и лучше или просто другим. У меня был случай, когда разработчик после делегирования выдал решение, которое меня сначала покоробило, оно не совпадало с моим «каноном». А спустя полгода именно его подход позволил легко решать похожие задачи, и я бы сам до такого не додумался.Вопрос тогда вот в чём, как вы для себя отличаете ситуации, где разное решение, это просто «другое», от тех, где оно действительно хуже по объективным метрикам? И как в команде сделать это различие частью культуры, чтобы люди не боялись предлагать непохожие решения?

[IIopy4uk]

Вопрос тогда вот в чём, как вы для себя отличаете ситуации, где разное решение, это просто «другое», от тех, где оно действительно хуже по объективным метрикам?

Обсуждаю решение с человеком и совместно приходим к компромиссу. И первое, что подсвечивается - насколько затраты на этот способ решения задачи соотносятся с результатом.

И как в команде сделать это различие частью культуры, чтобы люди не боялись предлагать непохожие решения?

Вот этого я как раз не знаю :)

Есть какие-то общие принципы, типа "прозрачность и предсказуемость действий и задач" и "отсутствие пенальти за инициативу", но в стройную систему я их не укладывал.

[MazurenkoEvgeniy]

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

[shut-down-now]

>У всех есть свои плюсы и свои минусы.

Очевидно, что плюсы не гарантированы. А минусы - да, обязательны.

[funca]

Это именно страх. И зиждется он на чёрно-белой "аксиоме" (подчёркиваю - в кавычках), что есть только либо "мой правильный способ", либо "неправильный способ" решения задачи.

Люди не хотят делегировать людям, но с удовольствием делегируют агентам. Хотя предсказуемость и качество результата на выходе у последних уже вошло в фольклор. Думаю, здесь должны быть и другие, причём более сильные, причины. Интересно, какие?