Плохой Project Артём Арюткин – Telegram
Плохой Project Артём Арюткин
13.8K subscribers
874 photos
206 videos
14 files
408 links
Канал про IT менеджмент

Авито - СРО платформы разработки,
Ex- Яндекс СРО, платформы для разработки,
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ

Автор:Арюткин Артём

РКН https://www.gosuslugi.ru/snet/6763fd618e552d6
Download Telegram
Эксперты рассказывают о лучших книгах 2025 года 📚

👨‍💻 Артем Арюткин — СРО платформы для разработчиков в Авито и автор тг-канала Плохой Project.

Я тут подвел итог и выбрал топ 3 книги от ребят из издательства «Питер», с которыми я очень дружу.


🏆 3 место — «Грокаем функциональное мышление»
🏆 2 место —
«Грокаем Continuous Delivery»
🏆 1 место —
«Фактор Ч, или Как не угробить хорошую идею»

Подробнее о книгах читайте в карточках.
🔥138👍3
Хороший продакт - это король Discovery, кухарка в Delivery и куртизантка на защите бюджетов.
🤣63😁20🔥12💯43
Фух, 2026 ваще рядом!
Будет ли он лучше, чем 2025?Однозначно!
Труднее?
Несомненно!

Важно помнить, что улыбка в этом мире начинается с нас.
Именно мы создаем тот праздник, что происходит вокруг нас!

Мы стали взрослыми и теперь это наша работа.

Хочу пожелать, чтобы каждую минуту у нас находился повод для улыбки.

И в 90% случаев, то, что кажется сложным и трудным сейчас попадет в список «год спустя» и будет тем, что сделало нашу жизнь лучше, а нас сильнее.

С наступающим Новым годом!
Спасибо, что читаете!
Круто знать, что столько умных, замечательных людей рядом!
71🍾33🎄20
#пятничное

Ну как вы там? Че по салатам?
😎 - все съел и еще приготовил!
🦄 - чисто по сушам и пицце
🔥 - еще доедаем! На 3-й день только вкуснее
🔥84😎54🦄145🫡2
Что там ждет нас после Agile?

Кому как не консалтерам из McKinsey рассказывать нам о том, как изменится работа будущего?

Что говорят нам ребята:
1.
Agile придумали для людей (все эти стендапы, 2 pizzas и прочее).
2.
Индивидуальная производительность выросла: каждый из нас может сделать больше в единицу времени (написать код, проверить гипотезу, почеленжить свои мысли, найти нужные исследования).
3.
Процессы разработки: код-ревью, ручное тестирование, декомпозиция задач и написание спецификаций, документация остались прежними.
4.
Старые метрики, такие как: DORA, velocity и т.п. уже не работают, так как не отражают происходящего. Точнее вот так: DORA - важна и нужно, но с AI не связано.

А все мы знаем, что если ускорить один этап производства, то другие становятся узкими горлышками. Тут это видно наглядно.

Agile 2.0 - это про AI native подход в процессах:

1.
Команда - это 3-5 человек, условных фулл-стек, которые управляют агентами.
2.
Spec-driven development - спецификации теперь становятся критичными. Теперь при их написании мы должны быть однозначны. Никаких расплывчатых формулировок, тупиковых веток и т.п. Четко и структурировано.
3.
Новые роли:
инженеры теперь оркестируют агентов, ищут пути, как дать максимум контекста агентам, как построить безопасную и качественную архитектуру.

Продакты сами прототипируют и проверяют свои гипотезы.
4.
Пора перестать следить за старыми метриками (DORA (все еще нужна и полезна, но AI эффект померить не позволит), Velocity и т.п.) и начинать следить именно за flow-метриками.
То есть основная ценность:
- latency от идеи до прода
- стоимость человеческого участия
- rework как сигнал плохих спецификаций
- throughput системы, а не команды.

Есть момент, который на мой взгляд все упускают: появление новой технологии создает новые «работы» и за ними тоже нужно следить. Если раньше обновление библиотеки занимало некое время и не всегда влезало в планы, то теперь сделать это становится легко и быстро. Почему это важно?
Растет в том числе энтропия и это новые вызовы для нас в поисках правильного баланса «что делать, а что нет».

А вам такие обзоры интересны, в принципе?

❤️ - да, продолжай
🎄 - ну соу, соу, не всегда интересно, но продолжай
💊 - перестань и старые удали
140🎄21💊8🔥4
Есть авторы, которым я искренне завидую: что не пост, то пушка, что не исследование, то находка.

Ну а раз уж я им завидую, то я их и читаю регулярно, каждый день (ну ладно, когда посты выходят).

Ииии, Kyrillik - как раз тот самый.

Вот парочка отборных постов (да там еще и за каждым постом можно утонуть в ссылках).

Вы замечали, что с возрастом скорость жизни течет быстрее? А почему? А вот вам тут Кирилл подскажет.

Без AI никуда нельзя, но мне очень нравится некий скепсис или здоровый взгляд на него. В общем, у автоматизации появился ребрендинг - AI агенты.

Ну и супер полезные обсуждения о спорте, питанию, карьере и прочему. У Кирилла тут крутая модерация и 180+ комментариев
7👍4🔥3
This media is not supported in your browser
VIEW IN TELEGRAM
Если вам интересно, а какого эта фига, я приложил очень странную картинку к посту утром, то знайте:

В ТГ появилась саммаризация длинных постов.

Саммаризация не всегда работает адекватно.

И я решил собрать саммари для вас сам😉
8🔥6😁3
A Vision For Product Teams - Марти Каган

Короче, статья отрезвляющая и эти мысли у меня давно в голове. Не уверен, что если вы впечатлительны, то стоит читать дальше.
Статья отлично дополняет те мысли, что я излагал в понедельник в обзоре доклада маккинзи.

1.
Марти Каган - автор топовой книги Вдохновленные для продактов рассказывает свой вижен будущего на горизонте 3-10 лет.

2.
Если вы, по сути, трудитесь в feature factory team (это когда ваша задача деливерить фичи придуманные кем-то), то в будущем ваши компетенции не будут востребованы так, как сейчас.
И да, переживать стоит. Потому что новые инструменты ускоряют как раз Деливери.
Конечно, всегда найдутся компании, кто будут продолжать «жить по старому», но это лишь даст больше времени.

3.
Если вы трудитесь в product team (это, когда 90% времени вы тратите на поиск решения, рынка, сами отвечаете на вопрос, что делать дальше и т.п.), то ваши компетенции будут все так же востребованы, но радоваться рано: Марти подтверждает, что состав команд в будущем изменится.
В будущей продакт Тим будет нужен:
-продакт менеджер
-UX дизайнер
-Инженер.

Ага, вот так вот всех по 1-му… И этого хватит.
И представляете, какая будет конкуренция за возможность быть в этой команде.

4.
Возможно, нам повезет и случится бум стартапов, в который приземлится вся наша трудовая мощь, но на сколько это вероятно?

5.
Ну а если вы думаете, что ваш бизнес супер устойчивый, то задумайтесь как много конкурентов у него сможет легко возникнуть очень скоро.

Короче, прогнозировать будущее труднова-то, мы люди плохо с таким справляемся и трендов особо не умеем замечать верно.
Но и голову в песок зарывать не стоит успокаивая себя мыслью, что ничего не поменяется.
К тому же не забывайте, что затронет не только нашу отрасль.

Ну че, кто что думает?

❤️ - Марти Каган столб индустрии. Дело говорит.
🔥 - отставить панику, особо ничего не изменится.
💊 - ну вот, я на панике!
🔥31💊2220👍1😁1
Задачка для всех, кому интересны бизнес и IT

Дано: digital-агентство. Маркетологи тонут в рутине: вручную создают карточки с задачами, собирают отчеты, пингуют коллег по статусам. Задачи теряются, сроки срываются из-за человеческого фактора. Самое ужасное: директор по маркетингу тратит 20% своего времени не на стратегию, а на микроменеджмент — проверку статусов и сбор данных.

Вопрос: Как разорвать этот порочный круг без дополнительных вложений?

Решение: Вместо того, чтобы обращаться к разработчикам, директор решил использовать инструменты вайб-кодинга и сам сделал внутренний сервис, который автоматически создает задачи, следит за сроками, отправляет уведомления и генерирует отчеты.

Результат:
Компания сэкономила 100+ часов в месяц и разгрузила команду для роста и стратегии, а количество ошибок сократилось на 70%. И все это бесплатно.

Многие компании работают с ограниченным бюджетом и не могут позволить себе команду айтишников. Но даже если она у вас есть, время разработчика стоит дорого.

Умение самостоятельно решать бизнес-задачи с помощью современных технологий — это мощный рычаг управления. Получите его на курсе Vibe Coding от Академии Eduson.

За 2 месяца вы разберетесь с популярными инструментами и узнаете, как писать промпты так, чтобы ИИ с первого раза выдавал чистый код. Интегрируете их в работу и автоматизируете процессы без навыков программирования.

В конце создадите 7 проектов и полноценный продукт без единой строчки ручного кода. Сможете обеспечить IT-решениями свой бизнес и сильно сэкономить на разработке.

Успейте оставить заявку на обучение с моим промокодом ПРОДЖЕКТ — получите скидку 65% + второй курс в подарок.

Реклама. ООО "Эдюсон", ИНН 7729779476, erid: 2W5zFGCCCWU
🤡234👍2🔥2😁1😱1
This media is not supported in your browser
VIEW IN TELEGRAM
Остап Бендер плохого не посоветует!

Так что давайте-ка в понедельник прямо и начнем!

🔥 - если ты уже горишь и рвешься к трудовым буржуазным будням!
❤️ - если ты еще не готов и ищешь поддержки
💊 - ееееее-ма-ееее, уже пятница! Ну за чтоооо

#пятничное
💊6825🔥15😍2💯1
This media is not supported in your browser
VIEW IN TELEGRAM
Ладно, раз уж это пятница, я считаю, такая двойная, то забирайте еще 2-й мем!
🤣45🔥6😁2
Классические модели оценки Storypoints, Functionpoints не работают!

А что если я вам скажу, что Storypoints, Functionpoints имеют мало общего со сложностью задач?
И мысль тут не моя, а ребят из Stanford - Егора Денисова-Бланш и его коллег.

Но как так получилось?
Они разработали модель, натренировали ее на 100+ тыс.репозиториях и 10 экспертах в разработке, а затем проверили и убедились, что лучшая метрика - это сколько инженерного усилия и сложности было в фактических коммитах!

Обычно, вот эта задача оценки сложности хм…сложная!
Но статья ребят раскрывает то, как это посчитать.

Фактически, метрика комплексная и состоит из следующих:
1.
Сколько времени (в часах) в этом коммите “закодировано”
2.
Насколько трудной была задача, судя по коду и контексту
3.
Какие объективные признаки сложности есть внутри изменений (кохезия, сложность, coupling, архитектурные изменения, объём и тип модификаций)

И как менеджер вы скажите мне:
«Да нафига мне оценки сложности уже после написания когда?»


И тут я сижу «сижу на двух стульях» вместе с вами и ребятами, кто готовил статью:
1.
Как менеджер, я хочу знать оценку до старта.
Но оценка до старта - это гипотеза. Фактически, это шум!
2.
Но как эксперт я понимаю, что люди отваритетельно оценивают задачи и планируют.

Авторы прямо пишут, что их результаты «подсвечивают ограничения традиционных forward‑looking методов» и что backward‑оценка по коду даёт более точную меру усилия.

Как можно это применить на практике:
1.
Код ревью важная задача в нашей индустрии и модель из статьи может позволить вам распределять более сложные задачи на ревью на более «экспертных ребят».
2.
Такая модель может позволить объяснить стоимость реализации отдельных фич и задержку сроков.
3.
Если научиться надёжно оценивать усилие и сложность по коду, можно затем искать связи между «постфактум» метриками и ранними артефактами (типы требований, области системы и т.п.). То есть модель даёт основу для более качественной калибровки планирования (сравнивать фактический effort по коду с изначальными оценками), но не описывает модель, которая сразу из описания задачи выдаёт оценку сложности/усилия.

А разве умение учиться на основе прошлого не ключевой навык менеджера?

«Storypoints - это гипотеза.
Код - это факт.
Без измерения факта гипотеза никогда не станет лучше.»


А вы верите в умение людей оценивать сроки?

🔥 - да, люди умеют оценивать сроки с достаточной точностью
🦄 - ох о чем вы, сроки мы особо оценивать не умеем
😎 - оцениваю сроки с точностью до минуты
🦄59🔥19😎43👍2🤩2🤔1
Так-с, я тут давно читаю канал Ильи, который Последние 1.5 года активно использует нейросети в работе (вайб-кодинг и не только).
Почему?
Ну потому что он рассказывает свои прикольные кейсы из практики.
А вы помните, что я говорю: основная проблема нейронок - найти привальные задачи для применения!

Илья до 27 лет ни на кого не работал, не считая себя, но в этом году вступил в команду, с которой будем делать большой AI продукт на рынке США

Из тех самых практичных кейсов:
Отсудил 90к у Островка через Claude
Завайбкодил за пару недель продукт, который студии разработки оценили в 15 млн рублей и полгода работы
— За несколько дней навайбкодил систему, которая автоматизировала маркетинг в стартапе
— За один день с помощью нейросетей проработали концепцию продукта, создали 30+ лендингов и получили сотни предзаписей.

Ха-х, звучит как реально поильные кейсы и максимально практичные)

А вот еще разок и канал Ильи.
9🔥7🤡5
Это на фото я такой умный, красивый и здоровый, в реальной жизни я в 8 утра на электрофорезе🤣
На самом деле - это о взрослом отношении к себе.
К сожалению, чудес не бывает и со временем все тяжелее поддерживать ритм, здоровье, спорт, семью, работу. А так как прожить хочется яркую, длинную и здоровую жизнь и стать частью той самой «серебряной экономики» не в виде развалины, то задумываться о себе приходится уже сейчас. При условии, что таких возможностей у нас дофига (ОМС прекрасно работает), то почему нет.

Так что, сначала курс электрофореза (я не могу перестать ржать от этого слова), а затем уже курс массажей.

В общем, не только спортом 3-4 раза в неделю тело живет, но и о восстановлении не забываем.
Еще бы сна дотянуть до 8 часов, но это так, из области фантастики.
26💯9🤣5
This media is not supported in the widget
VIEW IN TELEGRAM
17🔥9💘1
#пятничноеневпятницу

Пу-пу-пууууу
В общем, долги то отдавать приходится, получается!
😁56😭16💯10🤣64
1.8 млн. инженеров (ghost engineer) ничем не занимаются на работе!

Ну че, помните я вам тут в понедельник рассказывал о модели, которую придумали ребята из Стенфорда для оценки сложности решенной задачи?
Ну вот они пошли дальше и написади статью (статья не является строго научной!), в которой ввели термин ghost engineer и вот, что они нам говорят (вот тут видос, если что):
1.
Эти парни делаю лишь 10% работы от медианы в рамках эффективности в своей компании. То есть делают только 10% работы от средней нормы в своей организации.
2.
В публичных описаниях приводятся характерные признаки «призраков»:
• 58% из них делают меньше трёх коммитов в месяц;
• 42% ограничиваются тривиальными изменениями на одну строку/символ.

Что вызывает спорные чувства?

1.
Написание кода - лишь малая часть работы. Хотя модель ребят из стенфорда пытается учитывать и это пусть и косвенно через сложность задач.
2.
Подобный подход никак не позволяет учесть менторство, ревью, проектирование архитектуры, время на встречах.
Хорошо бы в эту модель докрутить Google InSession (ранее рассказывал о подходе Гугла для анализа информации по ивентам, куда уходит время у разработчиков).

Однако, модель точно позволит выявить крайние случаи, когда люди реально нифига не делают.

А как вы оцениваете наличие ghost engineer в вашей компании?

❤️ - у нас таких нет
👍 - от 5 до 10%
🔥 - от 11 до 25%
🦄 - только я и работаю
🦄2822👍18🔥14
Я знаю, что вы любите хорошие подборки каналов 😈.

А теперь прямая речь ребят 🎙️

👉Где узнавать о практиках для руководителей, лидеров, проджектов и всех, кто хочет работать с организациями эффективнее?

Хочу порекомендовать канал «Адаптивные организации». Посты там пишут эксперты с опытом более 10 лет – сертифицированные тренеры в ключевых аспектах трансформации организаций.
Они помогают со стратегией, целеполаганием, продуктовым подходом и настройкой всех процессов как в стартапах, так и в крупных компаниях, и точно знают, что работает, а что нет.
Среди кейсов: СБП, Яндекс Практикум, Сбербанк, Т-Банк, Авито, S7, МТС и многие другие.

Из интересного на канале:
- Как понять, какая у вас структура организации — и что с ней делать?
- Как проверить любую метрику?
- Бинго хорошего Product Owner'а: карта развития из 8 элементов
-Как подобрать стратегию управления под каждое поколение?
- Как команды Spotify оценивают себя?
-
4 книги для прокачки системного мышления
—————

👉🏼 Канал "Стратегия и дизайн Agile-организаций" Ильи Павличенко — для тех, кто хочет не «внедрять Agile», а перепроектировать компанию так, чтобы она работала иначе: через структуру, процессы, систему наград и HR-политики.
Здесь стратегии, разборы известных компаний, живые кейсы и практичные идеи про системные изменения, которые действительно меняют поведение людей.
Полезно топ-менеджерам, лидерам, HR и всем, кто двигает организацию к реальным изменениям.
—————

👉🏼 Канал Школа проектного специалиста — про управление проектами, коммуникацию и soft skills для тех, кто работает в ИТ-проектах.

На канале можно найти:
~ как объяснить бизнесу риски, сроки и объём проекта
~ способы для развития soft skills, чтобы улучшить свои навыки и коммуникацию в команде
~ разбор типичных граблей при внедрении 1С:ERP

Канал ведут практикующие руководители проектов и аналитики.
Подписывайтесь на @techitpm — почерпнёте много пользы.
🔥5👍42👏2🤔1
Е-ма-е, а я то пропустил:

10 января каналу исполнилось 3 года!

Офффигеть, просто!

За 3 года канал изменился,
я изменился,
вы изменились!

Стали ли мы лучше и опытнее? Однозначно!

Выросли ли мы с вами?
Ну как можно с этим спорить!

Изменился ли рынок?
Да просто, капец!

Стали ли мы умнее?
Сомнений ровно 0!

Блин, спасибо вам, что вы читаете! Правда и искренне!
Мне безумно приятно осознавать, что мои рекомендации, обзоры книг и статей, мои советы и мой опыт вам помогают и делают этот мир чуточку лучше!

Один из моих руководителей всегда заканчивал поздравления постой фразой:
Дальше больше!


Так и у нас с вами «дальше больше».

Всех обнял, приподнял, покружил и на место поставил!

🎉 - если ты с каналом больше 2-х лет
🦄 - если ты тут от 1 до 2-х лет
😎 - если меньше года
6😎118🦄66🎉377🤷‍♂7🤔1