Про CTO, управление и менеджмент
Открыть в Telegram
Авторский канал про CTO. Пишу о работе и буднях технического директора в IT компании. Размещение рекламы: @n_ashanin
Больше3 608
Подписчики
Нет данных24 часа
-257 дней
-7130 дней
Архив постов
О развитии культуры в удаленной команде
Большинство из нас - первые руководители, которым приходится управлять удаленной командой. У нас не было перед глазами ролевых моделей или специализированного обучения. Лучшие практики создаются прямо сейчас и пишем их мы сами.
Поэтому рекомендации на эту тему всегда ценны. Например, вот что советуют в DDI:
👉Превратите правило “открытой двери” в “открытый календарь”
Руководителю на удаленке важно сознательно создавать пространство для общения с командой. Потому что популярное оффлайн-правило “открытой двери” (“Если понадоблюсь - зови”) оказывается нерабочим в случае, если ближайшее окно для созвона в вашем гугл-календаре - через две недели.
👉Чаще проводите тет-а-тет созвоны, посвященные развитию сотрудников
На них можно обсудить карьерные устремления, навыки, которые сотрудник хочет развить, варианты необходимой ему поддержки.
👉Погружайте команду в контекст развития компании
На удаленке легче замкнуться в себе и сосредоточиться на своей небольшой функции. Важно следить за тем, чтобы сотрудники понимали общую картину изменений, их причины и важность команды для успеха компании.
👉Помогайте сотрудникам в нетворкинге
В офисе легко знакомиться: обсудить сериал с коллегой у кофемашины или найти лучшего друга, одолжив степлер в соседнем кабинете. На удаленке руководителям необходимо помогать членам своей команды создавать и развивать сети контактов. Особенно это важно для новичков.
👉Налаживайте командное взаимодействие
Руководителям необходимо создавать пространство, в котором сотрудники могут проводить мозговые штурмы, учиться друг у друга и поддерживать в сложных ситуациях.
👉Работайте над удержанием сильных специалистов
Сложно поддерживать сильную культуру удаленной работы, когда в команде постоянно меняются люди. Важно работать над созданием виртуальной рабочей среды, которая побуждает людей оставаться в компании.
А вот онлайн-вечеринки в Zoom и виртуальные мероприятия по тимбилдингу, оказывается, не в тренде. Отменяем🙃
+4
🧑🎄 Дед Мороз, мне не нужны подарки, лучше помоги моему проекту…
Запустили инновационный проект, а вместо прибыли и признания — нехватка ресурсов. Знакомо?
Selectel услышал просьбы создателей проектов и запустил новогоднюю почту. Напишите подробнее о своих разработках и расскажите, какая инфраструктурная поддержка нужна вам в 2026 году.
Провайдер IT-инфраструктуры рассмотрит заявки и предложит один из трех вариантов поддержки:
🔹 небольшим проектам — до 30 000 бонусов на облачные сервисы;
🔹 стартапам — кешбэк до 1 000 000 бонусов от расходов на сервисы Selectel;
🔹 крупным проектам — до 1 000 000 бонусов на бесплатный переезд на инфраструктуру Selectel.
Новогодняя почта принимает письма до 30 января 2026 года. Напишите свое сейчас ➡️ https://slc.tl/hnet1
Реклама. АО "Селектел". erid:2W5zFJEbmzg
Опыт гигантов: эволюция сервиса доставки Uber
Эффективный поиск напрямую влияет на конверсию, стоимость корзины и скорость оформления заказа в приложении доставки.
Очевидно, но на практике сделать хороший поиск - непростая задача. Реальные запросы пользователей часто запутаны: синонимы («soda» вместо «soft drink»), опечатки («mozzarela»), сокращения («gf pizza»), языковое смешение («pan» означает “хлеб” по-испански, но контейнер для приготовления пищи по-английски) и т.д.
В Uber Eats сделали классный семантический поиск, который переходит от сопоставления слов к сопоставлению смысла. Он кодирует запросы и документы в векторы в одном пространстве, поэтому семантически схожие элементы оказываются близкими — даже без совпадения ключевых слов. Такой поиск лучше понимает намерение пользователя и делает релевантную выдачу.
Система автоматически переобучает, перестраивает и обновляет поисковые индексы каждые две недели, гарантируя актуальность и надежность результатов при ежедневном изменении данных. Новые модели внедряются, не прерывая поток данных.
В своем блоге Uber рассказали, как создали эту систему, поделились сложностями и объяснили технические решения.
Быть заметным не менее важно, чем быть хорошим специалистом
Нашел статью, где ссылаются сразу на 2 исследования, подтверждающие тезис из заголовка.
Первое - исследование Harvard Business Review. Исследователи выяснили: люди, которые делают свою работу видимой — делясь информацией о ходе работы, представляя результаты или просто активно участвуя во внутренних обсуждениях, — гораздо чаще получают повышения и ответственные задачи.
Также там приводится исследование MIT Sloan, которое показало, что сотрудники часто достигают «плато» не из-за низкой эффективности, а потому что никто за пределами их непосредственной команды не знает, чем они занимаются.
Особенно не повезло удаленщикам: когда люди физически отсутствуют, их вклад легко может остаться незамеченным.
Как сделать свою работу более видимой:
👉Посещайте еженедельные митинги и рассказывайте о задачах, над которыми работаете.
👉Проводите совместные презентации с другими командами, чтобы обменяться опытом и best practices.
👉Делитесь победами и кейсами в корпоративном чате или блоге.
👉Расширяйте нетворкинг внутри компании: узнавайте, над чем работают другие команды, обменивайтесь опытом, предлагайте помощь.
👉Составьте «карту видимости»: кто принимает решения в вашей компании? Как часто они видят вашу работу или слышат ваше имя? Что можно сделать, чтобы улучшить результат?
Большое руководство по внедрению ИИ для CTO
Летом CTO Academy сделали стратегическую и техническую дорожную карту для комплексной интеграции AI. Она охватывает все аспекты — от инфраструктуры и безопасности до вариантов использования и управления.
Если не видели, рекомендую изучить.
Что внутри:
👉Почему интеграция generative AI сейчас - первостепенная задача для бизнеса.
👉Пять неотложных задач интеграции: модернизация вычислительных ресурсов, хранилищ и сетей; обеспечение безопасности данных в rusted/sovereign clouds; выбор сценариев использования, отвечающих реальным бизнес-целям; внедрение прозрачного, межфункционального управления AI; финансирование быстрых инноваций при одновременном контроле расходов и рисков.
👉План действий по развитию инфраструктуры.
👉Безопасность и соответствие нормативным требованиям.
👉Согласование проектов в области AI со стратегическими целями с помощью различных систем оценок.
Почему в 1С проблемы всегда “вдруг”?
Есть забавная особенность у любых больших систем, но у 1С — прямо гипертрофированная.
Пока всё работает — никто ничего не трогает. Как только “тормозит” — начинается шаманство уровня «кто последний правил справочник?", «а давайте пересоберём регламентные» или моё любимое — «ну у нас так всегда, потом само пройдёт».
И за годы я заметил, что в 1С есть всего два состояния производительности:
- всё отлично,
- всё горит,
…и между ними почти нет плавного перехода.
Причина банальная: у большинства компаний мониторинг есть только формально, а по факту мы видим не систему, а её тень. И тень эта появляется ровно тогда, когда уже поздно.
А ведь самое обидное — 90% проблем в 1С несложно поймать заранее: пики блокировок, долгие вызовы, всплески нагрузки, заблудившиеся запросы, непредсказуемое поведение определённых форм или обработок. Но всё это не видно, если мониторинг либо разрознен, либо требует полжизни, чтобы собрать нормальный отчёт.
Недавно смотрел, как у ребят была реализована визуализация производительности через Metrika42. И поймал себя на мысли: если бы в 1С из коробки так же показывали нагрузку, блокировки и “узкие места”, половина сисадминов и 1С-разработчиков спала бы спокойнее.
Не потому что инструмент “магический”, а потому что он честно показывает то, что в 1С обычно скрыто до последнего: кто тормозит, где тормозит и почему тормозит — без недель раскопок.
Для любопытных — их концепция описана здесь:
🖇 Metrika42
Все это навеяло меня на следующую мысль:
А про то, что 1С — штука живучая, но не прощающая невнимательности. Её производительность не рушится внезапно — она предупреждает. Просто большинство эти предупреждения не видит.
Реклама. ООО “ЭР Софт”, ИНН 7716509296, ERID: CQH36pWzJpnozC126vmYUzjF19mg751apRsb2KqbUK11pG
Стратегия “Два списка” Уоррена Баффета”
Пригодится тем, у кого бывают сложности с расстановкой приоритетов (то есть, практически всем).
Суть методики:
👉Выписать 25 целей, актуальных на текущий момент. Масштаб зависит от того, какую проблему вы хотите решить - это могут быть как глобальные цели проекта, так и список задач на ближайшую неделю.
👉Далее нужно выбрать 5 главных целей. Получится два списка: “А” с 5 главными целями и “Б” со всеми остальными.
👉Отложить список “Б”, пока не будут выполнены задачи из списка “А”.
Достаточно отрезвляющая практика.
В большинстве случаев кажется, что оставшиеся 20 пунктов тоже очень нужны и важны. Но по сути они тянут на себя время и внимание, отвлекая от выполнения действительно важных целей.
В большинстве случаев трата времени на второстепенные вещи и есть причина того, что у вас 20 незаконченных проектов вместо 5 завершенных.
Первый соло единорог
Посмотрел интервью с Николаем Давыдовым (тот, что был в гостях у Дудя), где ребята обсуждали текущие тренды в AI и его будущее.
Главный тренд долины - когда появится первый единорог (оценка в $1млрд), который запущен и сделан одним человеком. Пока таких компаний не было, но все ждут когда такой появится в ближайшее время.
Не хотите поучаствовать в соревновании?)
Профилактика выгорания в команде
Сложно ждать хороших результатов от людей, которые работают на кортизоле и не успевают выдыхать между дедлайнами. Чаще всего такое бывает там, где сразу несколько заинтересованных сторон лоббируют завершение своих задач в первую очередь.
Нашел рекомендации от нескольких руководителей из бигтеха, которые помогут сохранить наш главный ресурс - команду.
🔹Держать границы. Нужно знать и уметь объяснить, какие задачи ваша команда может и будет выполнять, а какие - нет (и почему).
🔹Присваивать задачам денежную стоимость. Если к вам стучатся с горящей задачей, можно просто уточнить “Вы действительно хотите, чтобы мы отказались от задачи на миллион долларов, над которой мы работаем сейчас, в пользу задачи на 10 тысяч?”.
🔹 Уделять внимание обучению. У команды всегда должен быть актуальный инструментарий для работы.
🔹Использовать принцип “улья”. Если возникает серьезная проблема, все члены команды отвлекаются от своих дел, чтобы решить ее совместными усилиями.
🔹Делегировать на всех уровнях. Этот навык важно освоить не только директору, но и менеджерам, чтобы у них было достаточно времени для управления и развития своих команд.
🔹Четко расставлять и объяснять приоритеты. Бесконечный список задач вгонит в еще больший стресс, если сотрудники будут считать, что все пункты в нем одинаково важны.
🔹Регулярно проводить митинги с обратной связью. Особенно если задача выполнена успешно - это важно отметить.
🔹Обеспечить work-life balance. Контроль нагрузки каждого сотрудника и предоставление гибкого рабочего графика поможет создать продуктивную и психологически безопасную рабочую среду.
🔹Оптимизировать списки задач. Команда должна работать над задачами, которые продвигают проект, все остальное необходимо автоматизировать или исключить.
🔹Оставлять значительный запас времени на случай форс-мажоров. Потому что они случаются, а давление сроков усугубит ситуацию.
Опыт гигантов: левелы для программистов Netflix
До 2022 года (25 лет!) все программисты в Netflix имели одну должность: software engineers.
Но компания пришла к тому, что “единый уровень” для всех (а в то время штат сервиса составлял более 2 тыс. программистов) - нерабочая история.
Основных проблем было две:
1️⃣Неопределенность оценки и карьерного пути стажеров и выпускников. Молодые сотрудники сразу приходили на должность software engineer. При этом разделить инженеров на старших и младших тоже было нельзя, так как расти до старшего специалист может несколько лет, за это время у него может пропасть мотивация и он уйдет.
2️⃣Сложности с привлечением высококвалифицированных специалистов. Специалисты уровня Staff+ считали, что Netflix либо не нуждается в сотрудниках их уровня, либо недостаточно платит.
В итоге компания ввела следующие левелы:
🔹Software engineer
🔹Software engineer 2
🔹Senior software engineer
🔹Staff software engineer
🔹Principal software engineer
Новая система позволила компании более эффективно использовать фонд оплаты труда, обеспечить более понятную и прозрачную финансовую мотивацию, а также создать чёткую структуру для управления и оценки роста сотрудников.
Комментарии на vc.ru - это всегда было верхом токсичности и сарказма) Но если воспринимать это с иронией, то можно знатно посмеяться с комментаторов)
Какие soft skills нужны техническому директору
CTO - уникальная роль, где от нас ждут глубоких технологических знаний с одной стороны и эффективных коммуникативных навыков - с другой. И в обоих направлениях нужно постоянно обновлять свою прошивку до актуальной версии.
Сегодня предлагаю углубиться в софт скиллы. Вот интересный список для домашней работы по версии Технологического совета Forbes:
🔹Эмпатия. Не просто активно слушать, а давать людям почувствовать себя услышанными.
🔹Ориентированность на развитие. Быть в курсе событий и новых технологий, даже если вы сами давно не садились за клавиатуру.
🔹Стратегическое мышление. Уметь обосновать целесообразность внедрения новых инструментов с точки зрения бизнеса.
🔹Управление без авторитарности. Достигать результатов за счёт построения доверия, донесения четкого видения и согласованности действий.
🔹Психологическая безопасность. Создавать среду, в которой члены команды чувствуют себя комфортно, идут на осознанный риск, делятся проблемами и идеями без страха критики и наказаний.
🔹Коммуникация с командой. Умение поддержать разговор не только на рабочие темы.
🔹Партнерство с коллегами из других команд. Выходить за рамки своей зоны ответственности, чтобы понимать, куда движется компания в целом.
🔹Долгосрочное видение. Способность мыслить стратегически.
🔹Активное слушание. Принимать решения на основе понимания реальных проблем.
🔹Ясность. Переводить технические концепции в понятные и применимые на практике решения для заинтересованных сторон.
🔹Предполагать, что окружающие действуют из лучших побуждений. Создавать атмосферу, в которой недопонимания и конфликты разрешаются конструктивно.
🔹Зум. Способность глубоко погружаться в детали или наоборот - увеличивать масштаб видения, когда это необходимо.
🔹Умение проигрывать. Быть готовым рисковать и принимать неудачи, превращая их в опыт.
🔹Управление контекстом. Обсуждать контекст с членами команды, чтобы они могли принимать более обоснованные решения.
🔹Ведение переговоров и управление конфликтами. Выстраивание и поддержание отношений путем согласования интересов, мотивации и целей.
🔹Коучинг. Способность помогать другим людям расти.
🔹Обратное наставничество. Учиться у молодых сотрудников, которые зачастую глубоко погружены в новые технологии и могут предложить ценные идеи.
🔹Эмоциональный интеллект. Развивать самосознание и способность устанавливать связи между людьми.
🔹Объединение экспертизы. Выстраивать мосты между своими знаниями и знаниями команды.
🔹Любопытство. Давать зеленый свет инновациям и формировать культуру, основанную на уважении и любви к обучению.
Почему вы узнаете о проблемах последним и как это исправить
“Приходи к руководителю не с проблемой, а с решением” - совет, который встречается в каждой первой статье с рекомендациями по карьерному росту. И жизнь, вроде как, подтверждает его правильность: повышение получает тот, кто решает проблемы, а не сообщает плохие новости.
Но такой подход может привести к обратному эффекту: плохие новости все равно настигнут менеджера, но только когда команда исчерпает все варианты решений и обратится за помощью в режиме пожара.
Все дело в неверно выстроенной коммуникации.
Если в случае проблемы сотрудник приходит к вам, и вы:
- задаете вопросы в формате больше похожем на допрос
- сразу же бросаетесь решать проблему самостоятельно
- вываливаете все недовольство на гонца с плохими вестями
Вероятнее всего, в следующий раз к вам обратятся только когда все, что могло сгореть, уже сгорело. И придется искать решение, выбирая между плохим и очень плохим.
Что делать?
🔹Помните, вы - не главный решатель проблем. Вы обеспечиваете ресурсы и поддержку, устраняя препятствия, которые мешают решать проблемы вашей команде. Поэтому критически важно выявлять риски на ранних этапах - до того, как команда исчерпает все свои варианты решений.
🔹Чаще задавать вопросы, ориентированные на будущее.”Какие риски возможны сейчас в проекте?”. Так вы направляете внимание на предупреждение проблем, а не требуете отчета о провалах.
🔹Слушайте без осуждения. Если хотите изменить практику, когда к вам приходят в последний момент, начните с собственных реакций - постепенно приучайте к тому, что к вам можно обратиться за поддержкой и без готового решения.
🔹Спросите, чем вы можете помочь. Это позиционирует вас как ресурс, а не как критика.
Выявление риска до того, как он перерастет в кризис, — это победа, даже если проблема пока не решена. Нужно почаще себе об этом напоминать.
Закрыли все задачи в Jira в 2025 году?
Пора получать инфраструктурные бусты от Selectel 🧑🎄
Selectel приготовил подарки для IT-специалистов и их проектов. C 15 по 23 декабря забирайте скидки и кешбэк до 100% на IT-инфраструктуру.
🎁 Первое окошко адвент-календаря откроется 15 декабря в 12:00 мск.
Каждая из девяти ячеек доступна ровно сутки. Имейте в виду: количество подарков ограничено, лучше не затягивать!
Разворачивайте инфраструктуру Selectel вместе с подарками в адвенте. Получите напоминание об открытии первого окошка раньше других 👉
Реклама. АО "Селектел". erid:2W5zFHSdVDi
Стратегическое планирование для CTO
Несколько постов назад я делился прогнозом Forbes для лидеров бигтеха на 2026 год. Одной из ключевых тенденций развития индустрии в исследовании назвали необходимость учиться объяснять ценность технологий для бизнеса. Пришла пора приводить в соответствие технологические стратегии и цели компании.
Матрица бизнес-ценности - подсказка, как обосновать свои технологические идеи с точки зрения ценности для бизнеса:
☑️Генерация прибыли: как ваши идеи повлияют на продажи или маржинальность продукта
☑️Оптимизация: как можно перераспределить ресурсы или срезать косты за счет инженерных инициатив
☑️Масштабирование: как ваша стратегия поможет компании повысить производительность и ускорить рост
☑️Охват: как инновации помогут укрепить позиции продукта или выйти на новые рынки
Такой подход поможет создать бизнес-ориентированную технологическую стратегию, которая объединит приоритеты продукта и разработки (а значит, с большой вероятностью будет принята и утверждена).
Снизить стресс и освободить энергию для действий
Начал утро с новостного канала в телеграм - потерял тонну энергии, которую можно было потратить более разумно.
События в мире и стране сильно влияют на нас, но чаще всего не поддаются контролю. У Стивена Кови есть известное упражнение Circles of Influence, которое помогает увидеть разницу между тем, что мы можем изменить, а что - нет. Полезно периодически возвращаться к нему.
Напомню суть:
☑️Circle of Concern (круг забот, (внешний и самый большой) - то, что влияет на нашу жизнь, но фактически не поддается контролю. Мировые события, изменения на рынке, политика компании, решения фаундеров и т.д.
☑️Circle of Influence (круг влияния, средний) - то, что мы можем изменить при помощи действия. Например, обсудить что-то с ЛПР, предложить идею, ввести новое правило, изменить стиль общения с командой.
☑️Circle of Control (круг контроля, самый маленький) - то, что мы можем контролировать напрямую. Свои решения, действия, реакции.
Сосредоточившись на вещах в зоне нашего контроля, мы направляем энергию туда, где она нужна. Это и есть наш драйвер роста.
Простая методика приоритизации задач в проджект-менеджменте
Еще одна методика расстановки приоритетов в вашу копилку - RICE (reach, impact, confidence and effort).
Коротко ее суть.
Берем весь наш пул задач и оцениваем каждую по четырем метрикам:
☑️Reach (охват)
Какое количество людей или событий затронет задача за период времени. Например, сколько пользователей в месяц воспользуются новой фичей.
☑️Impact (влияние)
Субъективная оценка влияния задачи на отдельного человека. Например, насколько она ускорит интеграцию или улучшит пользовательский опыт.
☑️Confidence (Уверенность)
Насколько вы уверены в своих прогнозах? Например, есть предположение, что идея крутая, но доказывающих это данных нет.
☑️Effort (Усилие)
Сколько человекочасов в месяц потребуется для решения задачи.
После оценки каждого аспекта выводится единый балл, который присваивается задаче. В источнике можно скачать эксель с готовой формулой подсчета.
Оцениваем таким образом каждую задачу и получаем наглядный список с выставленными приоритетами.
