Про CTO, управление и менеджмент

Разработка больше не бутылочное горлышко Как и обещал, продолжаю тему, почему в IT пока не сильно что-то поменялось, хотя я за год сам не написал ни строчки кода. Для начала немного базы. SDLC, он же жизненный цикл разработки, если очень упрощенно, выглядит так: 1) Придумать, что делать (идея, гипотеза, discovery); 2) Описать (требования, дизайн); 3) Сделать (разработка); 4) Проверить (тестирование); 5) Выкатить (релиз); 6) Понять, а взлетело ли вообще (метрики, A/B, подведение итогов). Еще лет 5 назад самым длинным этапом всегда был третий. Фичу придумывали за неделю, а пилили квартал. И все процессы, которые мы годами строили - спринты, стори поинты, груминги, планнинги - были про то, как бы побыстрее и попредсказуемее пройти именно этот этап. Сколько книг написано, сколько конференций проведено, сколько аджайл-коучей накормлено. Сейчас разработка сжалась до неприличия. То, что раньше команда делала спринт, агент делает за вечер, а иногда пока ты пьешь кофе. И вдруг оказалось, что самые длинные этапы теперь первый и последний. Что делать и что из этого получилось. И вот тут начинается самое интересное. У дорогой разработки был один огромный плюс, о котором мы особо не задумывались - она работала как фильтр. Приходит продакт с идеей "а давай вот такую штуку, видел у конкурентов", а ему в ответ: это 3 спринта, покажи, на какие цифры повлияет. И 80% идей умирали сами по себе на этапе оценки. Не потому что кто-то был очень умный, а потому что дорого. Теперь фильтра нет. Сделать фичу стоит почти ноль, значит можно сделать всё. И тесты к ней сгенерировать, тысячу штук, тоже бесплатно (а что, покрытие же растет). В итоге через полгода у вас продукт с миллионом фичей, в которых не разберется ни один пользователь, и тесты, которые никто не читал и которые проверяют то, что код делает, а не то, что он должен делать. Метрики при этом стоят на месте, а иногда и падают, потому что юзер в этом комбайне просто теряется. И тут важный момент. Стоимость ошибки в разработке никогда не была равна стоимости ошибки в выборе гипотез и в подведении итогов. Ошибся в коде - поймали на ревью или тестах, в худшем случае откатили релиз и пофиксили за день. А вот если ошиблись с гипотезой, то раньше команда месяц пилила то, что никому не нужно, а сейчас агент за вечер напилит десять таких фичей. Неправильно прочитали A/B тест и раскатили фичу на 100% - и она полгода тихо роняет конверсию, а все думают, что это сезонность. Такие ошибки дороже на порядки, и одной кнопкой их не откатишь. И именно эти этапы сейчас стали самыми длинными и хуже всего автоматизируются. Можно ли автоматизировать первый и последний этап? Пробуем, конечно. - Генерация идей. Нейронка накидает 50 идей за минуту. Только вот 50 идей у нас было и раньше, бэклог любой компании ими забит под завязку. Сложно не придумать. Сложно выбрать одну и отказаться от 49-ти. А отказываться AI не умеет совсем, он максимально услужлив и считает любую вашу идею гениальной (спасибо RLHF). - Подведение итогов. Тут вообще засада. A/B тест нейронкой не ускоришь, юзеру нужно время, чтобы пожить с фичей неделю-две. Ретеншн 30-го дня на 3-й день не посчитаешь, как ни промпти. А когда параллельно выкатываешь 10 фичей вместо одной, понять, какая из них что сделала с метриками, становится практически нереально. Получается, мы научились очень быстро делать, но не научились быстро решать, что делать, и понимать, что получилось. А скорость разработки без этих двух этапов - это просто способ быстрее засрать продукт. Что с этим делать? Честно, до конца пока не понимаю. Пока вижу только ручной вариант: жесткая продуктовая дисциплина и право вето на любую фичу без понятной метрики. Но это не масштабируется и держится на конкретных людях.

Почему рановато уходить из IT в сварщики и таксисты Очень давно не писал в блоге, и за это время снова появилось и желание и огромное количество мыслей про AI, IT, текущий рынок, стартапы и прочее прочее. Поэтому возвращаюсь к каналу, спасибо большое всем кто остался за это время. И так, первый пост после перерыва будет с провокационным названием. Сейчас рынок лиходарит сильно, вакансий мало, и многие ребята, особенно те, кто залетел в IT на хайпе ковида из других областей - пытаются перейти в другие области, так как по прогнозам антропика (ага, ага, давайте их слушать конечно - это основной бенефициар таких прогнозов, у них оценка зависит от размера преувеличения) весь IT будет заменен на AI. А вот ручные области, сварщики, таксисты, монтажники и прочие будут пользоваться спросом. В итоге, по совету главы nvidia (тоже ниразу не ангажированный дяденька конечно, у него оценка тоже зависит от масштаба хайпа), всем детишкам надо запрещать учить арифметику в школе, так как она не пригодится, а прям с 6 лет обучать как чистить канализацию. Так вот хочется всех кто поддался панике расстроить и попробовать вместе посмотреть в завтрашний день, хоть и не у всех это получится. Так вот завтрашний день у нас говорит о том, что в этом году второй областью после AI в венчурном капитале занимает robotics(!). А это значит, что следующим большим взрывом инноваций станут роботы, которые как раз заменяют ручные профессии. И по некоторым оценкам, там отъем работы произойдет раньше чем появится условный AGI. По Лондону уже ездят Waymo такси с автопилотом в тестовом режиме, я сам их уже раз 10 видел в разных районах. Тоже самое посмотрите уже на роботов сварщиков, монтажников и тд. Если ваше представление зависло на роликах из ютуба про Бостон Дайнемикс, где роботы 5 лет назад еле топали, постоянно падая, то сейчас роботы крутят нижний брейк и делают тройную сальтуху. Так что уйдя в сварщики, потом не пугайтесь, что вы будете как тот знаменитый человек из Херосимы, который уехал угадайте куда? В Нагасаки. Так и здесь, мой прогноз такой, что ручные профессии в сроком ближайшем времени будет очень сильно переосмыслены. Вероятно быстрее, чем придет AGI. А почему я считаю, что в IT реально пока не сильно что-то изменилось, даже с учетом того, что за год я не написал сам не строчки кода, я напишу в одном из следующих постов. С реальным разбором SDLC цикла и как он изменился за последние 4 года с момента выхода GPT3.

10 принципов успеха в разработке из опыта big tech компаний Если вы уже отдохнули и не терпится внедрить какое-нибудь улучшение, вот вам 10 идей для успеха в software development из опыта мировых компаний: 👉У каждого проекта есть цель У Spotify есть собственная культура разработки - миссии, определяющие структуру каждой команды. Каждая группа разработчиков понимает, для чего пишет код. Результат подхода - высокая скорость работы при сохранении ценности для пользователя. 👉Гибкие фреймворки Atlassian, создатели Jira и Trello, считают, что секрет их успеха - аджайл и циклы непрерывного совершенствования. 👉Лучшая инвестиция - люди В ИТ-проектах важна не просто компетентность членов команды, но и их способность работать вместе. Google известен своими принципами отбора кандидатов, которые помимо технических навыков должны демонстрировать умение работать в команде и способность решать проблемы. 👉Приоритет UX Разработчики не любят углубляться в дизайн, но опыт Slack и Airbnb доказывает: удобный для пользователя интерфейс не менее важен, чем технические возможности системы. 👉Согласованность действий Больше, еще больше встреч, созвонов и ретроспектив. Чтобы все были в курсе всего 🙂 👉Автоматизация тестирования Автоматизированные тестовые фреймворки в Netflix поддерживают ежедневное развертывание кода тысячи раз для обеспечения надежности и бесперебойной работы системы. Автоматизация помогает избежать ошибок из-за человеческого фактора и ускорить разработку. 👉Опора на реальные данные Команды должны принимать решения, опираясь на реальные данные о пользователях из аналитических систем и систем отслеживания производительности, а не на предположения. 👉Фокус на MVP Первая версия Dropbox существовала в виде демо-ролика, прежде чем разработчики начали работать над кодом. Команда развернула деятельность после успеха концепции. 👉Планирование масштабируемости Чем раньше вопрос масштабируемости будет решен в процессе разработки, тем проще будет справиться с будущими потребностями в расширении. 👉Работа над продуктом не заканчивается после запуска Успешные компании стали такими благодаря постоянному совершенствованию и тестированию продукта, а также его доработке на основе отзывов пользователей и внедрению новых технологий.

Выходной руководителя - это когда можно спокойно поработать без созвонов и пушей в рабочих чатах. Поэтому статьями в духе “Как вернуться в работу после долгих новогодних праздников” не делюсь - большинство из нас никуда не уходили :) А вот рекомендации, как воскресить команду, которая отдыхает почти 2 недели, пригодятся. Что советуют в authenticleaders: 👉Начните с приветствия и small talk Спросите, как члены команды провели каникулы, пусть поделятся наиболее яркими моментами. Это поможет начать год с позитива и восстановить связь друг с другом. 👉Запланируйте время на возвращение в контекст Избегайте перегрузки в первые дни. Пусть сначала сотрудники разгребут трекеры, мессенджеры и почту, вспомнят, над какими задачами работали перед праздниками и чем планировали заниматься после. 👉Начните с удаленки Если у вас гибридный график, сотрудникам лучше начать возвращаться к работе на удаленке, чтобы постепенно влиться в ритм. 👉Поставьте четкие приоритеты После погружения в контекст помогите сотрудникам сосредоточиться в первую очередь на наиболее важных задачах. 👉Будьте примером Проявите позитивный настрой по поводу возвращения к работе. Ваше поведение задает тон для всей команды.

Работа на выходных Прочел пост в канале от одного HR, что ей пришлось работать до 23-30 31го декабря, а потом судорожно бежать домой, чтобы успеть встретить новый год. Даже не буду представлять, что за срочная работа может быть у HR 31го декабря в 23-30, которую нужно сделать прямо сейчас. Не скрою, в моей жизни было и такое, когда я ночевал 6 раз за месяц в офисе. Работал на выходных постоянно, сидел в офисе до закрытия метро. И каждый раз, вспоминая, почему так происходило, или даже возможно будет происходить, я могу сказать, что это были мои персональные ошибки. Кроме синдрома роботуна (ну когда уж очень хочется что-то поделать). В основной массе, что генерирует такой подход, когда приходится сидеть до 23-30 31го декабря: - Не умел определять фокусы. Вокруг ВСЕГДА больше работы, чем мы можем сделать. Нечего делать то, что нам нравится в первую очередь. Или не отсекать 80% работы, которая принесет 0 или 20% результата. Не знаете свой фокус? - уточните у руководителя. - Придумывал себе проекты, или какой-то чудак придумывал их мне. "Хочу такую штуку, видел вот там то". Ну камон, ты продакт или гадалка? От продактов, которые генерят проекты, лишь бы у всех была работа, у меня постоянно горит задница. Еще и обижаются, когда просишь, покажи на какие цифры это повлияет. И ладно бы еще эти прыжки веры работали у него прошлом. Так нет же, есть продакты, которые постоянно генерируют хлам в виде задач, которые из раза в раз роняют метрики. Сам я не лучше тоже. А почему бы не добавить сюда 100500 правил линтера в 23 часа вечера, чтобы просидеть с этим до 4х утра, потратив еще на полный регресс проекта следующие 5 дней. Очень ведь надо было это сделать (нет). - Не умел отстраивать границы. "Коля, тут баг у одного юзера из трех миллионов MAU, срочно, блэт, надо пофиксить. Бросаем всё, катим его в прод." Ну камон, дядя начальник, серьезно? Учиться аргументации в таких случаях пришлось лет 10. Что могу сказать в конце, работайте на выходных только если вам в кайф, либо у вас реальный инцидент на проде или дедлайн, который влияет на деньги (контракт). В остальных случаях, пожалейте себя и команду. Отдыхайте, кайфуйте и восстанавливайтесь на новогодних праздниках! 🎄

Коллеги, с наступающим! Если вы сейчас читаете этот пост, значит, вы молодцы: пожары потушены и можно немного выдохнуть, выпив пина коладу с видом на океан чашку кофе с видом на наряженную елку. Пусть в новом году баги будут простыми, а решения - точными и верными. KPI реалистичными, а бюджеты - огромными.  Пусть техдолг уменьшается, а воодушевление команды растет. И путь AI возьмет на себя всю рутину, освободив время для реально интересных задач. Надеюсь, 2026 принесет вам больше моментов, когда можно отложить клавиатуру, отключить пуши и просто посмотреть любимый сериал. Отличных праздников и крутых проектов в новом году!

10 лучших постов на этом канале за 2025 год 👉Как устроен Chat GPT 👉Как определить горизонт планирования в компании 👉Мой опыт стартапов: часть один, два, три 👉Разработка стремительно тупеет 👉На чем писать мобильное приложение в 2025 👉Скам в стартапах 👉Что будет с зарплатами на ИТ-рынках 👉Чем плох размер команды Телеграм 👉Итоги обучения в школе CTO от Стратоплана 👉Дорога в венчур - опыт Sprouty

Как не пополнить ряды выгоревших руководителей в 2026 году Forbes опубликовали статью, которая должна помочь нам пережить следующий год. Что делать: 👉Относитесь к себе как к проекту Компании обычно планируют действия на случаи скачков роста: набирают сотрудников к пиковым сезонам, закладывают бюджет на крупные инициативы или готовятся к запуску продуктов. Руководителям не менее важно планировать физическую, умственную и эмоциональную энергию, необходимую для управления всем этим. Лидеры должны находиться в режиме подготовки, а не реагирования. 👉Найдите поддержку Одиночество и изоляция - один из факторов риска выгорания. Создайте свой круг поддержки: советника, который дает обратную связь, наставника, который имеет релевантный опыт, коллегу, с которым можно свободно обсудить не до конца сформированные идеи. 👉Подведите итог уходящего года и мягко спланируйте 2026-й Проведите Personal After-Action Review (AAR) - успехи, трудности, выводы. На основе полученных инсайтов определите 5 ключевых целей на год - это должны быть ориентиры в пути, а не жесткие контрольные точки. Это обеспечит вам гибкость по мере развития событий в течение года.

Игры-стратегии замедляют старение мозга Хорошая новость для тех, кто сбрасывает напряжение после трудной рабочей недели, играя в стратегии. Ученые выяснили, что у людей, которые играли в стратегические видеоигры (а также танцевали, рисовали и занимались другой креативной деятельностью), были обнаружены паттерны мозговой активности, связанные с замедлением старения. Даже краткосрочные творческие “тренировки” приводили к измеримым улучшениям показателей старения мозга, а с накопленным опытом эффект усиливался. Если всерьез хотите заняться здоровьем своих нейронных связей - в исследовании измерялась активность мозга участников до и после нескольких недель тренировок в StarCraft II (а также занятий танцами, музыкой и рисованием). Не забудьте внести в план новогодних каникул парочку тренировок для мозга🙃

Звездная команда - не гарантия блестящих результатов Набрел на любопытное исследование о командной эффективности.  Один из вопросов был: Согласны ли вы, что dream team, состоящие из высокоэффективных сотрудников, превосходят по результатам команды со средними показателями? В опросе приняли участие почти 6,8 тысяч человек, большинство из которых - топы, директора и менеджеры. Результат такой: 👉35,4% подтвердили, что команды, состоящие из звезд, неизменно показывают лучшие результаты 👉59,6% считают, что такие команды показывают лучшие результаты лишь иногда 👉5,1% — дрим тимы часто показывают результаты ниже ожидаемых Из чего можно сделать вывод, что полагаться только на плотность талантов - плохая стратегия. Высокоэффективные сотрудники не гарантируют высокоэффективную команду. Для поддержания баланса производительности команда должна состоять из людей, выполняющих различные роли: руководитель, исполнитель, стабилизатор, гармонизатор и новатор.

Гибкость - это процесс, а не результат Продолжим тему про адаптацию к переменам. Есть одно распространенное заблуждение, о которое часто спотыкаются наши инициативы: нам кажется, мы сейчас внедрим вот эту крутую штуку - и тогда станем по-настоящему гибкими и заживем. Но штуки внедряются с разной степенью успеха, а зафиксироваться в счастливом будущем не получается. Потому что гибкость в бизнесе - это не постоянная величина. Реальность постоянно меняется, и стать по-настоящему гибким - значит организовать деятельность таким образом, чтобы постоянно адаптироваться и улучшаться. Йенс Тиманн , фасилитатор из Management 3.0, предлагает решить эту задачу при помощи концепции непрерывного совершенствования (кайдзен). И для этого взять известный цикл Plan-Do-Check-Act (PDCA) Эдвардса Деминга, масштабировать его и превратить в операционную модель: 👉Plan - что, как и зачем мы будем делать 👉Do - решение задачи 👉Chek  - оценка результатов, которые мы получили, используя выбранный подход 👉Act - использование полученных знаний для планирования следующего шага При этом важно создать рабочие механизмы обратной связи для обучения на текущем опыте и предоставлять каждому члену команды возможность предлагать идеи. Когда перемены становятся частью ежедневной рутины, они воспринимаются проще. С течением времени маленькие шаги суммируются и превращаются в ощутимые результаты.

Как снизить тревожность во время публичных выступлений Выступления на отраслевых конференциях - очень крутой опыт. Я знаю многих людей, чьи кейсы и идеи могли бы помочь огромному количеству людей за пределами их компаний, но… Они не любят выступать. Если вы хотели бы прокачать этот скилл в следующем году - вот несколько рекомендаций из блога Harvard Division of Continuing Education. 👉Примите, что нервничать перед выступлением - это ок. И это вовсе не означает, что вы провалите свою речь. Просто продолжайте готовиться и практиковаться. 👉Изучите аудиторию. Рассказывать об ИИ другим CTO, фаундерам или студентам - это три разные речи. 👉Составьте структуру речи (Chat GTP в помощь). Уделите особое внимание вступлению, важно захватить внимание аудитории за первые 30 секунд. Завершить речь лучше саммари и кратким, но емким утверждением, которое аудитория запомнит. 👉Следите за реакцией слушателей. Будьте готовы сменить тактику, если люди заскучали или высказывают непонимание. Именно поэтому речь не нужно заучивать, важно быть гибким. 👉Будьте собой. Аудитория больше доверяет словам реального человека, а не маски. 👉Используйте юмор. Аудитория всегда хорошо принимает шутки и смешные истории. 👉Не читайте с листа. Зрительный контакт важен для хорошего выступления. В конспект или на слайды подглядывать можно.

Почему команда тяжело встречает перемены, и что с этим делать  Последние 5 лет были, мягко говоря, богаты на перемены. Но предпосылок к тому, что 2026-й будет другим, не предвидится.  Нашел неплохую статью о том, как сохранить разум и продуктивность команды в период больших перемен: 👉Не грузить сотрудников пересекающимися инициативами Расставлять приоритеты и внедрять новое поэтапно: сегодня разбираемся с внедрением AI, а корпоративной культурой займемся завтра. 👉Расширить инструментарий оценки Как нововведение повлияет на бизнес-показатели мы расписали в стратегии, а что насчет ресурсов команды? Регулярные опросы, индивидуальные консультации и анализ настроений сотрудников не менее важны, чем финансовые KPI. 👉Помнить о естественных циклах подъема и спада энергии Избегайте запуска инициатив в периоды пикового стресса, планируйте моменты восстановления между ними. 👉Помните, что люди не любят выходить из зоны комфорта Проводите ретроспективы, на которых команда на собственном опыте убедится в неэффективности старых процессов - так сотрудникам будет проще принять что-то новое. 👉Ешьте слона по кусочкам Разбейте масштабные преобразования на небольшие, управляемые эксперименты. Протестируйте, соберите отзывы, доработайте - и делайте следующий шаг. 👉Не забывайте завершать начатое Когда трансформации затягиваются на неопределенный срок без конкретных показателей успеха, сотрудники оказываются в бесконечном состоянии неопределенности. Каждая инициатива по внедрению изменений должна иметь четкую конечную точку.

Метод Фейнмана: как объяснять сложное просто Объяснять сложное просто - навык, который нужен техническому директору с первого дня работы. Нам все время приходится выступать переводчиком между командой и стейкхолдерами. Нобелевский лауреат по физике Ричард Фейнман считал, что если вы не можете объяснить что-то простым языком, значит, недостаточно хорошо это понимаете. Его метод объяснять сложные вещи так, чтобы понял даже человек, далекий от темы, состоит из 4 шагов: 👉1 шаг: Изучите тему. Читайте литературу и смотрите обучающие материалы, делая заметки. Постарайтесь отбросить сложные слова и детали и вникнуть в суть. 👉2 шаг: Объясните тему кому-то, кто в ней не разбирается. Вероятно, на этом этапе вы обнаружите, что не до конца уверены в какой-то части объяснения и прикрываете это расплывчатыми формулировками. 👉3 шаг: На основе шага 2 определите, какие у вас остались пробелы, и восполните их. Вы должны быть на 100% уверены, что теперь точно разбираетесь в теме. 👉4 шаг: Сделайте еще проще, используя аналогии. Этот инструмент помогает самому лучше ориентироваться в теме и объяснять другим.

10 кейсов Amazon по использованию AI В каждой подборке IT-трендов на 2026 год в числе лидеров - внедрение AI. Думаю, многим из вас будет полезно узнать опыт в использовании искусственного интеллекта такого гиганта как Amazon. В статье собрано 10 кейсов, как компания использует AI - с указанием технологий, функций и преимуществ: Отдельные сервисы: 👉Amazon Bedrock. Ускоряет внедрение инноваций, используя предварительно обученные модели вместо обучения с нуля. 👉Amazon CodeWhisperer. Автоматически дополняет функции, предлагает классы и пишет модульные тесты более чем на 15 языках программирования, помогая разработчикам писать код быстрее и безопаснее. 👉Rufus AI Shopping Assistant. Технология сокращает время поиска товаров, предлагает более легкое и прозрачное сравнение. 👉AWS HealthScribe. GenAI в здравоохранении, разгружает врачей от рутины, связанной с документами. 👉Amazon Q. ИИ-помощник, который отвечает на вопросы, пишет код и автоматизирует задачи в сервисах AWS и корпоративных базах знаний. И функции: 👉Персонализированные рекомендации Amazon на основе ИИ 👉Робототехника и автоматизация в центрах выполнения заказов 👉Голосовой помощник Amazon Alexa 👉Прогнозирование с использованием ИИ 👉Выявление и предотвращение мошенничества Статья большая, сохраняйте пост, изучайте на каникулах.

Как сократить время митинга и повысить его эффективность Нашел статью, автор которой утверждает, что с помощью простого инструмента тайм-менеджмента можно сократить время часового митинга на 17 минут.  Этот инструмент - положение о целях встречи. В идеале оно должно состоять из одного предложения: “В результате сегодняшней встречи мы сделаем <цель>.  Например, “В результате сегодняшней встречи мы решим, какой облачный сервис будем использовать для проекта X”. Или “В результате сегодняшней встречи мы определим варианты решения проблемы Z и выберем один наиболее подходящий”. Когда все присутствующие понимают цель звонка или личной встречи, они не отвлекаются на обсуждение сериалов и не залипают в телефон, а внимательно слушают и высказывают идеи. Потому что понимают - как только цель будет достигнута, митинг закончится и можно будет вернуться к своим делам. Если данные про 17 минут близки к правде, то за одну часовую встречу команды из 7 человек можно сэкономить 2 часа командного времени.

Когда управляешь командой зумеров 🙃

Как правильно давать фидбек Думаю, у каждого из нас есть воспоминание о том, как нам дали неприятную обратную связь: с неконструктивной критикой или высказанную в стиле ‘молотком по голове’ - жестко и обидно. Поэтому сейчас многие избегают этого инструмента управления. А зря, ведь это это важнейший способ вовлечения, поощрения и мотивации других к достижению результатов. Коучи DDI написали статью о том, как давать фидбек правильно. Краткая выжимка: 👉Выбирайте способ и подачу обратной связи Хвалить можно публично и в общем чате, а давать развивающую обратную связь лучше при личной встрече один на один. 👉Будьте конкретны Если задача выполнена хорошо - отметьте, что именно было сделано правильно, чтобы масштабировать успех в других задачах. Если речь идёт о конструктивной критике - предложите альтернативные варианты решений. Можно использовать для этого шаблон STAR. 👉Не забывайте о целях обратной связи Обратная связь со знаком плюс должна говорить о том, что следует продолжать делать для достижения успеха. Со знаком минус - о целях и практиках, к которым следует стремиться для роста. 👉Будьте своевременны Чем ближе обратная связь к моменту, когда в ней возникла необходимость - тем лучше. Откладывая разговор, вы лишаете членов команды возможности расти и развиваться. А если вы сами хотели бы получать корректный, содержательный и своевременный фидбек - просто отправьте ссылку на пост нужному человеку.