ScrumTrek
Открыть в Telegram
Мы делаем компании крутыми, а людей в них — счастливыми. Более 15 лет обучаем гибкому управлению: менеджменту продуктов, инноваций, команд и инженерным практикам. О нас: https://etrek.ru/ob_ST Подарить голос: https://t.me/scrumtrek_official?boost 🧡
Больше6 188
Подписчики
+224 часа
+47 дней
-2730 день
Загрузка данных...
Похожие каналы
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
июль '26
июль '26
+23
в 0 каналах
июнь '26
+41
в 1 каналах
Get PRO
май '26
+49
в 1 каналах
Get PRO
апрель '26
+55
в 5 каналах
Get PRO
март '26
+36
в 4 каналах
Get PRO
февраль '26
+56
в 2 каналах
Get PRO
январь '26
+61
в 0 каналах
Get PRO
декабрь '25
+99
в 3 каналах
Get PRO
ноябрь '25
+122
в 4 каналах
Get PRO
октябрь '25
+100
в 7 каналах
Get PRO
сентябрь '25
+97
в 9 каналах
Get PRO
август '25
+146
в 3 каналах
Get PRO
июль '25
+128
в 3 каналах
Get PRO
июнь '25
+114
в 6 каналах
Get PRO
май '25
+121
в 0 каналах
Get PRO
апрель '25
+239
в 2 каналах
Get PRO
март '25
+289
в 2 каналах
Get PRO
февраль '25
+168
в 5 каналах
Get PRO
январь '25
+145
в 3 каналах
Get PRO
декабрь '24
+146
в 4 каналах
Get PRO
ноябрь '24
+262
в 6 каналах
Get PRO
октябрь '24
+192
в 4 каналах
Get PRO
сентябрь '24
+170
в 4 каналах
Get PRO
август '24
+313
в 4 каналах
Get PRO
июль '24
+273
в 7 каналах
Get PRO
июнь '24
+206
в 6 каналах
Get PRO
май '24
+228
в 6 каналах
Get PRO
апрель '24
+308
в 3 каналах
Get PRO
март '24
+560
в 5 каналах
Get PRO
февраль '24
+296
в 2 каналах
Get PRO
январь '24
+263
в 5 каналах
Get PRO
декабрь '23
+298
в 3 каналах
Get PRO
ноябрь '23
+324
в 3 каналах
Get PRO
октябрь '23
+591
в 5 каналах
Get PRO
сентябрь '23
+507
в 0 каналах
Get PRO
август '23
+458
в 0 каналах
Get PRO
июль '23
+140
в 0 каналах
Get PRO
июнь '23
+89
в 0 каналах
Get PRO
май '23
+187
в 0 каналах
Get PRO
апрель '23
+250
в 0 каналах
Get PRO
март '23
+153
в 0 каналах
Get PRO
февраль '23
+208
в 0 каналах
Get PRO
январь '23
+97
в 0 каналах
Get PRO
декабрь '22
+64
в 0 каналах
Get PRO
ноябрь '22
+84
в 0 каналах
Get PRO
октябрь '22
+59
в 0 каналах
Get PRO
сентябрь '22
+68
в 0 каналах
Get PRO
август '22
+94
в 0 каналах
Get PRO
июль '22
+69
в 0 каналах
Get PRO
июнь '22
+54
в 0 каналах
Get PRO
май '22
+66
в 0 каналах
Get PRO
апрель '22
+628
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 22 июля | +1 | |||
| 21 июля | +2 | |||
| 20 июля | +2 | |||
| 19 июля | +3 | |||
| 18 июля | 0 | |||
| 17 июля | +1 | |||
| 16 июля | +1 | |||
| 15 июля | +1 | |||
| 14 июля | 0 | |||
| 13 июля | +1 | |||
| 12 июля | 0 | |||
| 11 июля | 0 | |||
| 10 июля | +2 | |||
| 09 июля | +1 | |||
| 08 июля | 0 | |||
| 07 июля | 0 | |||
| 06 июля | +2 | |||
| 05 июля | +3 | |||
| 04 июля | 0 | |||
| 03 июля | +1 | |||
| 02 июля | +1 | |||
| 01 июля | +1 |
Посты канала
Repost from Кактус | ИИ для команд и бизнеса
Как ИИ убивает найм
Странная штука сейчас с наймом в ИТ: откликов рекордно много и при этом никого не найти 🤯
На днях у Gergely Orosz (The Pragmatic Engineer) вышел разбор рынка найма 2026 — по разговорам с 50+ нанимающими и соискателями. Итог такой: компании не могут найти людей, а опытные инженеры не получают ответа даже на отклик. Обе стороны будто не слышат друг друга. По разным замерам рынка, откликов на вакансию с 2022 года стало вдвое больше — а до собеседования доходят единицы (обычно 4–6 человек на позицию).
Как так вышло? Gergely говорит, что ИИ завалил обе стороны шумом. На одну вакансию прилетает 800–1000 откликов, из них по делу — пара штук. Резюме при этом идеально вылизаны нейросетью у всех. Дошло до того, что многие наниматели просто перестали читать входящие.
Когда доверие к отклику рухнуло, рынок откатился к тому, что было до сайтов вакансий, — к сарафану. Интервью теперь получают в основном через знакомых и рефералов, холодный отклик на сеньорские позиции почти не работает.
Рынок при этом раскололся надвое. Инженерам по ИИ и ML по 2–3 предложения в день. Вакансий по ИИ за год стало на 60% больше, а по обычной разработке — лишь на 7%. Всем остальным — глухо: планку подняли, а зарплату предлагают ниже.
И залить проблему ещё большим ИИ пока не выходит. Пробуют по-разному — от ИИ-интервьюеров вроде Mercor до оплачиваемых пробных дней вместо собеседования. Но с ИИ-интервью пока засада: почти 4 из 10 кандидатов просто бросают процесс, где их гоняет робот. Инструмент, который сломал сигнал, ту же дырку и не латает.
ИИ пока не столько отнял рабочие места, сколько сломал сам способ их искать. И готового ответа ни у кого нет — индустрия скорее отматывает назад, к старым практикам: к найму через знакомых и живым встречам.
| 2 |  Процессы работают, бэклог заполнен, спринты идут, а результата всё нет. Почему так происходит? И почему дело не в Agile?
✨ На AgileDays ФЕСТ 2026 Иван Михайлушкин, CPO компании Рапорто, разберёт актуальные проблемы в продуктовом управлении в своём докладе «Что сломалось в продуктовом управлении — и почему это не проблема Agile?»
Рапорто стал одним из первопроходцев мобильного маркетинга в 2008 году и сейчас входит в число крупнейших компаний на рынке цифровых коммуникационных услуг.
Иван отвечает за развитие продуктового направления Рапорто: формирование продуктовой стратегии, управление портфелем продуктов и их экономикой, а также за то, чтобы продуктовые решения напрямую поддерживали бизнес-цели компании.
«Продукт — это не набор сервисов, а способ системно решать бизнес-задачи», — считает Иван.
✨В докладе он затронет важные темы:
— почему «правильное» продуктовое управление иногда не работает;
— где теряется ответственность и кто на самом деле принимает решения;
— как организационные ограничения и давление на сроки влияют на продуктовые команды;
— какая модель управления помогает связать людей, процессы, технологии и бизнес-результат.
Если у вас есть ощущение, что процессы на месте, а продукт не двигается вперед — этот доклад стоит услышать.
🔜 AgileDays ФЕСТ 2026, 17 сентября. | 479 |
| 3 |  «Где теперь брать джунов?» — решённая задача!!!
Но не у нас )
Да, вы слышали же этот плач сто раз. Джуны вымирают: всю рутину, на которой они росли, забрал ИИ. Никто больше не пишет руками 😭ыыы, а значит, никто и не научится. А что будет, когда ИИ на полдня приляжет? Мы кластер Kubernetes сами не поднимем, стыдобища 🙃))
Что помогает? Посмотреть на тех, кто этот путь прошёл до нас. Пока мы тут открываем Америку, кто-то уже лет сорок как живёт в этом будущем.
Это станочники-работяги на заводах.
Короче, раньше токарь точил деталь руками: крутил маховики, чувствовал металл, ловил подачу на слух. Пришло ЧПУ — и станок режет точнее любого мастера. И у токарей встал ровно НАШ вопрос: а надо ли теперь новичку уметь точить руками? Или сажаем сразу за ЧПУ и не паримся?
Товарищи до сих пор срутся на эту тему, натурально, прямо на форумах. «Без ручного опыта ты кнопкодав (button pusher) — сломаешь дорогой инструмент, потому что не чувствуешь, как гнётся резец!!!». Другие: «да ручная токарка — это как учить счеты, когда есть калькулятор, учи сразу ЧПУ!!!». Один в один наш спор про то, заставлять ли джуна писать код руками.
Но это форумы. А что с индустрией? ИХ отрасль этот вопрос давно закрыла системно.
Работу развели на две роли. Оператор (CNC operator) — тот самый кнопкодав: загрузил деталь, нажал старт, следишь. Вошёл с улицы, обучение на месте, потолок низкий, прайс мелкий. И станочник (CNC machinist) — который налаживает, ловит брак, чинит, когда станок дурит. Вот он уже судит, а не жмёт кнопку.
А между ними — ЛЕСТНИЦА. Но в чем ее особенность?
В Штатах есть стандарт NIMS, живёт с 1995 года. Учат так. Сначала фундамент — слесарка, измерения, ручная обработка, потом ЧПУ. Штук двенадцать ступеней, каждую надо сдавать руками.
Отрасль давно поняла простую вещь: завод сам из кнопкодава мастера не растит.
Российский программист учился кодить на практике (типа «постоит у станка — научится»). Теперь так не получится. Суждение не капает из стажа. Его нужно ставить специально!
Ну так вот и весь ответ на наш плач. Джуны не вымрут — просто их теперь двое. ИИ-вайбкодер, который промптит и принимает. И ИИ-станочник, который умеет сказать, годный код или мусор, и почему. Тот, кто в три часа ночи поднимет кубер ручками, — это второй. И растить его надо не в стиле «посидит рядом с ИИ и наберётся», а лестницей обучения, где суждению учат в лоб.
Наверное и у нас так будет. У них не развалилось и у нас не развалится.
Если что — реддит, где токари рубятся про «руками или сразу ЧПУ»: r/Machinists | 646 |
| 4 |  🤩Для нас сеттинг — это целая история, которая проходит через всё мероприятие: от оформления площадки до активностей, мерча и деталей, которые участники замечают уже на самом фестивале. За последние годы мы успели побывать в аэропорту, отправиться в путешествие по Неве, вдохновиться джазом и даже китайской культурой.
Вчера концепция AgileDays ФЕСТ 2026 наконец была утверждена.
Пока можем сказать только одно: в этом году нас особенно вдохновляют места, где связь иногда пропадает, разговоры становятся откровеннее, а самые ценные открытия случаются по пути к главной цели. Хочется, чтобы после фестиваля каждый увёз с собой не только новые знания, но и то самое чувство, которое появляется после хорошо пройденного маршрута.
Остальное — чуть позже. Пусть часть пути всё-таки останется сюрпризом для всех участников!
Уже догадались, какая главная тематика ФЕСТА будет в 2026? | 649 |
| 5 | Вечер пятницы, ура! Легкий по стилю изложения, но глубокий по смыслу пост: про выгорание, AI и как это все победить. Пойдемте отдыхать, а Сережа за нас подумает! 😉 | 981 |
| 6 |  Когда Scrum только появлялся, его целью было не заставить команды проводить стендапы, а помочь компаниям перестать тратить время на работу, которая не создаёт ценности.
Прошло 25 лет.
Вопрос остался тем же: Если завтра убрать половину процессов в вашей компании, клиент вообще заметит разницу?
Готовьтесь к жарким спорам на AgileDays FEST | 1 013 |
| 7 | Кто виноват, если налажал ИИ агент?
Deloitte так формулирует: агент — ни капитал, ни труд. Ведёт себя как работник, а куплен как софтина. Идеальный безответственный. Кто отвечает за его решения? За риск? За качество? Почти везде сейчас по факту НИКТО. Купило IT — значит, «это к айтишникам». Поставил вендор — «это к вендору». А клиент, которому агент нахамил или слил лишнего, — он же не к IT приходит. Значит структуру ответственности надо переделывать.
Теперь смотрите, что говорят цифры. Только 6% компаний доверяют агентам вести ключевые процессы сами. При этом 84% так и не переделали ни одной должности под ИИ. То есть агентов насажали, а оргструктуру не тронули 🤯
И теперь у нас в индустрии новая игра: придумывать роли под агентов. Agent Supervisor, Eval Owner, Exception Handler, Human-in-the-Loop Reviewer.
Свёл всё это в систему Cloud Radix — небольшая консалтинговая контора по ИИ. Роли они собрали из свежих разборов MIT Technology Review и Deloitte чтобы вам не пришлось запускать deep research
Кто есть кто, если коротко:
— Agent Supervisor — надсмотрщик за флотом агентов: следит за выработкой, качеством и деградацией (drift).
— Eval Owner — определяет, что такое «хороший результат», и держит набор тестов качества.
— Exception Handler — разгребает краевые случаи, которые агент зафлагал или завалил, и владеет эскалацией.
— Human-in-the-Loop Reviewer — аппрувит или режет высокорисковый вывод до отгрузки (юр, мед, финанс).
Вся эта россыпь сводится к трём вопросам про ответственность:
1️⃣ Кто владелец? У КАЖДОГО агента должна быть фамилия человека, который за него отвечает. И сидит он не в IT, а в той функции, что жрёт его результат. IT агента строит и чинит. Отвечает — владелец.
2️⃣ Кто определяет, что «хорошо»? Это тот самый Eval Owner. И это, между прочим, единственная ПО-НАСТОЯЩЕМУ новая работа во всём списке — остальные это переименованный менеджмент.
3️⃣ Кто ловит косяки? Кто разгребает краевые случаи и аппрувит рискованное до того, как оно улетит клиенту.
У нас в Oper8 это «владелец процесса» — человек от бизнеса, у которого появился подчинённый, который не спит, не устаёт и иногда так уверенно несёт чушь, что ему еще три роли на обслуживание дают)).
Источник: Rethinking Org Design for Agentic AI (Cloud Radix, 2026) https://cloudradix.com/blog/rethinking-org-design-agentic-ai-mid-market-2026/ | 909 |
| 8 |  Вопрос «Кто такой Владелец продукта в Scrum?» в наших компаниях до сих пор вызывает бурю эмоций и путаницу. Поэтому решили освежить эту тему в вашей памяти как очень важную для карьеры и понимания своих реальных полномочий 🧠✨
Если почитать историю того, как создавался Scrum, то вот такие инсайты вполне могут перевернуть ваше представление о роли Владельца продукта:
1⃣ PO не было в самом начале
В первом документе по Scrum (1995 год) продуктом управлял Менеджер. Но быстро поняли: когда стейкхолдеров много, нужен один человек, который будет единолично расставлять приоритеты и говорить «нет». Так в 2001 году появилась фигура Product Owner.
2⃣ Изначально PO задумывался как «мини-CEO»
Создатели Scrum (Кен Швабер и Джефф Сазерленд) закладывали в эту роль колоссальную мощь. В ранних книгах PO отвечал за финансирование, ROI (возврат инвестиций) и напрямую отчитывался перед топ-менеджментом. Более того, в 2021 году сам Джефф Сазерленд признался: он создавал PO с бОльшей ответственностью за стратегию и доходы, чем у классического Product Manager!
3⃣ Как корпорации «урезали» роль
В более поздних версиях Scrum Guide (2010-2017) из описания PO исчезли слова про ROI и бюджеты. Их заменили на мягкое «максимизация ценности продукта». Авторы Scrum сделали это намеренно, чтобы бизнес не пугался радикальных изменений и чтобы Scrum можно было применять в разных контекстах: от небольших стартапов до крупных корпораций.
4⃣ Роль против подотчетности (2020 год)
В последней версии Scrum Guide создатели отказались от слова «роли» и ввели «подотчетность» (accountabilities). Суть проста: вы можете делегировать команде исследование, аналитику и даже часть бэклога. Но ответственность за ценность и результат остается лично на вас.
💡 Главный вывод для нас:
Настоящий Product Owner — это стратег, который объединяет взгляд рынка, клиентов и бизнеса, а не «человек, который красиво описывает таски в Jira и следит за спринтами».
Сталкивались с такой путаницей на практике? Часто ли у нас PO наделяют реальными полномочиями «мини-CEO», или у нас они просто «приоритизаторы бэклога»? Делитесь в комментариях, знаем, что в многих компаниях там настоящие корпоративные детективы! 💬
А если вы хотите почитать про разницу ролей PO и PM, напоминаем про одну классную статью – читать | 790 |
| 9 | Помните исследование, которым год пугали любителей ИИ? Оно только что шикарно развалилось
Есть такая контора — METR. Правда очень крутые ребята, тестируют ИИ в разных сценариях.
Летом 2025 они выкатили рандомизированное контролируемое исследование, всё по красоте. Участвовало 16 опытных разработчиков, Cursor + Claude. Результат: с ИИ они работали на 19% МЕДЛЕННЕЕ, чем без него 😬. А сами разработчики были уверены, что ИИ их УСКОРЯЕТ процентов на 20. То есть ощущение скорости и скорость поехали в разные стороны.
Читали, наверняка ))
Теперь прикол.
METR запускает второй заход — новые модели, побольше народу. И в феврале 2026 честно пишет: слушайте, а мы не можем закончить эксперимент. Потому что разработчики ОТКАЗЫВАЮТСЯ работать в условии «без ИИ». 30–50% участников признались, что специально не подают часть задач — просто чтобы их не заставили делать руками. Один сформулировал кмк гениально:
«У меня голова взорвётся, если делать по-старому. Это как идти пешком через город, когда ты уже привык ездить на Uber.»
Вот и весь эксперимент 🤷♂️.
Оч хочется глазки приподзакрыть на сопутствующие обстоятельства, но удержусь. METR все-таки НЕ доказал, что «теперь ИИ ускоряет на 18%» — у них там доверительные интервалы недостоверные (через ноль), оплату срезали втрое, куча оговорок. Как чистое РКИ — это провал, и они сами это признают, молодцы канеш 🤝.
Но все-таки развалилось оно НЕ ОБ МЕТОДОЛОГИЮ. Люди ПРОГОЛОСОВАЛИ НОГАМИ. Довод «ИИ замедляет разработчиков» умер потому что подопытных невозможно затащить обратно в контрольную группу )).
Так что когда спорите про ИИ цифрами двухлетней давности — проверьте, живы ли ещё те цифры. А то мир меняется быстрее, чем выходит препринт 🙂 | 861 |
| 10 |  +1Agile больше не трансформация, а гигиена: запуск продуктового подхода в MAGNIT TECH за год
Бэклоги, спринты и демо давно перестали кого-то удивлять. Сегодня всё это есть во многих командах, но возникает другой вопрос: Почему даже при наличии Agile-практик компании продолжают сталкиваться с конфликтом приоритетов, борьбой за ресурсы, разрывом между стратегией и реальной работой команд?
На AgileDays ФЕСТ 2026 Александр Бульдяев и Залина Сланова из MAGNIT TECH расскажут в своём докладе, как за год запускали продуктовый подход в большой технологической организации и с какими вызовами столкнулись на этом пути.
Без историй про идеальную трансформацию, зато с практическим взглядом на то, какие элементы действительно важны на масштабе: продуктовые метрики, приоритизация, квартальный ритм, портфельное планирование, capacity management, discovery и delivery.
Отдельно коллеги поговорят о том, почему крупным компаниям всё реже подходит «чистый Scrum» и всё чаще требуется собственная система управления, собранная из разных практик под конкретные задачи бизнеса.
И, пожалуй, самый интересный вопрос в рамках доклада:
Можно ли за один год запустить продуктовый подход, увидеть первые результаты и создать общий язык внутри компании? Или это только начало гораздо более длинного пути?
Обсудим на AgileDays ФЕСТ 2026. | 1 016 |
| 11 |  Идея подарка корпоративным труженикам.
Задумывались, что "говорить" и "работать" - это два разных слова и действия и не всегда они должны совпадать?
Довольно часто, когда мы консультируем клиентов в части настройки операционного ритма команд или больших структур и презентуем набор необходимых каденций, нам говорят "эээ, еще и эти встречи, а работать-то когда?".
Ответ как правило шокирует и звучит так: "в нормальной команде кроме этих встреч других-то, в целом, и не должно быть". Потом требуется примерно 5 минут дополнительных объяснений и споров, чтобы ув. представители клиента допустили, что такое теоретически возможно. Но веры в этот дивный мир, где у тебя нет 4-5 встреч в день... Эту веру приходится добывать фактурой в процессе работы. И видели бы вы счастливые лица людей, которым больше не надо тратить половину жизни на зум-звонки! | 938 |
| 12 |  Во время кризиса эффективность становится главным залогом выживания компаний. Но как в погоне за результатами не забыть о стержне любого бизнеса — о людях?
Последнее время часто получаем такие вопросы от наших корпоративных клиентов и решили напомнить вам, что у нас есть классный видеокурс, в котором, по нашему скромному мнению, мы четко ответили на этот вопрос:
Бесплатный видеокурс тут
🧑🏻🏫 В теме «Люди как основа гибкой компании» поговорим о задачах управления в кризисный период:
— как выбрать лучшую практику человекоориентированного управления командой и компанией;
— как в условиях массовой миграции сотрудников не потерять наработанные командные связи и как в новом контексте выбрать подходящую стратегию назначения вознаграждений.
🌱Тема «Стратегии стрессоустойчивости» целиком посвящена важному препятствию для эффективности — стрессу.
«Под микроскопом» разберём что такое стресс, как справиться с ним самостоятельно и помочь в этом сотрудникам или сокомандникам. | 975 |
| 13 |  Коллеги из Казахстана, мы к вам с интересными новостями!
26 июня в 19:00 пройдет Agile & Product Excellence Meetup, где выступит наш управляющий партнер компании - Иван Дубровин 😉
Весь митап про путь от гипотез к результатам: Agile, продуктовый подход и эффективные изменения.
Эксперты Halyk Bank и наш приглашённый спикер поделятся практическим опытом создания продуктов, проверки бизнес-идей, внедрения Agile-подходов и управления изменениями в крупных организациях.
Встречаемся по адресу: Алматы, ТРЦ Forum, Зал Event Space.
Еще больше информации и регистрация по ссылке: https://halykevents.kz/agile-and-product-excellence-meetup
До встречи! | 1 615 |
| 14 |  Напоминаем, что 23 июня в новом офисе ScrumTrek пройдет ОЧНЫЙ митап “AI SDLC: Баланс качества и скорости в процессе разработки без спринтов ”
ВАЖНО: Старт в 19.00
Два доклада, которые перевернут ваш подход:
📌 Не чините промпт — ребята из «Айсорс» покажут на трёх реальных провалах, как нашли золотую середину: вычисляем сами, творчество — модели. Это правило перекроит ваш груминг и бюджет на баги.
📌 Жизнь без спринтов — основатель ScrumTrek Асхат Уразбаев расскажет, как выглядит процесс, когда задача доходит до прода за день, а Scrum-of-Scrums остаётся в прошлом.
☝🏻После докладов — общая дискуссия о системных проблемах внедрения ИИ в SDLC. Обсудим, где ИИ лишь создаёт новые узкие места, разберём сложности с качеством, архитектурой, ролями, безопасностью и управлением изменениями. И другие ваши боли.
Кому точно идти: тимлидам, руководителям стримов и владельцам продуктов. Тем, кто чувствует, что старые методы не успевают за новой скоростью.
РЕГИСТРАЦИЯ | 1 848 |
| 15 |  Scrum с ИИ-агентом не работает по очевидным причинам, а ручной менеджмент агента — съедает то время, которое ИИ должен был освободить.
Нужен другой процесс, чтобы стабильно получать нужный вам результат от полуавтономных самоулучшающихся агентов. Примерно так же, как Scrum позволяет получать результат от команд, быстро адаптирующихся к изменениям за счет самоуправления, но все же подконтрольных менеджменту.
———
👉Делюсь с вами своим процессом и своими практиками в новой статье. Когда строил этот процесс, мне показалось полезно отталкиваться от трёх принципов Скрама, переосмысленных для работы один на один с агентом:
🔹 Прозрачность включает такие практики: агент сохраняет краткий бриф каждой сессии (что сделано и какие решения он принял), а ваши решения фиксируются в Q&A-файлах (где агент задает вопросы, а вы отвечаете).
🔹 Инспекция. Перед выполнением задачи агент формулирует критерии успеха, а вы их проверяете. В конце задачи (сессии) — агент синтезирует выводы из обнаруженных проблем, а вы делаете их ревью.
🔹 Адаптация — в двойном цикле. Короткий цикл (микроспринт): одна задача → ревью → черновые решения по улучшению. Длинный цикл с ретроспективой: накопленные наблюдения → паттерны → обновление скиллов и процесса.
Замеченные проблемы должны сначала превращаться в паттерны — только тогда само-улучшение агента работает.
———
🔗 Статья: "Scrum" для ИИ-агента: как управлять тем, кто сам себя улучшает
Внутри — конкретные практики и скиллы, реализующие этот мой «процессный фреймворк» (для не-кодерской работы), а также сравнение с методикой Oper8 для компаний, где тоже двойной цикл с похожим смыслом.
#агенты #статья | 1 068 |
| 16 | 🚀 Привет, коллеги!
23 июня в офисе ScrumTrek — митап, где мы честно поговорим об ИИ в разработке. Никакой воды, только живые кейсы и неудобные вопросы.
Два доклада, которые перевернут ваш подход:
📌 Не чините промпт — ребята из «Айсорс» покажут на трёх реальных провалах, как нашли золотую середину: вычисляем сами, творчество — модели. Это правило перекроит ваш груминг и бюджет на баги.
📌 Жизнь без спринтов — основатель ScrumTrek Асхат Уразбаев расскажет, как выглядит процесс, когда задача доходит до прода за день, а Scrum-of-Scrums остаётся в прошлом.
Кому точно идти: тимлидам, руководителям стримов и владельцам продуктов. Тем, кто чувствует, что старые методы не успевают за новой скоростью.
🗓 Когда: 23 июня
📍 Где: новый офис ScrumTrek по адресу - Москва, 3-й Красносельский пер., д.19с1 1( 2 этаж)
👉🏼РЕГИСТРАЦИЯ
Будет мало мест и много инсайтов. Успевайте! 😉 | 1 263 |
| 17 |  «Цифровой сотрудник» — это хорошо или плохо? Асхат Уразбаев убеждён, что это ужасно.
Вот его метафора. Раньше в лифте сидел лифтёр — вы называли этаж, он дёргал рычаги. «Цифровой сотрудник» — это когда вместо лифтёра сажают робота, т.е. ИИ. Вы по-прежнему называете этаж вслух. А ведь можно просто поставить кнопку!
Кнопка — это перестройка процесса. Робот-лифтёр — это «цифровой сотрудник».
🔵Назвали ИИ сотрудником — впихнули в старую должность. Вопрос «а нужна ли эта должность вообще?» даже не возникает.
🔵Хуже того. Человек обходил кривое правило в 10% случаев, когда оно не работало. Агент исполняет его буквально и масштабирует ошибку. Кривой процесс под человеком — случайные сбои. Тот же процесс под агентом — систематические.
🔵И это уже не спорный тейк. Например, исследование HBR показало: рамка «агент = сотрудник» роняет ответственность в команде.
Ссылки на исследования и объяснения Асхата — на сайте 👇
👉 Почему «цифровой сотрудник» — дорогой способ ничего не изменить (всего 4 минуты чтения) | 1 152 |
| 18 |  «Мы делаем Agile, но по факту это Waterfall с ежедневными митингами». Знакомо?
Многие компании и специалисты сталкиваются с этой ловушкой. Вроде работаете по спринтам, но бюджетирование, контракты и управление рисками остались из прошлого десятилетия. Результат? Выгорание команды, недовольные заказчики и сорванные сроки.
Решение - Agile Project Management ( 22-24 июня)
Что вы получите?
Ясность: Как делить проект на части, оценивать сроки и работать с требованиями без бюрократии.
Инструменты: Реальные шаблоны и принципы для Chartering, создания Vision, Roadmap и работы с рисками.
Статус: Международный сертификат ICAgile, который выделит ваше резюме.
Ответы на сложные вопросы: Как бюджетировать Agile-проект? Как меняться роли PM и PMO? Где границы применимости Agile?
Нужен ли вам этот тренинг?
Посмотрите наше видео «Инициируем и планируем Agile-проект»
Если после захотите хотите копнуть глубже, мы ждем вас на курсе.
🔗 Записаться и изучить полную программу | 1 346 |
| 19 |  Алматы, это было мощно! 🔥 Делимся живым видеоотчетом с нашего AgileKitchen.
Разобрали реальные кейсы и забрали домой готовые инструменты. Что обсуждали?
•Тренды проектно-продуктового управления:
Разобрали ландшафт Run, Change, Grow и главный сдвиг парадигмы: от тотального контроля к созданию ценности. Обсудили, почему PMO эволюционирует в VMO и PPO, а команда перестает быть просто «исполнителями», становясь настоящими «партнерами».
•Диагностика корпоративной культуры:
Узнали, как круто работает связка модели ADKAR и уровней Спиральной динамики.
•Трансформация через сообщество:
Новый взгляд на управление изменениями, где люди и их связи выходят на первый план.
💡 Итог: Участники ушли не с пустыми руками, а с новыми идеями, чек-листами и гайдами от наших спикеров.
Огромная благодарность Банку CenterCredit за радушный прием и невероятно уютную площадку! 🏦❤️
До скорых встреч, коллеги! Уже скоро анонсируем новые события.
📌 Хотите провести AgileKitchen у себя в компании? Напишите Кате: @k_scrumtrek | 1 176 |
| 20 |  Кто теперь отвечает за результат?
Именно об этом на AgileDays FEST 2026 будет говорить Асхат Уразбаев — основатель ScrumTrek, AI-эксперт, член Программного комитета фестиваля и один из тех, кто сегодня формирует подходы к AI-трансформациям в компаниях.
🔶 Его доклад: AI SDLC at Scale: как масштабировать агентную разработку, о том, как перейти от локального использования AI отдельными разработчиками к управляемому процессу, где скорость растёт без потери качества и ответственности.
AI уже умеет писать код, генерировать тесты и помогать принимать технические решения, но когда агентная разработка выходит за пределы экспериментов отдельных разработчиков и становится частью работы компании, появляется множество вопросов.
⏺Именно на них Асхат и ответит на своём докладе, опираясь на практический опыт внедрения AI в процессы и операционные модели. Также он разберёт, почему привычный SDLC плохо переносится в эпоху AI-агентов без пересборки ролей, процессов и правил и расскажет о том, как масштабировать использование ИИ в разработке без потери качества, прозрачности и управляемости.
Не упустите возможность стать частью самого крутого фестиваля в 2026 году!
Настоящая AI-трансформация начинается тогда, когда компания понимает, как с этим жить дальше. | 1 185 |
