ScrumTrek


Гео и язык канала: Россия, Русский
Категория: Технологии


Мы делаем компании крутыми, а людей в них — счастливыми.
Более 15 лет обучаем гибкому управлению: менеджменту продуктов, инноваций, команд и инженерным практикам.
О нас: https://etrek.ru/ob_ST
Подарить голос: https://t.me/scrumtrek_official?boost 🧡

Связанные каналы  |  Похожие каналы

Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика
Фильтр публикаций


Репост из: STRATEGATOR
Хорошей пятницы! 😘


Репост из: Блог Сергея Баранова об ИТ-стратегии, архитектуре и организационном развитии
29 августа поделюсь наблюдениями про типовое и не типовое в архитектуре.

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

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

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

Будет легкий и непринужденный доклад с примерами и мыслями для медитации над своими системами после :)

https://meetup.tbank.ru/conference/jvm-day/


Репост из: STRATEGATOR
Если вы работаете в продуктовой команде или, что еще более жесть, величаетесь Владельцем продукта и используете в лексиконе фразы типа "это бизнес попросил", "мы бы рады, но бизнес будет явно против", "пойду с бизнесом согласую"...

Вы понимаете, что в такой парадигме вы не слишком отличаетесь от айтишников эникейщиков и отдела АХО (при всем уважении к сотрудникам обоих), которые по сути своей есть обслуживающий персонал для некого "бизнеса"?

Кто такой этот "бизнес"? И почему он должен лучше ПРОДУКТОВОЙ команды что-то знать/мочь/позволять? Вы и есть бизнес, ёшкин кот! )

Если у вас в голове сейчас типа "ну тебе легко писать, а у нас тут ОБСТОЯТЕЛЬСТВА", то это тоже симптоматично, друзья мои.

Короче, ЗАДУМАЙТЕСЬ! ))


Репост из: Серёжа подумал за вас
🤒 AI прибил Agile? Скорее ускорил процесс.

Факт 1. Январь 2023, Capital One уволил 1100 человек должностей из Agile-семейства, когда никакого массового AI, агентских обвязок и внедрений толком ещё не было.
Факт 2. Четверть заявок в AI-трек на AgileDays`26 про то, что профессию убивает AI.

За последнюю неделю меня прям окружает этот топик "Agile мёртв, всем в AI!":
в гильдии Скрам-мастеров обсуждают, на вебинаре про AI-SDLC обсуждают, в личных беседах делятся переживаниями, на AgileDays несут доклады типа "Когда AI знает все ответы: зачем команде agile-коуч?".
Все прям взбудоражились. Однако, "не всё так однозначно".

Тот же Capital One: Agile-роли «были критичны на ранних этапах трансформации, но по мере взросления организации естественный следующий шаг — встроить аджайл-практики прямо в инженерные».
Доля вакансий с упоминанием Scrum среди всех IT-вакансий Британии упала с 2,66% до 1,51%, почти вдвое за год, а роль скрам-мастера просела на 58 пунктов, до 720-го места.
Да и мы по себе в Скрамтреке видим, что уже задолго до AI сменился профиль запросов и тех, кто к нам приходит — очень редки базовые кейсы типа "дайте нам Скрама немножечко пожалуйста".
💡 Agile стал комодити ещё до появления AI.

Что же сейчас произошло, почему так резко вдруг все встрепенулись и размахивают флагом "AI прибил Agile"?
Agile-подходы, по сути, были единственным способом ускорить компанию.
Хочешь сократить t2m → значит внедряй Scrum, практики, спринты, всё это. Теперь же появился второй инструмент с тем же обещанием.
💡 Agile не умер от AI — он потерял монополию на обещание «мы ускорим вашу компанию».

Причём, мы все, наученные опытом, уже знаем, что Agile это больно, все вот эти вот "внедрить в сжатые ср@ки", "Ажаль", "Скрамно" берутся не с пустого места. А AI кажется простым — «сделал себе агентиков, хоп-хоп и ускорились».
И тут важно понимать, что в 2012 Agile выглядел так же просто — доска, стендап, спринты. Больно стало потом, когда дошло, что надо менять поведение людей.
💡 AI кажется проще, потому что выглядит как покупка, а Agile купить нельзя. Менеджер всегда выберет купить, а не менять людей.

Однако, уже сейчас многие схватывают, что AI это не просто. Да, есть технологическая часть (агенты, харнесы, оркестрация, токеномика ..), но не надо забывать, что во фразе "внедрить AI" есть ещё и слово "внедрить". Поэтому методологическая часть тоже никуда не девается (управление изменениями, приоритизация, что делать первым, работа с сопротивлением, перестройка процессов, оргдизайн). Причём вторая не сильно зависит от того, что внедряешь, хоть AI, хоть Канбан.
💡 Так что не надо всем срочно бежать в техническую часть и становиться экспертами в агентской разработке 🙃

Что будет дальше?
1. Возможно, что цикл повторится буквально — AI-коучи, сертификации, AI-трансформации, карго-культ «агенты есть, быстрее не стало», а потом сокращение AI-ролей с той же формулировкой, как и произошло с Agile: «встроили в инженерные практики».
2. Возможно, что станет декомпозиция на роли. Не будет одного сверхчеловека, каким был Agile-коуч, который и процессы перестраивал, и бизнесу продуктовку объяснял, и с людьми работал (ты же коуч!), и команде помогал поставку выстроить. А будут "архитектор процессов", "агент изменений", "продуктовый эксперт", "ИИнженерный маг и волшебник".
Думаю, что в ближайшее время будет параллельно оба процесса идти. По большей части сейчас я наблюдаю первый пункт. Сертификации, трансформации — индустрия уже знает как это работает, не в первый раз проходим. Но и разбивка на роли тоже догонит. Может пора уже выбирать свою дорожку?

Как-то так, Серёжа за вас подумал, а выводы делайте для себя сами 🤗


Репост из: AgileDays
🔴Организация 2030. Что произойдёт с продуктовой организацией, если привычные процессы начнут выполнять не только люди, но и ИИ?

Пока многие рассуждают, заменит ли ИИ отдельные роли в компаниях, разберём более важный вопрос. Как изменится сама организация, если ИИ станет полноценным участником процессов?

Ответ будем искать на практическом 🌟ВОРКШОПЕ🌟 вместе с Михаилом Шамовым, Agile Coach команды трансформации MAGNIT TECH, и Владимиром Ефимовым, лидером команд агентов изменений MAGNIT TECH, на AgileDays ФЕСТ 2026.

Участникам предстоит собрать модель современной продуктовой организации, пройти путь создания ценности — от идеи до пользователя, — а затем перестроить её с учётом новой реальности, где привычные процессы выполняют не только люди.

В процессе появятся неожиданные вводные, спорные решения и сценарии, которые заставят посмотреть на привычные роли, команды и подходы совсем иначе.


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

Если вам интересно понять, как ИИ меняет принципы управления и создания продуктов, не пропускайте этот воркшоп, который пройдёт 17 сентября на AgileDays ФЕСТ 2026.


Как часто вы пытались что-то изменить в компании, но не получалось? 🔫

На этапе обсуждения и планирования всё идёт гладко, но при реализации неизбежно вылезает какой-то блокер. Знакомо? 

Зачастую мы воспринимаем организацию, как что-то схематичное, структурное, многоуровневое. Решение приходит сверху, декомпозируется чуть ниже, ещё ниже - исполняется. И это отчасти так, но организации - не совсем линейные структуры и это меняет правила игры. 

Представьте себе место, где река впадает в море: пресная вода смешивается с солёной, много разных, иногда диаметрально противоположных факторов переплетаются в одном пространстве. Лодка сможет пересечь его не по расписанию, а только тогда, когда сойдется воедино множество факторов. Так и в бизнесе: одновременно и нелинейно сливаются ресурсы, клиенты, рынок, технологии и тд, создавая неизвестные на этапе планирования риски.

Чтобы научиться работать со всеми этими аспектами одновременно, создавая благоприятные условия для изменений, необходим другой подход. Например, итеративно-инкрементальный, как в Скраме, который создавался из тех же предпосылок, но в продуктовом, а не в организационном поле.  

В Lean Change Management этот подход выглядит так: Insights -> Options -> Experiments.

Простыми словами: пойми проблему путем сбора "анамнеза", придумай несколько вариантов решений, поставь эксперимент, выясняя какое из этих решений оптимально для организации, и только после этого - масштабируй.

18 и 19 августа Михаил Подурец проводит двухдневный онлайн-интенсив по применению этого подхода - Certified Lean Change Agent.

За два дня вы научитесь:
🧡Проектировать гибкую программу трансформации через Minimal Viable Change.
🧡Вовлекать сотрудников и стейкхолдеров в изменения.
🧡Управлять рисками, побочными эффектами и точками мониторинга.
🧡Проводить эксперименты с измеримыми результатами и быстрой обратной связью.
🧡Работать с сопротивлением через изменение привычек и вовлечение команды.

Пригодится руководителям подразделений, скрам-мастерам, агентам изменений и Agile-коучам.

Формат: онлайн, с 10:00 до 18:00, малые группы и живые симуляции. 

После прохождения интенсива все участники получат сертификат Lean Change Management от компании Скрамтрек.

➡️Зарегистрироваться


Репост из: AgileDays
На AgileDays ФЕСТ 2026 будет ещё одна причина заглянуть на доклад от Партнёра 🐶

В этом году к фестивалю присоединяется ЕДИНЫЙ ЦУПИС — Партнёр AgileDays ФЕСТ 2026.

ЕДИНЫЙ ЦУПИС — финтех, разрабатывающий уникальные платежные решения и цифровые сервисы для регулируемой индустрии развлечений в интересах государства и общества.

Сервисы компании работают в условиях высокой транзакционной нагрузки и обеспечивают максимальный уровень надежности и отказоустойчивости на высоком уровне — SLA 99,99%.


Для участников ФЕСТа команда готовит фирменный мерч. Пока не будем раскрывать детали, но одно можем сказать точно: место в вашем рюкзаке или сумке лучше оставить заранее.

Любимая традиция конференций AgileDays — увозить с фестиваля не только новые идеи и знакомства, но и вещи, которыми хочется пользоваться каждый день.

Увидимся 17 сентября на AgileDays ФЕСТ 2026.
Советуем заранее проложить маршрут к докладу от Партнёра ЕДИНЫЙ ЦУПИС.


Август - месяц перезагрузки! 🌴 Но если вы из тех, кто предпочитает качать скиллы параллельно с отдыхом на море, ловите наше расписание:

11.08 — Базовый Agile (Scrum, Kanban и секреты крутой командной работы)
18.08 — Certified Lean Change Agent (Учимся внедрять изменения без боли и саботажа)
20.08 — ИИ-чемпионы (Курс для тех, кто ведет свою компанию в AI-будущее)
27.08 — Oper8 (Проектируем AI-решения, которые нужны бизнесу и реально окупаются)

P.S. Отдыхайте, набирайтесь сил! В сентябре мы возвращаемся с двойной энергией: новыми тренингами, обновленным расписанием и нашей любимой конференцией AgileDays Fest (17.09).

Будет жарко (в плане смыслов) 🔥


Еще три врайтера нужно добавить


Репост из: Кактус | ИИ для команд и бизнеса
Менеджер как владелец информации — главный тормоз компании в эпоху ИИ 😉 Что приходит на смену вертикальному управлению сложностью?

Об этом — структурированный пересказ TEDx-выступления Флориана Банколея, CDO в Bosch.

⚫️В чем он видит проблему организаций:
Десятилетиями информацию было трудно собирать, а оценивать компромиссы и риски — тяжело. Поэтому эскалация решений наверх была самым разумным ответом. Но ИИ разрушает эту монополию: когда сотрудники на любом уровне могут анализировать данные, оценивать альтернативы и вести процессы, перестаёт работать формула «я знаю больше всех, поэтому принимаю решения».

⚫️Лидер будущего — это не у кого все ответы, а кто создаёт среду для быстрого появления лучших решений.
Когда ИИ берёт на себя рутину, первичный анализ и подготовку решений, узкое место смещается — с объёма усилий на способность проектировать систему работы. А также трансформируются способы координации — уже не через бесконечные совещания и эскалацию по вертикали.

В общем, читайте небанальный гайд для вовлеченных в ИИ-трансформацию — как теперь меняется не только роль менеджера, но и вся организация 👇

🔗 Менеджмент с ИИ: от владения информацией к проектированию системы работы

Всего 8 минут чтения, но там есть и про то, что конкретно делать. Кратко: пересмотреть, какие решения эскалируются наверх по инерции, а не по необходимости... И вложиться в то, что ИИ не заменит — критическое суждение, умение работать с неопределённостью и координационные навыки.

#лидерство #внедрение


Приняли участие в подкасте Кирилла Мокевнина, на наш взгляд получился классный материал (сами себя похвалили, да😉).

Много говорили про эволюцию разработки: от водопада и первых Scrum-команд до DevOps, продуктового подхода и современной инженерной культуры. Провели параллели между текущим AI-бумом и бумом Agile-трансформаций.

Обсудили:
🔹 Зачем бизнесу AI-harness и как он встраивается в работу.
🔹 Трансформацию ролей: кем теперь работают аналитики, продакты и разработчики, и почему на сцену выходит Product Engineer.
🔹 Парадокс «бесплатного кода»: какие организационные боли выйдут на первый план, когда само написание кода перестанет быть узким горлышком.
🔹 Анатомию IT-революций: почему вокруг каждого хайпа неизбежно формируются свои «религии» и многомиллионные рынки.

Главный вопрос: какие выводы инженерам и менеджерам нужно сделать уже сегодня, чтобы не наступить на те же грабли, что и в прошлые технологические сдвиги?

Смотри подкаст и узнай ответ


Репост из: AgileDays
Компании одновременно внедряют AI, перестраивают процессы, запускают новые продукты и меняют организационные модели. Но за скоростью изменений легко упустить главное — людей.

Почему даже сильные команды со временем начинают сопротивляться новым инициативам? Откуда берутся усталость, цинизм и ощущение, что каждая следующая трансформация проходит тяжелее предыдущей?

💬 Об этом на AgileDays ФЕСТ 2026 расскажет Александр Селяев — Agile-коуч, руководитель центра Agile-коучей Газпромбанка, бизнес-психолог и консультант по организационному развитию.

Более 20 лет Александр работает на стыке технологий, управления и психологии, исследуя не только процессы и структуры, но и то, что часто остаётся незаметным: организационную тревогу, бессознательные групповые процессы, лидерство и влияние изменений на команды.

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


➿ Успешная трансформация — это не только про процессы. В первую очередь — это про людей.

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


Репост из: Кактус | ИИ для команд и бизнеса
Как ИИ убивает найм

Странная штука сейчас с наймом в ИТ: откликов рекордно много и при этом никого не найти 🤯

На днях у Gergely Orosz (The Pragmatic Engineer) вышел разбор рынка найма 2026 — по разговорам с 50+ нанимающими и соискателями. Итог такой: компании не могут найти людей, а опытные инженеры не получают ответа даже на отклик. Обе стороны будто не слышат друг друга. По разным замерам рынка, откликов на вакансию с 2022 года стало вдвое больше — а до собеседования доходят единицы (обычно 4–6 человек на позицию).

Как так вышло? Gergely говорит, что ИИ завалил обе стороны шумом. На одну вакансию прилетает 800–1000 откликов, из них по делу — пара штук. Резюме при этом идеально вылизаны нейросетью у всех. Дошло до того, что многие наниматели просто перестали читать входящие.

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

Рынок при этом раскололся надвое. Инженерам по ИИ и ML по 2–3 предложения в день. Вакансий по ИИ за год стало на 60% больше, а по обычной разработке — лишь на 7%. Всем остальным — глухо: планку подняли, а зарплату предлагают ниже. 

И залить проблему ещё большим ИИ пока не выходит. Пробуют по-разному — от ИИ-интервьюеров вроде Mercor до оплачиваемых пробных дней вместо собеседования. Но с ИИ-интервью пока засада: почти 4 из 10 кандидатов просто бросают процесс, где их гоняет робот. Инструмент, который сломал сигнал, ту же дырку и не латает.

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


Репост из: AgileDays
Процессы работают, бэклог заполнен, спринты идут, а результата всё нет. Почему так происходит? И почему дело не в Agile?

✨ На AgileDays ФЕСТ 2026 Иван Михайлушкин, CPO компании Рапорто, разберёт актуальные проблемы в продуктовом управлении в своём докладе «Что сломалось в продуктовом управлении — и почему это не проблема Agile

Рапорто стал одним из первопроходцев мобильного маркетинга в 2008 году и сейчас входит в число крупнейших компаний на рынке цифровых коммуникационных услуг.


Иван отвечает за развитие продуктового направления Рапорто: формирование продуктовой стратегии, управление портфелем продуктов и их экономикой, а также за то, чтобы продуктовые решения напрямую поддерживали бизнес-цели компании.

«Продукт — это не набор сервисов, а способ системно решать бизнес-задачи», — считает Иван.


В докладе он затронет важные темы:
— почему «правильное» продуктовое управление иногда не работает;
— где теряется ответственность и кто на самом деле принимает решения;
— как организационные ограничения и давление на сроки влияют на продуктовые команды;
— какая модель управления помогает связать людей, процессы, технологии и бизнес-результат.

Если у вас есть ощущение, что процессы на месте, а продукт не двигается вперед — этот доклад стоит услышать.

🔜 AgileDays ФЕСТ 2026, 17 сентября.


Репост из: Кактус | ИИ для команд и бизнеса
«Где теперь брать джунов?» — решённая задача!!!

Но не у нас )

Да, вы слышали же этот плач сто раз. Джуны вымирают: всю рутину, на которой они росли, забрал ИИ. Никто больше не пишет руками 😭ыыы, а значит, никто и не научится. А что будет, когда ИИ на полдня приляжет? Мы кластер Kubernetes сами не поднимем, стыдобища 🙃))

Что помогает? Посмотреть на тех, кто этот путь прошёл до нас. Пока мы тут открываем Америку, кто-то уже лет сорок как живёт в этом будущем. 

Это станочники-работяги на заводах. 

Короче, раньше токарь точил деталь руками: крутил маховики, чувствовал металл, ловил подачу на слух. Пришло ЧПУ — и станок режет точнее любого мастера. И у токарей встал ровно НАШ вопрос: а надо ли теперь новичку уметь точить руками? Или сажаем сразу за ЧПУ и не паримся?

Товарищи до сих пор срутся на эту тему, натурально, прямо на форумах. «Без ручного опыта ты кнопкодав (button pusher) — сломаешь дорогой инструмент, потому что не чувствуешь, как гнётся резец!!!». Другие: «да ручная токарка — это как учить счеты, когда есть калькулятор, учи сразу ЧПУ!!!». Один в один наш спор про то, заставлять ли джуна писать код руками. 

Но это форумы. А что с индустрией? ИХ отрасль этот вопрос давно закрыла системно. 

Работу развели на две роли. Оператор (CNC operator) — тот самый кнопкодав: загрузил деталь, нажал старт, следишь. Вошёл с улицы, обучение на месте, потолок низкий, прайс мелкий. И станочник (CNC machinist) — который налаживает, ловит брак, чинит, когда станок дурит. Вот он уже судит, а не жмёт кнопку.

А между ними — ЛЕСТНИЦА. Но в чем ее особенность?

В Штатах есть стандарт NIMS, живёт с 1995 года. Учат так. Сначала фундамент — слесарка, измерения, ручная обработка, потом ЧПУ. Штук двенадцать ступеней, каждую надо сдавать руками. 

Отрасль давно поняла простую вещь: завод сам из кнопкодава мастера не растит. 

Российский программист учился кодить на практике (типа «постоит у станка — научится»). Теперь так не получится. Суждение не капает из стажа. Его нужно ставить специально!

Ну так вот и весь ответ на наш плач. Джуны не вымрут — просто их теперь двое. ИИ-вайбкодер, который промптит и принимает. И ИИ-станочник, который умеет сказать, годный код или мусор, и почему. Тот, кто в три часа ночи поднимет кубер ручками, — это второй. И растить его надо не в стиле «посидит рядом с ИИ и наберётся», а лестницей обучения, где суждению учат в лоб.

Наверное и у нас так будет. У них не развалилось и у нас не развалится. 

Если что — реддит, где токари рубятся про «руками или сразу ЧПУ»: r/Machinists


Репост из: AgileDays
🤩Для нас сеттинг — это целая история, которая проходит через всё мероприятие: от оформления площадки до активностей, мерча и деталей, которые участники замечают уже на самом фестивале. За последние годы мы успели побывать в аэропорту, отправиться в путешествие по Неве, вдохновиться джазом и даже китайской культурой.

Вчера концепция AgileDays ФЕСТ 2026 наконец была утверждена.

Пока можем сказать только одно: в этом году нас особенно вдохновляют места, где связь иногда пропадает, разговоры становятся откровеннее, а самые ценные открытия случаются по пути к главной цели. Хочется, чтобы после фестиваля каждый увёз с собой не только новые знания, но и то самое чувство, которое появляется после хорошо пройденного маршрута.

Остальное — чуть позже. Пусть часть пути всё-таки останется сюрпризом для всех участников!

Уже догадались, какая главная тематика ФЕСТА будет в 2026?




Когда Scrum только появлялся, его целью было не заставить команды проводить стендапы, а помочь компаниям перестать тратить время на работу, которая не создаёт ценности.

Прошло 25 лет.

Вопрос остался тем же: Если завтра убрать половину процессов в вашей компании, клиент вообще заметит разницу?
 
Готовьтесь к жарким спорам на AgileDays FEST


Репост из: Кактус | ИИ для команд и бизнеса
Кто виноват, если налажал ИИ агент?

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/


Вопрос «Кто такой Владелец продукта в 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, напоминаем про одну классную статью – читать

Показано 20 последних публикаций.