Когда технология становится самоцелью и как это предотвратить.
В прошлой статье мы говорили об обратной стороне усталости и ушах тролля, которые вырастают от нее.
Сегодня поговорим о том, как чаще всего выглядит защита новых технических идей перед руководством и почему она бывает провальной.
Ситуация: приходит такой весь заряженный лид к СЕО и говорит: «Нам нужно переписать монолит на микросервисы. Это современно, это решит проблему с легаси, да и ребятам будет интереснее кодить».
СЕО внимательно слушает и в своей голове переводит это на язык бизнеса: «Так, этот парень хочет сжечь 100 тысяч долларов из моего бюджета и остановить поставку новых фич на полгода просто для того, чтобы его разработчикам было не скучно».
И отвечает: «Денег нет, работаем как раньше».
А лид уходит злой и идет жаловаться коллегам: «Начальники — дебилы, вообще ничего не понимают в нормальной архитектуре»
Знакомая картина? Многие из нас наступали на эти грабли.
Есть ошибочная установка, что самое важное, что главное — это крутой код, отказоустойчивость и правильные паттерны. А все эти бюджеты, ROI, EBITDA и окупаемость — это какая-то скучная бухгалтерия для парней в пиджаках. Очень удобная позиция: «Деньги эти ваши — фу-фу-фу, я тут ТЕХНОЛОГИЯМИ занят».
Проблема в том, что в 2026 году эта позиция — бетонная плита на вашей карьере.
Бизнес делает технологии не ради самих технологий. Он делает их, чтобы зарабатывать деньги или экономить деньги. На управленческих уровнях — от руководителя отдела (РО) до CTO и COO — говорят только на одном языке. И это язык цифр и бизнес-выгоды.
Если вы не умеете оцифровать свои технические решения в деньгах, вы для бизнеса — просто дорогой инструмент. Вас не пустят на стратегический уровень. Более того, вы будете с удивлением смотреть, как повышают других. Тех, кто технически, может, и слабее вас, но зато умеет объяснить акционерам, как новая инфраструктура сэкономит компании 20% на серверах в следующем квартале.
Только когда вы начинаете понимать, зачем бизнесу нужен ваш код, ваши процессы или ваш отдел, вы перестаете быть просто исполнителем и становитесь управленцем, с которым хотят работать вдолгую.
Вспомните свою последнюю техническую или процессную идею, которую руководство завернуло. Почему так могло произойти, поговорим совсем скоро. Как вы её защищали? Пытались доказать, почему это «правильно по архитектуре», или показывали, сколько денег это в итоге принесет (или сэкономит) бизнесу?
Поделитесь своим опытом и историями в нашем «Открытом Кампусе».
Давайте разберем этот кейс вместе.
Ваша Школа менеджмента «Стратоплан»
[Наши программы обучения | Задать вопрос ]
