Книга «45 татуировок менеджера» Максима Батырева давно стала одной из самых обсуждаемых российских книг про управление. Её часто советуют начинающим руководителям, начальникам отделов, тимлидам и тем, кто только переходит из роли исполнителя в роль управленца.
Но особенно интересно читать эту книгу в контексте ИТ-управления. Потому что ИТ — это среда, где руководитель каждый день сталкивается не только с задачами, сроками и людьми, но и с авариями, SLA, конфликтами приоритетов, техническим долгом, ночными инцидентами, сопротивлением изменениям и необходимостью принимать решения быстро.
«45 татуировок менеджера» — это не книга про красивые методологии. Это скорее набор управленческих шрамов, выводов и правил, которые автор получил через собственный опыт. Именно поэтому она хорошо воспринимается практиками: в ней много узнаваемых ситуаций, где руководитель вынужден выбирать между удобным и правильным.
Для ИТ-руководителя книга полезна тем, что постоянно возвращает к простой мысли: управление — это не должность, а ежедневная ответственность за результат команды.
В ИТ часто бывает соблазн остаться «самым сильным инженером» в подразделении. Руководитель может продолжать тушить аварии руками, писать скрипты, разбираться в конфигурациях, закрывать задачи за сотрудников. На короткой дистанции это работает. На длинной — команда перестаёт расти, а руководитель становится узким местом.
Одна из главных идей книги — руководитель должен строить систему, а не подменять её собой. Для ИТ это особенно важно. Хороший руководитель NOC, эксплуатации или разработки не тот, кто лично решает каждую проблему, а тот, кто выстраивает процессы так, чтобы команда могла стабильно работать без ручного героизма.
Книга хорошо раскрывает тему дисциплины. В ИТ-среде это иногда воспринимается болезненно: инженеры любят свободу, гибкость и творческий подход. Но там, где есть эксплуатация, мониторинг, аварийные заявки, клиентские сервисы и инфраструктура, дисциплина — это не бюрократия, а условие выживания.
Регламенты, чек-листы, понятные зоны ответственности, фиксация договорённостей, контроль исполнения — всё это напрямую влияет на качество сервиса. Без этого любая команда постепенно превращается в набор сильных специалистов, которые работают каждый по-своему.
Особенно ценной книга становится для тех, кто вырос в ИТ из технической роли. Такой руководитель часто хорошо понимает технологии, но не всегда сразу принимает, что его новая главная задача — работа с людьми. Нужно давать обратную связь, принимать неприятные решения, разбирать ошибки, удерживать фокус команды, объяснять цели и добиваться результата не через личную экспертизу, а через управление.
В книге много прямых и местами жёстких формулировок. Это может не всем понравиться. Некоторые принципы выглядят спорно, особенно если читать их буквально и без поправки на современную культуру управления. Но в этом и ценность книги: она заставляет спорить, сравнивать с собственным опытом и задавать себе вопросы.
Например:
«А я как руководитель действительно управляю процессом или просто реагирую на проблемы?»
«Есть ли у команды понятные правила игры?»
«Понимают ли сотрудники, за какой результат они отвечают?»
«Не подменяю ли я управление личным героизмом?»
«Не терплю ли я системные проблемы только потому, что привык тушить их вручную?»
Для ИТ-управленца эти вопросы особенно болезненны, потому что в инфраструктуре и сервисной эксплуатации слабые места быстро становятся видимыми. Если процесс не описан — это проявится в аварии. Если ответственность размыта — это проявится в затянутой реакции. Если руководитель не умеет требовать результат — это проявится в качестве сервиса.
При этом книгу не стоит воспринимать как универсальную инструкцию. Это не «единственно правильный способ управления». Скорее, это опыт сильного операционного руководителя, который можно примерить на свою команду и выбрать то, что действительно подходит.
В контексте ИТ я бы выделил несколько ключевых выводов из книги:
Первое — руководитель должен быть последовательным. Команда быстро считывает, где правила настоящие, а где формальные.
Второе — нельзя строить управление только на личной лояльности и хороших отношениях. Важны результат, ответственность и прозрачные ожидания.
Третье — проблемы нужно вскрывать, а не замалчивать. В ИТ замалчивание почти всегда приводит к повторению аварий и накоплению технического долга.
Четвёртое — сильная команда не появляется сама. Её нужно выращивать, обучать, корректировать и иногда принимать непопулярные решения.
Пятое — руководитель отвечает не только за то, что сделал сам, но и за то, как работает вся система вокруг него.
«45 татуировок менеджера» стоит читать не ради готовых шаблонов, а ради управленческой перезагрузки. Эта книга хорошо помогает выйти из режима «я просто старший инженер» и посмотреть на свою роль шире: как на человека, который отвечает за процессы, людей, результат и устойчивость команды.
Для ИТ-руководителя это особенно актуально. Потому что технологии меняются, инструменты меняются, команды растут, сервисы усложняются. Но базовые управленческие вопросы остаются теми же: кто отвечает, что должно быть сделано, как измеряется результат и что будет, если договорённости не выполняются.
Именно поэтому «45 татуировок менеджера» можно рекомендовать руководителям ИТ-направлений, начальникам NOC, тимлидам, руководителям эксплуатации, сервисных подразделений и всем, кто начинает управлять людьми в технической среде.
Это не лёгкая мотивационная книга. Это скорее честный разговор о том, что управление — это работа, в которой нельзя постоянно прятаться за экспертизу, занятость или добрые намерения.
Итоговая оценка
Книга полезна для ИТ-управленца, особенно если читать её не как догму, а как повод пересмотреть собственные управленческие привычки.
Кому читать
Руководителям ИТ-отделов, тимлидам, начальникам эксплуатации, NOC, сервисных команд и всем техническим специалистам, которые переходят в управление.
Главная мысль
Хороший руководитель в ИТ — это не тот, кто сам решает все проблемы, а тот, кто строит систему, в которой команда стабильно решает их без постоянного ручного управления.
Комментариев пока нет.