Диаграмма Гатлинга | Управление проектами, Agile, Менеджмент

Отличные новости для всех, кто интересуется Enterprise Agility!

Прошёл съезд сейфистов SAFe Summit, где, помимо прочего презентовали две очень интересные и полезные штуки.

Во-первых, обновлённый Big Picture. Авторы упростили визуализацию большой концепции SAFe, вынеся на неё только всё самое важное. Признаюсь, прошлую я использовал чтобы пугать студентов. Новая лаконична, и ставит важные акценты на клиенте и инновациях. Вот по ссылочке можете посмотреть.
Также на главной теперь есть раздел с ключевыми компетенциями. Это тот же big picture для трансформации, но не в разрезе процессов и ролей, а организационных возможностей. Раньше эта картинка была запрятана и соответственно развитие этих компетенций воспринималось менее приоритетным. А это как раз таки очень важно. Однозначно хорошо!

Также новая картинка обросла новыми же статьями. Например уже упомянутым инновациями посвятили целый раздел. А старые, как я понял, обновили. Будем изучать.

Что меня удивило, так это то, что движению в сторону Канбана и потока кажется пока внимания много не досталось. Как и OKR. Возможно нужно поизучать конечно. Апологеты и авторы подхода, с которыми мне удалось пообщаться в этом году, заявляли что новая версия двигается в сторону работы с потоком (читай в сторону Канбан метода), но из картинки скорее видно, что SAFe становится всё менее привязанным к Скраму или Канбану или какому-то конкретному подходу на уровне команд. И всё больше работе на уровне Enterprise. С одной стороны это хорошо, так как фреймворк становится гибче сам по себе. С другой стороны может вызвать ощущение, что команды можно оставить как есть у тех, кто поверхностно изучает фреймворк.
Будем следить за обновлениями.

А как вам новый Big Picture?

Йоу, у нас в гостях Алексей Воронин — управляющий директор компании Scrum Trek. Этих ребят знает каждый, кому встречался термин Agile 👀

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

Обязательно посмотрите этот подкаст перед тем, как вырасти в x2🫠

👀 смотреть тут https://go.kotelov.com/youtube_product
📹 смотреть без vpn https://go.kotelov.com/rutube_product
👀 смотреть без vpn https://go.kotelov.com/vk_product

🎙 а послушать тут https://go.kotelov.com/mave_product

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

Решением может стать продуктовая оргструктура💡, где команды строятся вокруг продуктов, а не функций. Но при этом — классических проектов становится меньше, а значит, роль проектного менеджера уходит на второй план.

Что это значит для проджект-менеджеров?🫣 Конечно, новые возможности, чтобы применить весь свой опыт и навыки в других ролях!

👀 Подробнее об этом рассказывает Артемий Анцупов на vc.ru.

Тут моя статейка вышла на vc на волнующую многих тему. Рассказываю, почему проджектам стоит (или нет?) бояться agile-трансформации👇

Забавный плач ярославны в linkedin. Bass Vodde, соавтор LeSS жалуется, что во многих компаниях скрам-мастера превращаются в Delivery Managers. Басс говорит, что Скрам-мастер не отвечает за поставку и не является менеджером (как та морская свинка) и следовательно не может быть Delivery Manager.

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

В ответ ему много чего смешного прилетает. Дэвид Андерсон злорадствует, что если ты delivery manager, то ты нанятый, а если скрам-мастер, то безработный, вот так все просто.

Matthew Skelton (это который Team Topology) намекает, что может быть скрам не такой уж универсальный подход и можно использовать другие... (Тут в скобках замечу, что я с ним согласен. Если ты скрам-мастер, а твои команды используют канбан, то получается бред какой-то).

Что вообще происходит? Как так сложилось, что появились отдельные скрам-мастера а не хотя бы аджайл мастера?

Мне кажется, это часть некого естественного исторического процесса. Гибкие подходы были революционными в свое время и авторы Cкрама сделали очень крутой ход, который сильно упростил adoption подхода — он дал особую идентичность апологетам метода. Мы скрам-мастера! Со временем, конечно же, из сакральных знаний скрам превратился просто в набор знаний и навыков, которыми должен (в идеале) обладать каждый руководитель. Более того, никаких других подходов, специфических для софтверных продуктовых проектов, практически и нет — вотерфолл мы убили. Более того, берусь утверждать, что если бы не айдентити скрам-мастера, то никакого развития скрам не получил. Примеров полно — есть подходы типа DSDM, DAD, и проч. Нет айдентити — нет развития.

Вот, набросил опять. Что думаете? :)

Принёс вам от Асхата интересный пост.
Это действительно так, не Скрамом единым живут компании. Скрам это инструмент, а не мана небесная. Сегодня он вам нужен, а завтра нужно что-то другое. Потому Скрам-мастера логично превращаются в условных деливери менеджеров или архитекторов процесса или ещё кого, время покажет.
В общем, всё меняется и Agile в том числе. Недаром он про гибкость :)

Если у вас в команде есть ну прям молодые сотрудники — можете воспользоваться Скрам-гайдом для поколения Z.

Мы попросили чатгпт сделать на русском кусочек. Пользуйтесь, чтоб объяснить молодёжи, что такое Скрам)

Скрам Гайд™ — Версия для зумеров

Вступление: Чё за Скрам?
Короче, Скрам — это фреймворк (да-да, не какой-то там процесс), который помогает тебе и твоей тиме разруливать хаос и катать топовый продукт. Это не просто «делай, как сказали», а реальная возможность стать профи по гибкости и креативу. Но не думай, что это всё на изи — освоить Скрам ещё тот челлендж.

Как работает Скрам:
Скрам держится на трёх китах, типа:
1. Прозрачность — никто не должен тупо сидеть в неведении, что происходит.
2. Инспекция — регулярно чекаем, как всё идёт, и если что — поправляем.
3. Адаптация — если что-то пошло не по плану, сразу фиксируем баги и меняем тактику.

Кто в Скрам Тим:
Скрам Тим — это твоя банда самоорганизующихся бойцов:
- Product Owner (Владелец Продукта) — он шарит, что юзерам нужно, и решает, что делать в первую очередь. Это типа главного продюсера.
- Developers (Разработчики) — это кодеры, дизайнеры, тестеры, в общем, все, кто в итоге вывозит продукт. Они сами решают, как сделать фичу годной.
- Scrum Master — это гуру, который следит, чтобы все не расслаблялись и работали по правилам игры. Он твой главный хелпер.

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

Чё происходит на Спринте:
1. Планирование: решаем, что будем делать. Это как ваш роадмап на ближайшие недели.
2. Ежедневный Скрам: быстрый митинг на 15 минут, чтобы узнать, кто чем занят.
3. Обзор Спринта: показываем, что накодили, и собираем лайки/дизлайки (фидбэк).
4. Ретроспектива: обсуждаем фейлы и как стать круче на следующий раз.

Скрам Артефакты:
- Product Backlog — список всех ништяков, которые надо запилить. Это типа ваш wish-list.
- Sprint Backlog — задачи на конкретный спринт. То, что надо зафигачить прямо сейчас.
- Инкремент — готовая часть продукта, которую можно юзать. Это как ваш ранний доступ.

Прозрачность — наше всё:
Чтоб не попасть в лужу, нужно, чтобы все были в курсе, что реально происходит с проектом. Тут Скрам Мастер — твой топовый союзник.

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

#юмор

Примите участие в исследовании Agile в России 2024 и получите шанс выиграть ценные призы! 🎁

Что можно выиграть:

🏆 Сертификат на 120 тыс. руб. на участие в конференциях, тренингах или курсах ScrumTrek в 2025 году
🎟 6 билетов на онлайн-участие в AgileDays
🔥 3 стильных свитшота "I am Agile"
👕 5 футболок "Be Agile"

Кроме того, все участники первыми получат доступ к подробному отчету исследования. Ответы займут всего 5 минут, а участие — это возможность не только помочь развитию Agile, но и получить гарантированную скидку.

Поделитесь опытом и узнайте свежие тренды! 🙌

#Agile #исследование

Напоминаю, что мы проводим замечательное ежегодное исследование Agile в России и призываю всех в нём участвовать)

Представляете, как ИИ ускорит разработку продуктов? И как повлияет на работу команд?

GPT-o1 написала докторскую диссертацию всего за один час — нейронка справилась всего за шесть запросов.

Сложность кода была запредельной — докторскую писал исследователь из NASA и ему понадобилось на это целых 10 месяцев.

5️⃣ 1337

🎉 Стартуем серию бесплатных миниконференций ProductConf Preview!

Уже 2 октября в 18:00 приглашаем вас на первую онлайн миниконференцию, где Алексей Воронин расскажет, как выстроить структуру команд, которая помогает продукту расти. Это уникальная возможность бесплатно послушать выступление с большой конференции ProductConf!

📌 В программе:

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

Эти знания помогут вам наладить работу растущей команды и успешно управлять развитием продукта.

Чтобы не пропустить следующие миниконференции и получать другие полезные материалы, рекомендуем подписаться на наш канал
👉 https://t.me/productconf

Присоединяйтесь онлайн и получите ценные инсайты для роста вашего продукта!
✅ Зарегистрироваться

Продакты — обратите внимание на бесплатные мероприятия

Ждём вас на Delivery Meetup SPB #7!

Дата: 19 сентября в 19:30
Место: Цветочная 19, офис Selectel
Трансляция будет, без регистрации
Регистрируйтесь на офлайн: https://delivery-community-spb.timepad.ru/event/2999804/ (при входе потребуется паспорт)

О Спикерах и докладах:

1. "Три ключевых составляющих, без которых невозможна стабильность систем и сервисов"
Павел Турченко, Delivery Lead компании Qvant расскажет о:
- Организации процессов в кросс-функциональных системах
- Как настройка процессов и систем метрик позволяет управлять стабильностью
- Почему стоит не забывать про технологические решения в угоду процессным улучшениям

2. "Как с помощью Jira спасти от размытия контекста до 12 команд"
Анастасия Арсеньева и Дарья Авдеева из Karuna как с помощью автоматизаций в Jira:
- Спасти около 12 команд от постоянной путаницы в динамично меняющемся контексте по проектам;
- А команде менеджеров не дать захлебнуться в коммуникации и ручном управлении.
Вы узнаете как это выглядит для пользователей нового процесса и автоматизации, а также, как сделать себе такую же!

3. "Техлид на проекте: как разработчик спасает продукт в урагане технических процессов"
Кирилл Ершов, TechLead из Yandex поделится личным опытом:
⁃ Как технические задачи на проекте могут выстрелить вам в ногу
⁃ Как правильно устранять такие риски, чтобы процессы стали мягкими и шелковистыми
⁃ Да кто такой этот ваш техлид уже?

После митапа афтерпати - паб Гент
Подписывайтесь на канал @delivery_community_spb
Регистрируйтесь здесь - https://delivery-community-spb.timepad.ru/event/2999804/

Мы делаем митапы в Москве, а ребята - в Питере! Всем рекомендую)

#юмор

Жиза?

#юмор

💡 Про пользу ограничений

Я в жизни много пишу от руки. На встречах люблю вести конспекты (иногда в блокнот, иногда на айпаде), записываю обучение в тетрадочки, к которым потом возвращаюсь, иногда спустя годы. Также я пишу на "что? где? когда?" и квизах. Таких тетрадочек и блокнотов у меня накопилось много. Они мне очень нравятся, но быстро заканчиваются — у меня размашистый почерк, особенно когда пишу быстро.

Но вот однажды я вёл корпоративный оффлайн тренинг и обратил внимание на одну слушательницу — руководителя проектного офиса. У неё была большая тетрадь на пружине формата А4. Она самостоятельно поделила страницы на 8 частей и относилась к каждой из таких "клеток" как к полноценной странице. Её почерк казался очень аккуратным, и на один лист помещалось много информации. Всё обучение за два дня уместилось на 3,5 таких листа, включая рисунки!

Я решил попробовать такую практику и о чудо! — на одном листе стало действительно помещаться гораздо больше. Ограничения заставили меня лучше структурировать написанное, не пытаться записать всё дословно, экономнее располагать текст и т.п. Простое действие привело к кратному повышению эффективности моих записей.

Размышляя об этом, мне хочется провести параллель между проектом и листом бумаги. Сам факт введения ограничений (например, длины спринта или WIP-лимитов) заставляет нас действовать эффективнее, хотя поначалу это кажется искусственным ограничением. Но научившись вмещать инкремент в рамки спринта, вы действительно начнете поставлять больше и/или быстрее.

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

👋 Привет-привет, ребята!

🎯 У меня для вас очередная бомба – свеженькая PDFка про анализ Lead Time Distribution Chart! 🚀

После того, как прошлый PDF про Cumulative Flow Diagram собрал больше восторженных репостов, чем котиков в интернете, я понял, что без продолжения не обойтись. И вот он – ваш следующий путеводитель в мир лёгкого и точного прогнозирования сроков на основе данных! 💼📊

🙌 Пользуйтесь на здоровье, показывайте коллегам, обсуждайте и, конечно, задавайте вопросы!

🔥 И это ещё не всё! Ловите бонусный контент 🎁 для ещё большего погружения в тему:

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

✨ Статья о том, что такое Lead Time и какой он бывает – поможет быстро разобраться и не сломать себе голову

✨ Видео "Канбан-просто" на YouTube – легко, доступно и с юмором рассказывает про Канбан-метод (VPN, как всегда, не забываем!)

✨ Продвинутая статья для тех, кто уже в теме: как анализировать аномалии на Lead Time Distribution Chart и превращать хаос в стабильность

Василий - один из авторов этого канала рассказывает про метрики Канбана. Забирайте инструкцию!

Трек «Продуктовое лидерство» на ProductConf обещает быть настоящим взрывом знаний и опыта.

Уже пять мощных выступлений готовы зарядить вас идеями и практическими инструментами.

✨Как эффективно управлять командой в условиях стартапа и корпорации? Георгий Высоцкий, основатель Netmonet, расскажет, как его подходы к лидерству эволюционировали от команды в 5 человек до компании в 160 сотрудников. Будет интересно узнать, что работает на разных стадиях роста.

✨Хотите узнать, как «хакают» идеальные процессы в компании? Александр Капустин, CPO Avito Финтех, поделится своими инсайтами о том, как умные продакты обходят преграды, которые, казалось бы, должны помогать, но иногда мешают.

✨Конфликт — это баг или фича? Надежда Авданина из APIBank предложит неожиданный взгляд на конфликты и покажет, как использовать их для улучшения работы команды и продукта. Эта тема касается каждого — и на работе, и в жизни.

✨Борис Вольфсон, опытный предприниматель, знает, как не сгореть от нагрузки и бюрократии в высокопродуктивной культуре. Он поделится своими методами, как продакт может создавать реальную ценность, не теряя себя в процессе.

✨А что насчёт экстремальной ответственности? Илья Забелин, основатель DAU/MAU и экс-продукт-лид Яндекса, расскажет, как продакту действительно отвечать за результат, а не за метрики.

И это только начало! Программа будет пополняться новыми выступлениями. Чтобы узнать больше о спикерах и не пропустить обновления, заходите на сайт конференции.

ProductConf ждет вас!