Артём Харченков | IT Инсайты

Мы иногда путаем причины и следствия Вот я что заметил за последний год. Для руководителей любого полёта это довольно-таки критичная ошибка, которая порой приводит нас к неправильным решениям. Причём не просто к неправильным, а прямо-таки к противоположным. Вот представьте, что вы владелец бизнеса и раздумываете, что по экономическим причинам вам надо закрывать какой-то из проектов. Вы озвучиваете эти мысли своим топ-менеджерам. В течение месяца слухи об этом разносятся по департаменту, ведь некоторые топы рассказали это тимлидам, а через них (и курилку) эти слухи доползли и до проектных команд. И вот проходит несколько месяцев, владелец смотрит на результаты аж по нескольким командам и видит, что их показатели так себе, кто-то ищет работу, а качество продуктов снижается. Причём так происходит в том числе и у прибыльных команд. Владелец думает, что почти всё производство неэффективно, и это склоняет чашу весов в сторону закрытия не одного, а сразу нескольких проектов. Он уверен в правильности своего решения, хоть оно и даётся ему тяжело. Но вот в чём проблема - он закрыл проекты потому что считал, что команды работают неэффективно. Но ухудшение показателей произошло потому что люди потеряли мотивацию из-за слухов о скором возможном закрытии. Если бы он сам не внёс неопределённость, то всё было бы хорошо. Этот немного утрированный пример я привёл чтобы было нагляднее видно, что часто причина и следствие меняется в головах руководителей местами. Такое может происходить на любом уровне и с совершенно разными выводами. Я частенько наблюдал как такое происходит в жизни. Поэтому совет здесь такой. Перед тем как принять стратегическое решение, стоит задуматься: «Это я такой злой потому что у меня ведосипеда нету» или «мне никто не дарит велосипед, потому что я злой» ? ———— А вы когда-нибудь наблюдали подобное?

ахаха помню это сладкие времена креветок вплоть до 2025 ))

Друзья, как сейчас обстоят дела на рынке? Давайте посмотрим, у кого в компании какая ситуация

TEAM LEAD TODAY 2026! В декабре прошлого года я выступал на конференции для тимлидов Team Lead Today 2025 и рассказывал про то, как я с нуля собрал целое направление разработки в 50 человек (запись доклада, кстати, тут). В этом году эта классная конфа пройдёт снова. И ребята попросили меня рассказать об этом у себя в канале, что с я радостью и делаю На ней практическим опытом управления командами, отдельными сотрудниками и ИИ-агентами поделятся больше 30 лидеров IT-индустрии — эксперты компаний Сбер, Яндекс, Газпромнефть, Альфа Банк, Гринатом, Positive Technologies и многих других. Мероприятие пройдёт: 🗓 10 сентября 2026 📍 Бизнес.Техноград | Москва Подробности и регистрация на сайте teamleadtoday.ru Ребята говорят, что в этом году они объединят лекторий и несколько интерактивных форматов, позволяющих участникам обмениваться рабочими инструментами, инсайтами и применять новые знания сразу на практике. В программе обещают кейсы спикеров, панельные дискуссии, битву промптов, живое ревью, собеседования на скорости, speed networking, карьерные консультации, сложные 1:1, peer-to-peer круглый стол и многое другое. В прошлом году мне очень понравилась организация, уверен что в этом году всё будет ещё лучше)) У меня для вас подарки! Коллеги дали возможность разыграть 2 бесплатных билета. Пишите в комментарии к посту, что хотите билет, я рандомно на следующей неделе выберу победителей) А кто решит пойти сам - по промокоду INSIGHTS25 ловите скидку 25% на билеты

Инсайты новоиспечённого b2b-продакта Сейчас я владею сразу двумя смежными продуктам и хочу поделиться мыслями, над которыми я задумывался чаще всего за последнее время. Возможно, некоторые вещи вам покажутся очевидными. И если бы меня и раньше спросили, как я считаю, то я бы ответил также. Но когда начинаешь в этом вариться постоянно, а ещё отвечать за это пятой точкой, то смотришь на ситуацию чуть под другим углом. Итак, вот что я узнал за первые месяцы на позиции директора по продукту. 1️⃣P'n'l - это самое важное что есть в продукте Кто не в теме, расшифровывается это как Profit and Loss («прибыль и убытки»). По сути это финансовый план по продукту или показатель доходов и расходов, которые и определяют финансовую выгоду. С точки зрения затрат на продукт туда вносится ФОТ со всеми налогами с планом повышений, все косвенные затраты, расходы на оборудование, лицензии, бэкофис и всё-всё-всё, что так или иначе влияет на стоимость разработки. В доходную часть пишется план по выручке продукта с учётом вероятностей и сумм будущих сделок. Казалось бы, очевидно, что бизнес-план - это основа для любого бизнеса. А это по сути бизнес-план и есть. Но я был удивлён, что этому важнейшему артефакту в некоторых компаниях порой уделяется не такое большое значение, как он того заслуживает. И чтобы обеспечить команду возможностью стабильной работы, необходимо, как минимум одно из двух: 1. Либо, чтобы p'n'l был положительным уже сейчас или в обозримом будущем. 2. Либо, чтобы владельцы бизнеса понимали, что убыточный p'n'l даёт (или будет давать) какие-то плюшки, перевешивающие эти убытки. Ну, например, мы делаем заказной продукт в минус, но для стратегического заказчика, который закупает у нас чего-то другого на миллиарды. Если ни один из этих пунктов не выполняется, то не имеет никакого смысла продолжать инвестировать в продукт, каким бы классным он не был. 2️⃣ Доходы важнее расходов С точки зрения затрат обычно всё достаточно легко. Есть ФОТ, есть другие расходы, которыми можно как-то управлять. Здесь всё в целом зависит от нас. А вот с доходной частью порой случаются чудеса. Здесь мы почти всегда завязаны не только на себя, но и на других людей - заказчиков. И без чёткой и понятной цели по клиентам и продажам сколько бы ты не сокращал косты, ты всё равно будешь в минусе. Я хоть и не бизнесмен, но много раз слышал, что любой бизнес начинается с потребностей и болей потенциальных клиентов. Для меня было откровением, что в b2b часто такая работа вообще не проводится и продукты запускаются по наитию: каким-то личным соображениям или пацанским договорённостям владельцев. 3️⃣ Для владельцев мы - всего лишь цифры в отчётах Для меня это и раньше было очевидно, но сейчас это понимание вышло на новый уровень. Я часто вижу, как люди обижаются на то, что "отношение стало менее человеческим", "раньше нас в попу целовали, а сейчас даже зарплату не повышают" и так далее. Да, это обидно, согласен. Но надо понимать, что для топ-менеджмента сотрудники и команды - это просто строчки в p'n'l и какой-то рандомный набор фамилий. Они знать не знают, кто такой Иванов или Сидоров и сколько они души вкладывают в работу в компании. Им важны цифры, а именно то что я писал в п.1 - положительный p'n'l. Там размышляют категориями цифр и ресурсов, ну и зачастую ещё политикой. Если на рынке сейчас обстановка такая, что людям сложно сменить работу, то зачем им повышать зарплату? Пусть спасибо скажут, что хотя бы не увольняют. К сожалению, логика сейчас именно такая. И нужно с этим как-то жить. Если всё в компании идёт хорошо, то уважаемым дядям до деталей обычно дела нет, но если на дворе кризис, то им сразу становятся очень интересны причины любых проблем. Писал подробно об этом как-то здесь. ————— Буду по мере поступления публиковать и дальше мысли на тему продакт овнерства и мира денег) В конце концов, как говорил Элияху Голдратт в своих книгах, только то, зарабатываете ли вы деньги в конечном итоге имеет значение. Есть тут продакты? Как вам живётся в кризис? Делитесь своими инсайтами 👇🏻

Всем привет! Давненько я ничего не писал в свой канал) Пора это исправлять 🙃 Как я уже рассказывал, это связано в первую очередь со сменой моей роли на работе. Но и не только с ней, на самом деле. Переход из руководителя производства на позицию директора по продукту проходит у меня со смешанными эмоциями. В первые 3 месяца вкатывания в новую должность я открыл для себя много новых и "увлекательных" вещей, с которым до этого сталкивался опосредованно, а теперь делаю это практически каждый день. Это и общение с сейлами, и составление прайс-листов, и работа с маркетинговыми материалами, продуктовым планом, отчёты перед CPO и много чего ещё. С одной стороны у меня прямо-таки масса всего нового, что можно было бы рассказать здесь. С другой, когда я начинаю думать о конкретных темах для постов, у меня возникает диссонанс - ведь всё что происходит прямо сейчас будет иметь отсылки к реальным людям и событиям. А это всё-таки на текущий момент информация довольно чувствительная. Особенно с учётом сложной ситуации на рынке, да и в компании тоже. А писать на темы "правильного тимлидства", как я делал это условно год назад, мне почему-то не хочется. Кажется, что сейчас люди в компаниях больше заняты выживанием, нежели выстраиванием эффективной работы. Время сейчас такое. А посты в духе "Как выстраивать диалог на 1-ту-1" актуальны, когда вы строите долгосрочное качественное производство, а не думаете о том, как бы вас завтра вместе со всей командой не отправили на мороз. Как будто рынок опустился на одну-две ступени ниже по пирамиде Маслоу и теперь вместо "уважения" и "самореализации" все заняты вопросами безопасности, а иногда и физиологических потребностей (если, например, подушки безопасности не накоплено, а на работе сократили). И как мне кажется сейчас людей волнуют совсем другие темы. Ещё лично в мою работу добавились такие переменные как политическая ситуация в компании, учёт интересов ЛПР'ов у заказчиков, красота подачи информации перед стейкхолддерами и прочее. Это всегда было важно, но сейчас это стало одними из ключевых составляющих успеха. Времени у меня в первый месяц-два прямо катастрофически не хватало. Вот без шуток, весь день - встречи, а ближе к ночи уже не было сил хоть что-то написать. Всё это наложило фон, при котором творческий кризис взял своё. Но всё-таки я решил, что лучший способ бороться с ним - это начать что-то делать) Как говорится, главное сдвинуться с мёртвой точки. Несмотря на всё вышесказанное, у меня есть, как мне кажется, несколько важных инсайтов, которые я получил в роли продакта за первые месяцы работы в этой позиции. Ими-то я и поделюсь в следующем посте. Пусть жизнь немного изменилась, но что ж теперь. Будем работать с тем что есть. P.S. Вижу, что кто-то отписался из-за того что долго не было публикаций. Понимаю этих людей и постараюсь не делать таких длительных пауз. Но всё же человеческий фактор никто не отменял. Без желания что-то делать очень трудно, думаю многие согласны. Прошу понять и простить) Зато те кто остался теперь знают, что если какой-то пост вышел, то он написан потому что хочется, а не потому что надо. Кстати, вы ещё тут? Если да, нажмите что ли сердечко. Я скучал)) ❤️

Главный навык рационального человека Я всегда был убеждён, что основа критического мышления - это вероятностное мышление. Практически все наши решения так или иначе принимаются на базе того, какие действия мы считаем в данный момент оптимальными, но при этом мало что в нашей жизни и работе можно утверждать наверняка. Просто у многих людей решение принимается интуитивно и они не задумываются о том, каковы шансы тех или иных ему последствий. Если создать привычку задаваться этим вопросом перед тем как что-то сделать, то можно сильно улучшить качество решений на длинной дистанции. Давайте просто приведу несколько примеров из абсолютно разных сфер жизни, чтобы было нагляднее. И чтобы было о чём задуматься, если вы ещё не смотрели на вещи с такой стороны. Человек, мыслящий вероятностно, никогда не станет лудоманом, ведь он понимает, что любые ставки и казино - это игра с отрицательным мат ожиданием и на дистанции вы в любом случае будете проигрывать. В то же время вложения в широкий рынок акций - это, наоборот, хорошая идея, потому что на дистанции рынок растёт примерно 60% времени. Когда вы выбираете вести определённый образ жизни - курить, употреблять алкоголь или есть вредную еду, вы принимаете факт, что повышаете вероятность заболеть чем-то нехорошим с каждым следующим годом. К условной пенсии этот шанс будет, скажем, 60% вместо 20% у ЗОЖника. Конечно не факт, что это с вами произойдёт. Но если представить, что есть 100 людей, которые делают так же, по статистике это случится с 60 из них. И окажетесь ли вы в их числе - это дело случая. Мы принимаем решения по несколько раз в день и вероятности окружают нас постоянно: при планировании поездок, при поиске работы, при управлении проектами на работе, в любых переговорах, да даже при поиске жены или мужа)) Мы почти ничего не можем утверждать на 100% - это особенность нашего мира. Просто есть события, которые происходят с очень высоким шансом и мы относимся к ним как к надёжным, а есть те, в которых мы не уверены. Грамотная оценка вероятностей событий - это прямо навык рационально мыслящего человека. Но это сложный скилл, который надо прокачивать. Да и оценить шансы наступления того или иного события иногда очень сложно - слишком мало вводных иногда у нас для этого есть. Но первый шаг к этому - это хотя бы начать задумываться об этом. Иногда этого достаточно, чтобы избежать очевидного провала или не совершить каких-то откровенно глупых ошибок. А если уж вы любите острые ощущения и любите рискнуть, то нужно принимать риски осознанно. И в случае, если удача-таки окажется на вашей стороне, то получать за это соизмеримую компенсацию) ——— ❤️ - я тоже мыслю вероятностями 😎 - мыслю интуитивно, какие ещё вероятности А как мыслите вы?

Менеджерская вакансия в банке! Кто давно подписан на канал, знает, что большую часть своей карьеры я занимался управлением ИТ-активами - это процесс автоматизации учёта оборудования в компаниях. А сейчас коллеги, которым я когда-то делал проект, попросили опубликовать вакансию в моём канале. Мало ли кто-то задумывается о смене работы👇🏻 Лидер команды "Управление аппаратными и программными ИТ активами (ITAM)" / Руководитель проекта Очень кратко требования: 🌟 Экспертиза по процессам ITIL, развитие процесса, знания инфраструктуры для целей оптимизации процессов ITSM (управление мощностями, управление конфигурациями, управления ИТ-активами) 🌟 Владелец продукта, РП 🌟 Менеджерские качества 🌟 Презентационные материалы для руководства (ДК, развилок, эскалаций) Крупный банк. Условия кстати очень неплохие) А во времена тяжелого рынка хорошие вакансии на вес золота. Кому интересно - пишите в ЛС @artem_khart, я дам контакты для дальнейшего общения)

Немного личного Друзья, сегодня мне 35! 🙌🏻 🥳 Наверное это можно считать мини-юбилеем) Как обычно я немного рефлексирую в этот день, задумываясь о том, что получилось, а что нет. Но как будто с каждым годом всё проще принимать свой возраст и ловить по этому поводу дзен. Где-то слышал, что для мужчины этот возраст считается самым расцветом сил, когда вроде ещё есть энергия, но уже за плечами имеется опыт и какой-никакой багаж накопленных ресурсов. Наверное так оно и есть. И ещё - у меня ко дню рождения случился подарок, 2000 подписчиков! Мой канал преодолел исторический рубеж❤️‍🔥 Нас всё больше и больше. Хочу познакомиться с вами ближе. Помимо профессионального контента у меня в канале есть личные факты обо мне и разные интересные истории, не связанные с работой. Делаю небольшую подборку таких постов. Под каждым вы можете поделиться чем-то о себе, ведь у них нет срока давности. Я сразу вижу комментарии к любым постам (даже старым) и отвечаю!) 🌟3 необычных факта обо мне. Интересные и забавные моменты моей жизни 🌟Мои 7 причин вести канал. Что мотивирует меня делать для вас контент. Праздничный пост ко дню рождения канала 🌟Ну что, как отдохнул? Почему я не люблю рассказывать про то, как сходил в отпуск 🌟Почему мне всю жизнь нравится грустная музыка. Пытаюсь разгадать эту загадку 🌟ТОП-10 фильмов, которые я не смотрел. Вы будете удивлены такому списку) 🌟Про хобби. Рассказываю, чем увлекаюсь помимо работы. Пишу о себе и читаю про вас 🌟Как у меня стирается грань между работой и жизнью. О том, как с возрастом работа становится неотъемлемой частью жизни 🌟Честные итоги 2025. Делюсь с вами итогами прошедшего года 🌟Мой ремонт. Ад с подрядчиками. Честный отзыв про тех, кто делал мне ремонт ———— Спасибо ❤️, что вы со мной!

Кажется, ИТ-рынок ВСЁ Уже даже самые отбитые оптимисты признали - рынок ИТ сдувается становится более зрелым. Из каждого утюга говорят про сокращения и оптимизации, найм почти везде на фризе, новые и второстепенные проекты не запускаются, а у старых стараются резать косты. Теперь никто не защищён - компании сохраняют только ключевых людей, а остальных увольняют, и часто делают это одним днём без компенсаций. Индексации теперь вообще не проводятся, а если зарплату и повышают, то максимум на размер инфляции. Так ли это? Давайте посмотрим на цифры и факты. Наткнулся тут на такое вот исследование от hh по рынку труда. И вот что я думаю 👇🏻 Наши ощущения не беспочвенны - рыночек реально приуныл. Кризис докатился и до нас. Из любопытного там вот что: 1️⃣ Соотношение количества резюме к количеству вакансий в ИТ (то есть по факту - это сложность поиска работа) медленно и неумолимо растёт. И за год этот показатель вырос аж в 2 раза! Если в марте 2025 года на одну вакансию претендовали 12 резюме, то сейчас уже 23. И динамика сохраняется(( 2️⃣ Объём найма по сравнению с прошлым годом в ИТ снизился примерно на 35% ⬇️ , а количество резюме увеличилось на 25% ⬆️ 3️⃣ Особенно забавно сравнение по всем этим показателям с другими профобластями, например: 🌟ИТ не входит в ТОП-10 профобластей с наиболее высоким спросом на специалистов за последний месяц, а вот в ТОП-10 по количеству ищущих работу врывается с ноги)) 🌟По количеству резюме на одно место айтишка сейчас входит аж в ТОП-5, уступая только сфере массмедиа, консалтингу, менеджменту и маркетингу 🌟А по снижению найма наша сфера занимает почётное 2-ое место, уступая лишь чемпиону - HR 🥲 Пупупу. Такая вот ситуация сейчас на рынке труда. Можно называть это по-разному: что рынок стал более зрелым, что "ИТ пузырь сдулся", что рынок выздоравливает или что он наоборот в полной заднице) Суть от этого не меняется - искать работу сейчас действительно стало сложнее. Но, как и обычно, есть нюансы. Что делать? Во-первых, начну с банальной вещи, но хороших специалистов, приносящих ценность бизнесу, по-прежнему не хватает. Так было всегда и так будет в любой кризис. Нужно просто быть таким и проблем с поиском работы не будет)) (ага, конечно, легко сказать, кэп 🥲) Во-вторых, даже с учётом усложнения поиска работы в 2 раза, в ИТ это по-прежнему не выглядит катастрофой. Цифры в исследовании относительные, но в абсолютном количестве компаниям всё ещё нужно много спецов - просто "жёсткий дефицит всех" сменился на "хороших не хватает, по остальным баланс". Люди по-прежнему находят работу и переходят в другие компании. Да, сейчас при размещении резюме вас не заспамят 10 рекрутеров в первую же минуту, но при грамотном подходе (например, рассылке резюме через знакомых или правильную адаптацию под алгоритмы отсмотра ИИ) это всё ещё вполне реально. В-третьих, не оставайтесь сбоку от современных веяний рынка. Сейчас хайп агентской разработки - постарайтесь подружиться с этой технологией и понять её особенности. Не будьте тем старовером, который во времена технологической революции продолжал пахать поле руками, когда вокруг уже ездили тракторы. Ну и в-четвёртых, не стоит пугаться цифр, которые есть в этом исследовании. Статистика штука обманчивая (писал про это как-то пост). Помним про старый анекдот, что если у босса зарплата миллион, а у его 9 работников по 10 тысяч, то в среднем у них зарплата примерно 100к (ну или менее цензурную версию про целомудренную Машу и распутницу Глашу, которые в среднем обе девушки лёгкого поведения))). Это я к тому, что на позициях джуна скорее всего действительно конкуренция стала ещё жёстче, но чем выше ваш грейд, тем меньше эти цифры вас касаются. Синьоров как было мало, так и осталось и их эти изменения коснутся не так сильно. ——— Как обычно ❤️, если было полезно. А вы чувствуете кризис на рынке в ИТ? Идут ли оптимизации в вашей компании?

Технология жизни. Книга для героев А я сегодня с ещё одним обзорчиком на книгу) С её автором, Владимиром Тарасовым я был знаком и до "Технологии жизни". Я смотрел какие-то его интервью и смотрел его выступления. Хотя его идеи мне кажутся немного отдалёнными от ИТ, но в целом он говорит много общих полезных вещей по менеджменту, поэтому впечатления от его деятельности у меня в целом положительные. И когда мне порекомендовали эту "Книгу для героев", я сразу выписал ей кредит доверия. Но когда я начал её читать, то я был удивлён. Это мягко говоря. Книга представляет собой набор несвязанных между собой мини-историй, чем-то напоминающих древние китайские мудрости, разбавленные филофоско-мотивационными утверждениями из "успешного успеха". И всё. В ней нет сюжета, нет структуры. Есть только набор абстрактных притчей, которые мне чем-то напомнили цитаты из статусов вконтакте, когда они ещё были популярны (олды помнят))) 👍🏻 Кому стоит почитать Даже не знаю кому это можно порекомендовать. Возможно я сам не дорос осознанностью до такой книги, поэтому могу предположить, что она для супер успешных топ-менеджеров. Но это не точно)) 😕 Чего в книге мне не хватило? В целом не имею ничего против стиля коротких зарисовок без цельного сюжета. Такой жанр вполне успешно может существовать. Но содержание самих этих зарисовок лично у меня вызывало то улыбку, то фейспалм, то реакцию "капитан очевидность". 💡 Основные идеи Как я уже написал, в книге нет сюжета, это лишь набор мини-рассказов в стиле древних мудростей. Лучше приведу пару цитат для понимания уровня повествования: "Смысл жизни – вне ее пределов. Внутри самой жизни мы его никак не обнаружим. Мы сможем понять только смысл отдельных дел и житейских событий. Человек, не имеющий большой цели, не знает своего пути. Это непутевый человек. Ведь он ставит только цели, достижимые при жизни" "В ящик насыпали шариков – деревянных и медных – одного размера. Полный почти ящик. Закрыли крышку. Подождали, открыли. Как лежали они там вперемешку, так и лежат. Снова закрыли. Стали трясти ящик. Хорошо потрясли. Открыли крышку и посмотрели. Наверху оказались деревянные, а медные – внизу. Шарики знают свой путь. Каждый шарик. Ужели мы и их глупее?" "Старый человек ехал в старом переполненном автобусе. Его сдавили со всех сторон, а пора выходить. Никак не протиснуться к выходу. Вздохнуть трудно, не то что продвинуться. К счастью, автобус тряхнуло несколько раз на плохой дороге, и человек смог продвинуться к выходу. Если жизнь трясет нас, мы можем продвинуться в ней. Если знаем, где выход. 👇🏻 Что в итоге Моя оценка — 3/10. Пару баллов добавил за несколько интересных панчей, которые могут заставить задуматься. Но этого маловато для того чтобы рекомендовать эту книгу. ——— P.S. а пост со всеми обзорами книг 👉🏻 здесь

Сам периодически таким был ☝🏻 Пишите документацию более чётко и однозначно и не допускайте двойных трактовок) Хороших выходных!

Восстание машин (часть 2) Пока что моя команда агентов стабильно работает в последовательном режиме (агенты берут задачи одну за другой). Я сделал так осознанно, чтобы отладить базовый процесс. Сейчас мой флоу по статусам выглядит так: backlog -> analysis -> ready-for-dev -> in-development -> code-review -> ready-to-deploy -> testing -> done Важный момент, который я для себя уяснил - это то, что нужно уделять максимум внимания проверке качества. Уже на этапе аналитики я говорю агентам создавать отдельный worktree и ветку git'а под задачу, в которую он будет писать детальную спецификацию, use case'ы, ADR, ERD, API-контракты, а ещё править архитектурную схему (если требуется) Тестировщик на базе use-кейсов сразу же пишет test-кейсы, которые потом будет проходить в реальном браузере. Разработчик обязательно пишет unit и интеграционные тесты, которые должны быть "зелёными", перед тем как отправить код на ревью. Только напишите, чтобы не упарывался, а то он на каждую фичу может по 100 кейсов писать - это перебор, тестировать надо только сквозную бизнес-логику. На этапе code-review, кстати, рекомендуют подключать агента с другой моделькой (в идеале даже не от Anthropic), чтобы она максимально непредвзято оценила качество кода. Не стесняйтесь писать в правила проверки все умные слова, которым когда-то нас учили в книжках: DRY, KISS, SOLID, TDD и прочее (но без фанатизма). На этапе тестирования помимо проверки API-эндпоинтов я подключил MCP Playwright для эмуляции действий пользователя, который после развёртывания ветки на стенд прямо в браузере берёт задачу и проходит пользовательский сценарий, кликая на кнопки и заполняя формы. Когда я это подключил, качество фичей выросло прямо в разы - рекомендую. Эта штука фиксирует все недочёты, в том числе визуальные и даже делает скриншоты. И если что-то не так - возвращает на доработку девелоперу. И тот не сопротивляется, а исправляет))) Если в процессе работы возникают косяки, где агенты сделали что-то не то - это нормально (все мы люди можем ошибаться). Часто Claude сам указывает на проблемы процесса. Не бойтесь просить внести в файлы с описанием правила, чтобы ошибка больше не повторялась. С каждым проходом система будет становиться всё лучше и лучше. В общем, настройка агентской системы чем-то похожа на выстраивание реальной команды разработки, только без лишних сентиментов и пипл-менеджмента. Можно сосредоточиться исключительно на действиях) ——— Следующим шагом буду прикручивать параллельную работу над несколькими задачами, хотя в целом мне хватает скорости уже в последовательном режиме. Я не всегда успеваю даже описывать задачи. За ночь стабильно разбирается весь бэклог) Если агенты будут работать одновременно, а каждая фича будет деплоиться и тестироваться на отдельном стенде, то процесс можно ещё больше ускорить. Главное настроить всё так, чтобы перед созданием Merge Request'а разработчик стягивал актуальный main и решал конфликты, а ещё чтобы агенты не брали одну и ту же задачу с доски одновременно. Звучит реально. Как только найду время и восполню бэклог, попробую поднастроить процесс и запустить работу в параллельном режиме. Для тех, кто хочет попробовать поработать с клодом с нуля, могу порекомендовать бесплатный хороший базовый 4-часовой курс для начинающих ЗДЕСЬ 👈🏻 Клод крутится, системки мутятся) ❤️, если интересен такой формат Кто ещё пробует настроить свою систему агентской разработки? Делитесь опытом и инсайтами)

Восстание машин началось Итак, кажется у меня получилось наконец-таки получить рабочий вариант команды агентов на Claude Code, про которую писал в предыдущем посте! Вы поставили много ❤️, а значит вам это интересно и я буду делиться прогрессом)) Как я уже говорил, с первого раза у меня не очень получилось. Изначально я взял готовый большой .md-файл с описанием процесса с открытого гитхаба победителя хакатона по агентской разработке и попросил настроить Claude всё по этому описанию. Сразу скажу, что это, на мой взгляд, плохой путь. Во-первых, вы не до конца понимаете, по какой логике и под какие задачи формировался этот файл описания процесса. Во-вторых, он не заточен именно под ваши задачи. И, как следствие, это будет работать плохо и непредсказуемо, как было у меня. Ну и в-третьих, из-за больших размеров такого файла увас будет тратиться огромное количество токенов, что сильно ударит по карману. На мой взгляд, для нормальной работы агентской системы нужна подписка хотя бы 5Х за 100$, обычной за 20$ не хватит - будете постоянно упираться в лимиты. В общем я решил всё грохнуть и написать описание того, что я хочу получить. Прямо с нуля. Целый день я потратил на то, чтобы сформулировать простым человеческим языком, как я хочу, чтобы был выстроен процесс. Я учёл те моменты, с которыми я сталкивался в процессе реальной разработки и первой неуспешной попытки. Затем я попросил того же клода оптимизировать мне моё описание процесса в виде AGENT_SYSTEM_PROMPT.md-файла с адаптацией под дальнейшую работу с агентами: "Создай промпт для Claude Code (Opus 4.6), который создаёт полный набор файлов агентской системы (CLAUDE.md, skills, commands, rules и т.д.) для автономной командной разработки приложения" Вообще, как мне кажется, самого Claude можно и нужно просить помогать вам с выстраиванием работы с ним: не стесняйтесь просить его накидать вспомогательные файлы и оптимизировать их для экономии потребления токенов. Можете смело спрашивать советы как организовать структуру папок и файлов внутри - он даёт вполне адекватные советы. Сам же файл AGENT_SYSTEM_PROMPT.md у меня начинается с такой строки: "Создай агентскую систему разработки, способную реализовывать комплексные приложения большого размера. На основе этого описания сгенерируй необходимые `.md`-файлы (CLAUDE.md, скиллы, команды и т.д.)" и дальше уже идёт детальное описание. После того, как вы попросите выполнить промпт из AGENT_SYSTEM_PROMPT.md, у вас будет создан: 1️⃣Набор агентов в папке .claude\agents проекта Я не стал усложнять и начал с базового набора: teamlead, analyst, developer, code-reviewer, tester, devops. На первых порах этого вполне хватает 2️⃣Набор команд для запуска задач и обработки issues на доске (у меня проект развёрнут в github). Пара примеров: /process - запускает выполнение задачи (или нескольких) от текущего статуса до Done /regress-update - создаёт или обновляет файл со сценариями полного регрессионного тестирования REGRESS.md, учитывая все реализованные в системе функции /regress-start - запускает полное регрессионное тестирование по файлу REGRESS.md /feature - создаёт новую задачу типа FEATURE на Kanban-доске по указанном описанию и т.д. 3️⃣Правила перехода между статусами в папке /rules 4️⃣Файлы с архитектурой ARCHICHTURE.md, сценариями регресса REGRESS.md, смоука SMOKE.md, файл исходного ТЗ TZ.md ——— Важные моменты для экономии токенов: 🌟 В CLAUDE.md просите вносить только то, что должно попадать в каждую сессию. Можно ссылаться на другие .md-файлы, но лишнего текста там быть не должно. 🌟Все .md - файлы делайте максимально лаконичными или просите их оптимизировать под чтение агентами. Просите загружать в каждую сессию в каждый агент только необходимый минимум, остальное - по требованию. Например, тестировщику не сильно нужно читать архитектуру проекта. 🌟Не стесняйтесь просить самого Claude провести анализ потребления токенов и предложить оптимизации. ———— продолжение в следующем посте...

Что вообще у меня происходит Последнее время у меня в карьерном треке происходят некоторые изменения, которыми я хочу поделиться) 1️⃣ У нас уволился директор по продукту и мне предложили попробовать себя в качестве исполняющего его обязанности. После недолгих раздумий я согласился, потому что на самом деле давно хотел получить этот опыт. Да, я и раньше общался с заказчиками, управлял бюджетом продукта, отвечал за реализацию и качество, но финальную ответственность за то как продукт себя чувствует себя на рынке нёс всё-таки продакт-директор. Мне кажется, что во времена ИИ, когда реализация продуктов становится доступнее и проще, самым ценным станет навык определять, что именно нужно реализовать, как это закроет боли заказчика и кому это продать. В общем, если раньше мы задумывались над тем, "как надо делать", то сейчас самый актуальный вопрос - это "что именно надо делать". И люди, умеющие это хорошо, будут иметь огромное преимущество в любого размера командах, от стартапов до энтерпрайза. Кстати, предыдущую позицию руководителя разработки я официально тоже всё ещё занимаю, поэтому мой календарь мгновенно забился с утра до вечера встречами с заказчиками, партнёрами и командой, прям как в старые добрые времена. Поэтому в канале последнее время и было относительное снижение активности, ведь я просто банально не успеваю иногда даже пообедать)) Посмотрим, что из этого выйдет. Пока что интересно, но времени стало значительно меньше. 2️⃣ Недавно у меня стояла задача в короткий срок реализовать кликабельный прототип потенциального нового продукта компании для презентации руководству. Для этого нам выделили команду аж в несколько человек - два дизайнера, два фронтендера, один бэкендер и один тестер. За пару недель мы, потратив много человеко-дней, справились и провели презентацию. Но интересно другое. Параллельно я в качестве эксперимента решил завайбкодить тоже самое по макетам дизайнеров на Claude Code. За 4 часа я получил результат, который можно было нести и показывать руководству)) Там проходились основные сценарии и всё выглядело красиво. Да, само собой, я не вчитывался в код, который мне негенерил opus. Наверняка там были кривые и неоптимальные моменты, поддерживать дальше это было бы сложнее - в случае с написанием кода руками разработчики знают где и как у них реализованы те или иные функции. Но с рефакторингом ИИ, кстати, тоже справляется очень даже неплохо, просто я этого не делал, потому что смысл был в проведении демонстрации. В итоге под конкретную задачу "показать прототип решения" можно использовать решение, которые в десятки раз быстрее и дешевле даст вам нужный результат. Подумайте об этом) 3️⃣ Вдохновившись предыдущим кейсом, я решил начать выстраивать полноценную агентскую систему разработки, где ИИ будет пилить уже не поделку на коленке, а полноценный качественный продукт. Но оказалось всё не так просто. Я попробовал сделать kanban-доску с задачами, где статусы будут менять сама команда агентов, а задачи будут пилиться через полный цикл: ADR+ERD, спецификация и тест-кейсы, реализация, код ревью, тестирование, деплой. Первый блин оказался комом — в мультиагентном режиме они часто конфликтуют друг с другом, теряют изменения в параллельных ветках гита, берут одни и те же задачи или дублируют их, забывают переводить статус, правят баги только с 5-6 раза (хотя всё это в инструкциях, конечно, прописано). Если что, я конечно знаю про существование скиллов и .md-файлов, публичных гитхаб-репозиториев с готовыми настройками агентов, плагинов и прочего. Но, оказалось, чтобы всё это взлетело на вашем проекте, нужно ещё заморочиться)) Я сделал из всего этого выводы и буду пробовать снова. По ощущениям при правильном подходе можно настроить реально работающую относительно автономную систему разработки. Если интересно, ставьте ❤️ и я могу делиться своими инсайтами относительно последней темы, или 👎🏻, если эти LLM уже задолбали)) Думаю мои наблюдения и выводы будут полезны, если вы заходите пройти аналогичный путь и собрать себе виртуальную команду агентов. А у вас как дела?)

Иногда решение лежит совсем в неочевидной плоскости)) Всем хороших выходных!

Собрал для вас в дайджест лучшие посты марта 👇🏻 🌟Про оверинжиниринг. Почему всё усложнять — плохая идея 🌟Что тебе от меня нужно? ключевой вопрос, который выводит в конструктив любые эмоции 🌟Телефон vs Живое обсуждение. Как достучаться до тех, кто "живёт" в смартфоне, либо решает вопросы только очно 🌟В чём причина нашего пессимизма. Чем руководствуются те, у кого стакан всегда наполовину пуст 🌟Критическая цепь. Обзор книги про управление проектами Элияху Голдратта, автора бестселлера "Цепь" ——— Ну а меню навигации по каналу здесь, там вообще весь контент канала 👈🏻

Эмоции как основа памяти Я тут вот о чём подумал. Эта мысль у меня крутилась давно, но вот только недавно я её сформулировал и осознал. Когда мы учимся чему-то новому, то лучше всего мы запоминаем то, что вызывает у нас эмоции. Теперь поясняю. В жизни мы склонны запоминать яркие эмоциональные моменты, например, путешествия, позитивные и негативные события, удивительные случайности и прочее. А вот отпуск, где вы целый день просидели дома за компом, скорее всего, сольётся для вас в один день. Другими словами, мы лучше запоминаем то, где наш мозг испытал какие-то эмоции. И когда мы чему-то учимся, мы тоже можем их испытывать или не испытывать. По себе помню, что когда я изучал что-то, чтобы решить наболевшую проблему и находил потенциальное решение, в голове проскакивала мысль в духе: "Ах вот как можно попробовать к этому подступиться! Ну всё, теперь я наконец смогу это разрулить!!!" Аналогично с тренингами и курсами. До сих пор помню свой восторг от обучения на курсе по программированию на 1С: "Нифига себе, это же можно любые таблички и экраны создавать! А ещё логику потом написать какую захочешь для них 🤯!" И то, что я тогда узнал про реляционные базы данных, конструкторы форм, регистры бухгалтерии и расчётов я помню до сих пор, спустя 15 лет. Ещё запоминаются негативные моменты. Например, я никогда не забуду, когда бился над багом 2 недели, а дело оказалось в нехватке ресурсов на моей виртуалке. Теперь я при любом баге задаюсь вопросом: "а точно ли дело не в ресурсах?". И наоборот. Я проходил несколько обучений, тематика которых меня не трогала от слова совсем. И спустя 2 дня из моей головы благополучно вылетело всё содержимое этих обучений. Подсознательно я понимал, что эти знания либо не совсем применимы, либо они слишком общие и очевидные (привет всяким тренингам по успешному успеху), поэтому они не вызывают особых эмоций и, как следствие, не откладываются в голове. Аналогичную картинку я видел у многих людей, которые проходили неинтересные для них курсы. Через неделю они уже не помнили, что на них узнали. Вот вы вспомните, например, что-то из содержания скучных универских лекций? Лично я - нет. Всё это благополучно улетучилось из головы сразу же после экзамена. Какой вывод? В обучении запоминается то, что вызывает эмоции в духе "о, вот это прикольно!". Если вам не особо интересно что-то изучать, то делать это только потому, что "хорошо было бы это знать" - бесполезная трата времени. Имеет смысл это только в случае, если вам это либо интересно, либо нужно для решения реальных прикладных задач и болей. Во всех остальных случаях лучше задуматься, не стоит ли потратить время на что-то более полезное и интересное. P. S. когда уже написал пост, вспомнил, что есть такая известная цитата Аристотеля: "Познание начинается с удивления" (с) Решил её тоже в конце добавить. Вроде как она как раз об этом же) ——— ❤️, если согласны Замечали такую зависимость у себя? Или может в каких-то случаях имеет смысл учиться неинтересным вещам?

)))

Мой ремонт. Ад с подрядчиками Почти 4 года назад я завершил свой первый полноценный ремонт. Я часто сравниваю с ним наши айтишные проекты, потому что, на мой взгляд, в них есть много общего. Знаю, что я такой не один, потому что читал много подобных сравнений у Тараса Сороки и Жени aka Тимлид Очевидность )) С ремонтом сталкиваются многие, поэтому аналогии довольно просты и многим понятны. Только подумайте — и там и там есть работники, которые должны сделать какой-то объём работы в какие-то сроки за какие-то (желательно вменяемые) деньги. При этом вам важно качество, но без косяков ни один ремонт не обходится. Ну чисто же как айтишный проект, где вы — проджект менеджер!) После завершения ремонта я написал статью на эту тему, где рассказывал, как он проходил. Но на тот момент некоторые узлы моей квартиры (например, сантехника) ещё не прошли тест стабильности. И вот теперь, спустя 4 года после окончания (и после всех переделок 😅) я могу финализировать свой опыт и точно сказать, кто из работников есть кто. Потому что всё что могло протечь за это время уже протекло, всё что могло сломаться — сломалось (надеюсь) Я решил запилить новую статью, где честно и подробно рассказать о тех людях, которые выполняли мой ремонт. Вы сможете сделать вывод о том, как люди делают свою работу и на что стоит обратить внимание, если решите в это ввязаться) Приятного прочтения. Вас ждёт много увлекательных историй)) ЧИТАТЬ ЗДЕСЬ 👈🏻