Ну что, друзья мои, судя по реакциям на прошлый пост, мысли про AI, который всех нас заменит — и разработчиков, и руководителей заодно — вам уже немного поднадоели 🥴

Ну ладно. Давайте снизим градус футурологии и вернёмся к нашей управленческой классике.

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

Теперь поговорим про Администратора (Administrator, буковка A).

Администратор — это менеджер, который отвечает за порядок и делает так, чтобы работа команды была предсказуемой, повторяемой и управляемой.

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

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

Но логика у него простая. Если что-то в компании случилось один раз, значит, это может случиться ещё раз. А если это может случиться ещё раз, значит, надо придумать, как в следующий раз не зависеть от удачи, памяти конкретного человека и ночного героизма.

Поэтому Администраторы очень не любят героев.

Для Производителя герой — красавчик, который затащил и спас ситуацию. Для Администратора герой — живое доказательство, что где-то процесс дал слабину.

Он, конечно, понимает, что человек выручил команду. Но всё равно смотрит на этот подвиг как на незакрытый баг в своём регламенте.

Злится, вздыхает и идёт дописывать регламент 🙃

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

А вот где Администратор раскрывается по-настоящему, так это в большой компании. Там появляются смежники, дежурства, отпуска, онбординг, доступы, релизы, поддержка, performance review, должности, грейды, разные часовые пояса — и Администратор прикладывает все усилия, чтобы знания не жили только в головах людей, а превращались в понятный и последовательный регламент 💪

Главная опасность Администратора — перепутать порядок с результатом.

Пока процесс помогает команде спокойнее приходить к результату, всё хорошо. Он убирает хаос и не даёт наступать на одни и те же грабли.

Но иногда Администратор так увлекается порядком, что процесс становится важнее смысла.

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

И вот пользователям больно, команда бесится, сроки едут, а руководитель не понимает, что не так. Отчёты заполнены, встречи проведены, галочки стоят — значит, всё работает.

В крайней форме (-A--) Администратор превращается в Бюрократа, у которого регламент уже не помогает реальности, а пытается её заменить.

Идею Администратору нужно продавать через управляемость.

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

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

Для Администратора хорошая идея выглядит не как приключение, а как контролируемое изменение.

Ну а если так случилось, что Администратор — это ты, то периодически проверяй, не слишком ли дорого команде обходится твой порядок 😎