Люди и ответственность

Самостоятельность нельзя потребовать. Её нужно спроектировать.

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

Фраза «людям нужно брать больше ответственности» звучит часто. Но ответственность не появляется от призыва быть инициативнее. Нужны понятные границы: что человек может решать сам и за что отвечает.

Самостоятельность начинается с понятных правил

Человек способен уверенно принимать решение, когда понимает границы своей области, знает всё необходимое для решения, действительно имеет право его принять и понимает, за что будет отвечать после.

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

Самый сильный человек легко становится узким местом

Он быстрее остальных разбирается. К нему идут за советом. Потом — за решением. Затем — за согласованием. Через некоторое время без его участия невозможно изменить существенную часть системы.

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

Технический лидер — не обязательно ещё один начальник

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

Так хороший инженер не обязан становиться менеджером, а менеджер — изображать самого сильного инженера команды.

Команда — это не просто люди с одним руководителем

Настоящая команда появляется вокруг общего результата. Если backend успешно сделал backend, frontend — frontend, QA всё проверил, а продукт всё равно не выпущен, локальные успехи мало что значат.

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

Что я обычно проверяю

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

Есть похожая ситуация?

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