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