agilixru | Unsorted

Telegram-канал agilixru - Scrum.ru / Agile, менеджмент, эффективность

2703

Пишем об организационной, командной и личной эффективности. Помогаем сделать организацию гибкой и внедрить в работу Agilе, Scrum и LeSS. Автор - Маша Товпинец, партнер Scrum.ru Вопросы @Mary_Tovpinets

Subscribe to a channel

Scrum.ru / Agile, менеджмент, эффективность

Неоправданные потери в продуктовой разработке: как избежать "страны пустых надежд"

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

Джефф Готхельф, адаптируя оригинальную концепцию “Кривой правды” Джиффа Констейбла, называет это "страной пустых надежд".
➡️ Это тот момент, когда мы начинаем разрабатывать продукт, основываясь на предположениях, а не на доказательствах.

Ключевая идея модели — это необходимость сначала собирать данные и лишь потом инвестировать значительные ресурсы.

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

Например, прототипирование, продажа несуществующего продукта или минимально жизнеспособный продукт (MVP) могут дать критическую информацию, которая покажет, стоит ли продолжать работу над идеей. Дада, MVP – это всего лишь способ валидации гипотезы, а значит вы должны быть готовы выбросить его, если гипотезы не подтвердятся. Представьте, что вы вложили в MVP 6 месяцев разработки… 😡

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

Практические шаги
1️⃣ Начните с создания гипотез, основанных на реальных проблемах пользователей.
2️⃣ Быстро тестируйте идеи с минимальными затратами. Ориентируйтесь на кривую правды. Достаточно ли у вас доказательств, чтобы переходить к более дорогим видам проверки гипотез?
3️⃣Увеличивайте усилия только после подтверждения гипотез.

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

Подход отлично сочетается с Уровнями Доказательств, о которых мы писали раньше.

📍 О 15 способах дешевой валидации гипотез говорим на нашем тренинге PSPO-A. А еще сразу отрабатываем на кейсе.
➡️ Приходите!

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Локальная идентичность в организации 

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


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

У локальной идентичности есть хороший эффект. Тут и вовлеченность, и мотивация, и хорошие отношения внутри “своей” группы.

Но есть менее приятный эффект, который может привести к последствиям:
🟡 Фрагментация компании. Раздробленность и восприятие других команд как чужих.
🟡 Внутренняя конкуренция и конфликты. Соревнование за ресурсы, внимание или признание, что порождает нездоровую конкуренцию.
🟡 Снижение общей корпоративной лояльности. Лояльность к группе становится выше лояльности к компании/продукту.
🟡 Нарушение коммуникации. Это мешает обмену знаниями, опытом, задерживает принятие решений.
🟡 Отсутствие общей информационной среды. Что приводит к дублированию усилий, неправильному распределению ресурсов и затрудняет координацию между подразделениями.
🟡 Сопротивление изменениям, если нововведения нарушают устоявшиеся практики или интересы.
🟡 Снижение общей производительности, когда каждая локальная группа ориентирована на достижение своих узких целей.

Используйте эффект локальной идентичности в свою пользу.
🔜 Создавайте идентичность вокруг сущности, создающей завершенный результат в организации.
Например, вокруг продукта.

✔️ Объединяйте через общие цели. Локальные подразделения должны понимать, что их успех зависит от достижения общих целей продукта, а не от их собственных показателей. Никаких “мы разработчики, это проблемы продактов”.
✔️ Развивайте кросс-функциональное сотрудничество. Создайте настоящие кросс-функциональные, кросс-компонентные команды.
✔️ Подчините всех одному линейному менеджеру. Никаких "бизнес" и "разработка".

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Хотите разобраться в тонкостях декомпозиции задач и сделать ваш бэклог более управляемым?

У вас есть шанс выиграть бесплатный билет на воркшоп по декомпозиции, который состоится 4 октября!

Для участия в розыгрыше просто напишите ответ на вопрос в комментариях к этому посту:

Что обычно мешает вам и вашей команде декомпозировать крупные задачи?

Победителя выберем случайным образом уже завтра, 2 октября.
Пусть удача будет с вами!🚀

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Самое интересное, чтобы ничего не пропустить

🍁 Objective и Key Results для личных целей
Всего 4 шага и вы сформулируете ваш первый набор личных OKR.

🍁 Right-sizing оценка задач
Подход, который фокусируется на стандартизации размера задач, используя исторические данные.

🍁 Равная оплата за равный труд
Новый закон ЕС: Знать сколько зарабатывает ваш коллега, который выполняет ту же работу

🍁 Нужна ли иерархия в организации?
Результаты анализа 13000 команд.

🍁 Самая важная метрика Канбана
Это возраст рабочего элемента — метрика, позволяющая улучшить процесс.

Спасибо, что читаете 💛

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Приглашаем послушать разговор про продактов 🎙

Рома Дорошенко, партнер Scrum.ru и Вова Ермилов из ОКейси (Senior PM YouTalk, ex. Joom.com) сегодня встретятся и поговорят про продактов.

💬 Какие компетенции нужны продакту, истории и кринж-интервью, самые частые косяки в работе над продуктом и многое другое ребята обсудят сегодня в 19:00 по Москве.

Подключайтесь!
➡️ Регистрация по ссылке

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Почему разработчики должны проводить интервью с пользователями

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

💡 Я сейчас о разработчиках.

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

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

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

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

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Трансформация PashaPay

PashaPay - это азербайджанский финтех, который запустился в 2022 году.
Осенью 2023 года команда топ-менеджеров компании прошла у нас обучение Designing Agile Organizations (DAO).
За три дня ментальные модели были расшатаны, острые дискуссии разгорелись, прежний путь стал невозможным.... так и началась трансформация.

Партнеры scrum.ru Илья Павличенко и Сергей Лобин почти год работали над изменениями в PashaPay.

И описали этот опыт в нашем блоге:
1️⃣ Кейс PashaPay часть 1: организационный дизайн и обучение менеджмента
2️⃣ Кейс PashaPay часть 2: проектирование организации
3️⃣ Кейс PashaPay часть 3: развитие способностей и итоги

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

Познакомьтесь с кейсом. Пусть он вдохновит вас на изменения в вашей компании. ⭐️

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

📌 Все в офис по Амазонски

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

Как и вы все, мы также услышали эту новость из СМИ. Я, лично, прочитал на reddit. Это уже потом СЕО написал ее в новостной ленте Амазона — там, где читают самые отважные.


📌 Почему же так? Официальная версия

Было написано много красивых слов: насколько в Амазоне сильная культура, и как она улучшилась при 3-х обязательных посещений офиса. И так как 5 больше чем 3, то культура еще сильней улучшится.

И вообще, работа из дома — роскошь, до ковида работали все 5 дней из офиса и не жаловались. Митинги станут продуктивнее, когда люди будут в одном помещении. Более того, некоторые назначали митинги, чтобы поставить в расписание другие митинги. В общем, одни плюсы. Только вперед, к победе!


⭐️ Дам только пару комментариев

🔸 Опросники показывают, что предыдущий формат нравится лишь 14% людей. Какому проценту нравится новый формат — опросников пока не было... Делайте ваши ставки 😐
🔸 Многие старожилы рассказывают, что до ковида было нормой 1-2 дня работать из дома, особенно в понедельник или пятницу.
🔸 Митинг чтобы поставить митинг. Видимо. именно так работают наши биг боссы — решают свои проблемы.
🔸 Все митинги в одном помещении. Ну как, есть много команд из разных городов и даже стран. В моей команде, все продукт менеджеры в Сиэтле, планов всем быть в одном городе нет.


📌 Почему же так? Адекватная версия

Я не претендую на 100% правду, но все реальные факты говорят об этом.


Мир поменялся, занятость офисных помещений падает. Недавно читал, что за 2024 год процент пустующих помещений вырос с 18% до 23%. На размере огромной страны, это очень много. Из этого вытекает несколько факторов:

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

Ставка ЦБ США все еще высокая, это давит на прибыли компаний. Поэтому компании режут косты. Так вот у нас придумали идеальную схему, она уже используется, а будет еще жестче. По факту, если ты, сотрудник, и не ходишь в офис, то тебя увольняют без выплаты, т.к. по факту ты не выполняешь рабочие условия. Получаются вот такие бесплатные сокращения.


😡 Это новый тренд?

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


©️ Итоги©️

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


😁 — офис — это второй дом
❤️ — лучше гибрида не придумаешь
🔥 — что такое офис? работаем из дома

Ваша Испания простыми глазами и #амазон

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Цели и метрики в продуктовой разработке: избегайте ложных показателей

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

Что измерять вместо этого?
🔜 Фокусируйтесь на метриках, которые измеряют реальный результат:

1️⃣ Изменение поведения пользователя, например:
🟡 Частота использования функций: сколько раз пользователи обращаются к ключевой функции за определенный период.
🟡Активные пользователи (DAU/MAU): насколько регулярно пользователи возвращаются к продукту.
🟡 Коэффициент активации: процент новых пользователей, которые успешно проходят этапы онбординга.

2️⃣ Результат для пользователя, например:
🟣 Время до достижения ключевой цели: насколько быстро пользователи могут выполнить важную задачу с помощью продукта.
🟣 Коэффициент повторного использования: насколько часто пользователи возвращаются к функции после первого взаимодействия.
🟣 Коэффициент успешности задач: процент пользователей, успешно выполняющих задачи без ошибок или прерываний.

3️⃣ Результат для компании, например:
🔵 Конверсия в платные подписки: процент пользователей, которые переходят с бесплатной версии на платную.
🔵 Жизненная ценность клиента (Customer Lifetime Value, CLTV): общий доход, который клиент приносит за весь период использования продукта.
🔵 Снижение показателя отказов: уменьшение числа пользователей, которые прекращают пользоваться продуктом через определенное время.

📎 Такая структура метрик помогает существенно более осмысленно измерять успешность продуктовой разработки, а еще фокусироваться не на том, чтобы “работать работу”, а на том, чтобы создавать результат для клиента, который конвертируется в результат для организации. А еще хорошая система метрик существенно упрощает постановку и отслеживание целей.

⚡️ Научим работать с целями и метриками на нашем курсе OKR Practitioner.
1-2 Октября
🔜 Приходите!

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Уже через неделю мы проводим онлайн тренинг Professional Scrum Product Owner Advanced

Это официальный тренинг для Владельцев Продуктов от Scrum.org второй ступени.
После тренинга будет возможность сдать экзамен и получить сертификацию от Scrum.org PSPO II

🍀 25-27 сентября
📎 Успевайте занять место

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Самая важная метрика Канбана

Если выбирать самую важную метрику в профессиональном Канбане, то это возраст рабочего элемента (Work Item Age).
🔜 Ведь возраст рабочего элемента — метрика улучшения процесса.
Если вы управляете возрастом рабочего элемента и не даете элементам “протухать”, это приводит к стабилизации времени цикла (Cycle Time) и повышению предсказуемости.

Диаграмма стареющей работы в процессе (Aging Work in Progress)
Для отслеживания возраста рабочего элемента помогает диаграмма стареющей работы в процессе, на которой столбцы отражают этапы рабочего процесса, а элементы в виде точек в соответствующем столбце.
🟡На диаграмму нанесены перцентили (50%, 70%, 85%, 95%), по которым видно, как движутся элементы в сравнении с ранее завершенными элементами.
🟡Диаграмма стареющей работы в процессе (Aging Work in Progress) показывает риски. Оранжево-красный цвет означает малую вероятность завершения в пределах ожиданий (SLE). Она особенно полезна на Ежедневном Скраме.

Что делать с элементами, которые попали в желто-красную зону? Действуйте проактивно.
🔜 Организовывайте сворминг, садитесь в пару, работайте в моб-програмировании, ограничивайте WIP, контролируйте размера рабочего элемента, сокращайте зависимости.

⚡️ Если тема канбана вам интересна, самое время заскочить в последний вагон и присоединиться к нашему тренингу Professional Scrum with Kanban 19-20 сентября
🔜 Регистрация на нашем сайте

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Новый закон ЕС: Знать сколько зарабатывает ваш коллега, который выполняет ту же работу

⚡️ Директива 2023/970 Европейского Союза о равной оплате труда направлена на обеспечение большей прозрачности зарплат и устранение гендерного разрыва в оплате труда.

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

Основные положения:

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

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

3. Запрет на конфиденциальность зарплаты: Работодатели не смогут запрещать работникам обсуждать свои зарплаты между собой, что способствует повышению осведомленности и борьбе с несправедливой оплатой.

4. Мониторинг и отчетность: Компании с более чем 100 сотрудниками будут обязаны предоставлять регулярные отчеты о разрыве в оплате труда между мужчинами и женщинами. В случае выявления значительного разрыва (более 5%), работодатели должны будут предпринять корректирующие действия.

Эти меры направлены на повышение прозрачности и создание более справедливых условий для работников в Европейском Союзе.

Что думаете об этом законе?
👍 - это движение в правильную сторону

👎 - ни к чему хорошему это не приведет

И делитесь в комментариях, очень интересно обсудить.

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Инновации, создающие рынок

*️⃣ Оксфордский словарь определяет конкуренцию, как человека или людей, с которыми соперничают, особенно на коммерческой или спортивной арене.

*️⃣ Для businessdictionary.com конкуренция означает соперничество, в котором каждый продавец пытается получить то, что и другие продавцы.

В статье Fortune 2013 года «50 величайших деловых соперничеств всех времен» рассказывается о конкуренции между самыми известными компаниями мира: Cola против Pepsi, Ford против GM, Nike против Reebok, Airbus против Boeing, Procter & Gamble против Unilever. Эти примеры олицетворяют наше представление о конкуренции. Но это представление имеет свои ограничения.

Например, при таком подходе, мы оставляем без внимания непотребление.

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

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

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

Как использовать “непотребление” в работе с продуктом?
🔜 Посмотрите вокруг себя. Возможно вы найдете новую возможность дать доступ к решению существующих задач для людей, которые такой возможности не имеют.

Профессор Гарвардской школы бизнеса Клейтон Кристенсен назвал такой тип инноваций “инновациями создающими рынок.”

⚡️ Больше об управлении продуктом, продуктовой стратегии и видах конкуренции мы говорим на нашем тренинге Professional Scrum Product Owner Advanced
📎Ближайшая группа 25-27 сентября

А если вы решаете задачу борьбы с невозможность закрытия ключевых задач для человека, например задачу доступа к чистой питьевой воде, лекарствам, медицине или любых других на некоммерческой основе, мы будем рады видеть вас бесплатно ❤️‍🩹

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

80/20 закон Парето для декомпозиции больших задач

Можно добиться 80% результата вложив всего 20% усилий.


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

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

Посмотрите на пример в карточках.

⚡️ Этой технике и еще 14 другим мы обучаем на нашем воркшопе по декомпозиции.
✏️ Регистрируйтесь и приходите к нам в октябре.

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Нужна ли иерархия в организации?

Очень распространено мнение, что иерархия – это секрет слаженной работы в команде, налаженных процессов и отличных результатов. Есть контроль, есть ответственный. Что еще нужно для успеха?

‼️ Исследования говорят обратное.
Мета-анализ, основанный на изучении 13000 команд (ссылка), показывает, что иерархия приносит больше вреда, чем пользы.

Основные выводы:
🔸 Иерархия снижает эффективность команды.
🔸 Она нарушает координацию действий.
🔸 Порождает конфликты.

Негативный эффект особенно опасен в таких случаях:
〰️ когда участники команд очень тесно связаны между собой (тесная коллаборация)
〰️ когда участники команды имеют узкоспециализированные навыками
〰️ когда состав команды часто меняется ("динамические команды")

📍 Откажитесь от иерархии, если не хотите навредить своей команде.

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

😡 Проще говоря, когда случился пожар, лучше, чтобы кто-то давал инструкции, как спастись.

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

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Вопросы, чтобы начать рабочую встречу по-другому

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

Вот почему они полезны:
💬 Снижение напряжения, особенно если участники мало знакомы друг с другом.
💬 Создание непринужденной атмосферы, настройка всех на более открытое и продуктивное общение.
💬 Фокусирование внимания, вовлечение, переключение на встречу.
💬 Знакомство и сплочение - возможность узнать друг друга лучше, найти точки соприкосновения и создать чувство общности.

Скорее всего, вы уже делаете чек-ин, даже не осознавая этого.
Вопрос “Как дела?” - это и есть чек-ин.
⚡️ Попробуйте заменить его.

Вот вам Генератор вопросов для чек-инов.
🔜 Вместо привычного «как дела?» он предлагает более душевные вопросы, например: «Какое событие на этой неделе ты ждешь больше всего?».

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

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Итоги розыгрыша билета на воркшоп по декомпозиции!

💫 Поздравляем @market_sashasmith с победой, её комментарий под номером 19 оказался счастливым!

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

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

Следите за расписанием и до встречи на воркшопах!

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Осенние тренинги Scrum.ru

Выбирайте курс под свою сферу роста

Для освоения Скрама
🟡 Professional Scrum Master 17-18 октября
🟡 Professional Scrum with Kanban 21-22 ноября
🟡 Applying Professional Scrum for Software Development (APS-SD) 20-22 ноября
🟡 Provisional Certified LeSS Practitioner (pCLP) 27-29 ноября


Для работы с продуктом
🟡 Professional Scrum Product Backlog Management Skills (PSPBM) 11-12 ноября
🟡 Professional Scrum Product Owner 18-20 ноября

Для работы с организацией
🟡 Professional Systems Thinker 9-11 октября
🟡 Designing Agile Organizations 23-25 октября
🟡 Management 3.0 Foundation Workshop 14-15 ноября

Воркшопы
🟡 Воркшоп по декомпозиции 4 октября
🟡 Воркшоп по ретроспективам 18 октября
🟡 Курс по методу Карта гипотез 31 октября

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

▫️Дело не в том, кто я внутри, а в том, что я делаю. - Бетмен.

Любите ли комиксы? Я обожаю с детства! Мы много путешествовали и, чтобы развлечь меня, мама покупала мой первый комикс - Мурзилку. С тех пор я прочитала много историй о разных героях и вот вчера, завершая очередной выпуск, я подумала...

🤩 Почему бы сделать комикс про прошедший спринт?

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

💜 Получите вдохновение и целый набор техник и лайфхаков на воркшопе по ретроспективам. Буду рада вас видеть💜

#ретроспектива

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Стратегия и полезные фреймы для её создания

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

Что такое стратегия

Стратегия — это способность сосредоточить ограниченные ресурсы там и тогда, где и когда их применение может обеспечить решающий эффект для достижения поставленной цели (Сильная стратегическая сессия, Константин Борисов)


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

Почему гипотезы? ➡️ Стратегия это ставка. В комплексной среде, где больше неизвестного, чем известного, приходится экспериментировать и ошибаться, анализировать результаты, и снова пробовать.

Три полезных фрейма для создании стратегии

📥 Карта гипотез
Сердцем инструмента являются гипотезы, которые описывают концептуальный механизм достижения цели. Карта гипотез великолепно поддерживает гибкость стратегии и планов. Не сработала одна гипотеза — запускаете следующую, избегая фиксированной дорожной карты в виде задач.
➡️ База знаний по инструменту
❗️ Наш воркшоп, где мы целый день будем строить карту гипотез.

📥 Business Model Canvas
Канвас раскладывает по полочкам жизнь организации по девяти категориям: клиенты, ценностное предложение, партнеры, каналы, расходы / доходы, основные активности, ресурсы, взаимодействие с клиентами. Девять блоков дают целостную картину того, что представляет из себя компания / продуктовое подразделение.
➡️ База знаний по инструменту

📥
Фрейм Лафли
Модель была создана в 2015 году и описана в книге Playing to Win. Фрейм содержит всего пять вопросов, на которые участники в ходе сессии должны дать ответ:
🌟 К какой победе мы стремимся?
🌟 На каком поле мы будем вести игру?
🌟 Какими способами мы победим?
🌟 Какие способности у нас должны быть?
🌟 Какие системы менеджмента нам нужны?

📌 Подробнее про стратегию в нашем блоге https://scrum.ru/blog

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Учим целеполаганию и OKR

Ровно через неделю проводим тренинг Certified OKR Practitioner (C-OKRP®).

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

📎 Осталось одно место.
⚡️ Успевайте его забронировать.

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Сегодня мы хотим предложить вам использовать хейджуку!

Нет, это не проклятие на японском, а практика выравнивания - "leveling" (яп. heijunka, 平準) из бережливого мышления. Давайте вместе разберемся, как она связана с размером задач и почему это так важно в разработке продукта.

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


Почему важен размер задач?

✔️Предсказуемость. Небольшие задачи проще оценивать и планировать. Это делает выполнение более точным и прогнозируемым.
✔️ Адаптивность. Маленькие задачи легче поддаются изменениям и перераспределению усилий, что особенно важно в условиях неопределенности.
✔️ Быстрая обратная связь. Чем меньше задачи, тем быстрее можно получить фидбэк и проверить гипотезы, что сокращает цикл разработки.

Как помогает выравнивание?
🔜 Равномерная нагрузка. Выравнивание помогает распределить работу так, чтобы избежать перегрузок и простоев.
🔜 Устранение узких мест. Маленькие задачи лучше выявляют проблемные места в процессе, позволяя быстро их устранить.
🔜 Повышение качества. Маленькие задачи позволяют проще и “дешевле” проверять результат, что повышает общее качество конечного продукта.

⚡️ И, конечно, навык декомпозиции больших задач на маленькие становится просто незаменим.
Развить этот навык можно на нашем однодневном воркшопе — следующая группа собирается уже 4 октября.
⭐️ Успевайте забронировать место!

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Рубрика «Полезные каналы»

Любим и читаем сами каналы, которые ведут эксперты. Не маркетинговые агентства, smm-менеджеры, а люди, «руками делающие работу».
Сегодняшняя подборка каналов как раз такая.

Поэтому переходите, подписывайтесь и пользуйтесь на здоровье.

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

6 правил наград Менеджмента 3.0

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

⚡️ Однако в более комплексных, креативных и неопределённых средах, где требуется новаторство и творческий подход, влияние финансовых стимулов часто оказывается неэффективным.
▶️Например, при разработке новой рекламной кампании для маркетингового агентства: если сотрудников вознаграждать только за количество идей или скорость их подачи, это может привести к поверхностным и шаблонным решениям. В таких задачах важнее качество, оригинальность и глубокий анализ, которые стимулируются не столько деньгами, сколько свободой творчества и чувством значимости проекта.

🔜 Поэтому обратите внимание на правила наград из Менеджмента 3.0.
Эти правила основаны на глубоком понимании мотивации человека и научных исследованиях.

Шесть правил вознаграждений
1️⃣ Не обещайте награды заранее
Давайте награды неожиданно, чтобы люди не меняли своих намерений и не фокусировались на наградах.
2️⃣ Делайте награды небольшими
Награды могут быть безвредными, когда они небольшие.
3️⃣ Вознаграждайте постоянно, а не один раз
Каждый день может быть днем ​​празднования чего-либо. Каждый день — это возможность для награды.
4️⃣ Вознаграждайте публично
Каждый должен знать, какая работа ценится и почему.
5️⃣ Вознаграждайте поведение, а не только результаты
Результаты часто можно получить при помощи читтинга, а поведение — это упорный труд и усилия.
6️⃣ Вознаграждайте коллег, а не только подчиненных
Коллеги часто лучше менеджеров знают, кто из их них заслуживает комплимента.

🔜 Больше об управлении в современных организациях на нашем Management 3.0 Foundation Workshop

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Бережливое управление изменениями

или Lean Change Management был разработан Джейсоном Литтлом. Это смесь идей из lean startup, управления изменениями и agile.

Модель
Фокус на итеративном, постепенном внедрении небольших изменений. Хотя слова “изменение” в модели нет, вместо этого выбрано слово “эксперимент”, что лучше отражает суть:
💡 Проводя небольшие эксперименты, наблюдая за тем, как организация адаптируется к ним, как реагируют люди, мы “шевелим” систему. И так по-тихонечку “переворачиваем” систему всю целиком.

Основные шаги
6️⃣ Инсайты - Оценка текущей ситуации: Начните с информации об необходимых изменениях. Информация может быть получена откуда угодно: из разговоров 1-1, опросов о готовности к изменениям, наблюдений и т. д.
2️⃣ Варианты - Разработка вариантов изменений: Из полученных данных предложите варианты, которые позволят организации приблизиться к будущему состоянию. Сопоставьте стоимость и ценность этих вариантов, чтобы определить более ценные и менее затратные варианты для начала.
3️⃣ Эксперимент - Внедрение изменений: Проведите один эксперимент из выбранных вариантов. Помните, что эксперимент - это только гипотеза, которая должна определять ожидаемый результат и способы его измерения. Эксперименты - это возможность обучения, которая позволяет адаптировать ваш подход.
4️⃣Анализ результатов - Оценка того, что получилось: После завершения эксперимента важно собрать обратную связь и оценить его результаты. Если эксперимент удался, изменения могут быть внедрены более широко, если нет — следует вернуться к этапу разработки вариантов.

Хотя этот процесс кажется линейным, он происходит постоянно - при необходимости даже несколько раз в день.

Что думаете о модели?
Мне кажется идея прекратить всё подряд называть трансформациями и проводить небольшие эксперименты очень здравая.🤩

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

🐤 Ментальные модели: как избежать ловушек мышления?

Мы все строим свои ментальные модели — упрощённые представления о том, как работает мир. Это нормально: нам нужно как-то ориентироваться в сложной реальности. Проблема в том, что эти модели часто не работают так, как мы думаем.

💭 Пример 1:
“Если давить на разработчиков, они будут работать быстрее.”

❗️ Реальность: сильное давление только увеличивает количество багов и снижает мотивацию команды. В долгосрочной перспективе вместо быстрой разработки продукта, вы получите хаос.

💭 Пример 2:
“Если увеличить бюджет на рекламу, продажи автоматически взлетят.”

❗️Реальность: без стратегии даже огромный бюджет не даст нужного результата. Деньги не решают проблему, если нет понимания, куда их правильно направить.

💭 Пример 3:
“Чем больше часов мы работаем, тем больше достигнем.”

❗️Реальность: это ловушка мышления о продуктивности. Количество не равно качеству. Грамотное распределение времени и задач намного важнее, чем просто «работать больше».

Что с этим делать?
1️⃣ Оценивайте свои ментальные модели критически. Важно периодически пересматривать свои подходы и убеждения.

2️⃣ Принимайте обратную связь. Настоящий рост начинается, когда вы сталкиваетесь с реальностью и адаптируете свои модели.

3️⃣ Задавайте себе вопросы. “А что если я ошибаюсь?” — лучший способ пересмотреть свою картину мира и найти более эффективные решения.

4️⃣ Ищите глубинные причины проблем, а не только их симптомы. Например, если баги появляются постоянно, это может быть результатом структурной проблемы, а не просто неудачи. (см. Айсберг системного мышления).

5️⃣ Учитесь у других. Будьте откртыты к различным точкиам зрения, они обогатят ваше понимание ситуации.

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

‼️ О том, как работать с ментальными моделями, рассказываем на тренинге Professional Systems Thinker. Ближайший поток стартует 9 октября, присоединяйтесь!

#системное_мышление

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Карта гипотез.
Метод стратегического планирования для бизнеса.


Партнер Scrum.ru Илья Павличенко поговорил с Александром Бындю, автором этого инструмента, о Карте гипотез.

Там и про отличия от Импакт Маппинга, и про дорожную карту и про стратегическое планирование.

Доступно к просмотру на всех площадках:
Rutube
ВКонтакте
Дзен
YouTube

💬 Если хотите потренироваться и попробовать построить свою карту гипотез, приходите к нам на воркшоп 31 октября

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Я к вам с рекомендацией хорошего канала 🙂

Даже не канала, а настоящего клуба по прокачке хард-скиллов для всех, кто работает с продуктом.

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

⚡️ Прокачивать продуктовые подход и открывать полезные инструменты можно на канале «ОКейси, Вова».
А ещё команда ОКейси проводит бизнес-игры, где можно прокачать продуктовые навыки и создавать собственные продукты.

Что рекомендую почитать у Вовы на канале:
🟡 Калейдоскоп продактов
🟡 Как стендап шутки помогут продакту качать скиллы?
🟡 Продакт с синдромом самозванца
🟡 Куда пойти учиться на продакта (спойлер: никуда, ищите себе сразу работу или стажировку).

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

FlowDays 2024 уже в эту пятницу!

Конференция о том, как управлять бизнесом и процессами при помощи современных методов менеджмента.

💫 Новые знакомства, живое общение, практика, кейсы коллег, заряд на свершения, вот она атмосфера конференций.

Заявлены следующие треки:
🔸 Стратегия и видение бизнеса
🔸 Масштабирование компаний
🔸 Переход на новые способы управления
🔸 Конфликты и коммуникация
🔸 Гибкость и адаптивность бизнеса
🔸 Управление на основе данных

🧡 Партнеры scrum.ru Илья Павличенко и Сергей Лобин тоже выступят там.
Ребята расскажут, как трансформировали Азербайджанскую продуктовую компанию PashaPay.

📍 Полное расписание конференции, список спикеров и программа на сайте flowdays.ru

По нашему промокоду scrum можно получить скидку в 20% 😍

Читать полностью…

Scrum.ru / Agile, менеджмент, эффективность

Objective и Key Results для личных целей

Популярный фреймворк Objective и Key Results (OKR), который используют многие известные компании для постановки бизнес-целей, можно использовать и для формирования личной цели.

💡 Напоминание:
OKR всегда состоит из двух частей: Objective/Цель и соответствующий ей набор Key Results/Ключевых результатов.
⭐️ Objective/Цель должна отвечать на вопрос “Куда я хочу прийти?”. Она задает направление нашей работе. Это краткая формулировка, которая покажет, как будет выглядеть для нас успех.
⭐️ Key Results/Ключевые результаты помогут ответить на вопрос “Как я узнаю, что приближаюсь к месту назначения?”.

Всего 4 шага и вы сформулируете ваш первый набор личных OKR.

1️⃣Определение приоритетов
Подумайте о своих ценностях и целях: начните с рассмотрения того, что действительно важно для вас. Какие сферы жизни вы хотите изменить или улучшить? Составьте список и упорядочите его.

2️⃣Формулировка Objective/Цели
Выберите цель, которая является значимой. Что-то, что вдохновляет вас двигаться вперед из списка, сформированного на шаге 1.
🔍 Попробуйте переформулировать это в Objective/Цель по формуле: "Глагол + Чего бы вы хотели достичь".

3️⃣ Формулировка Key Results/Ключевых результатов
Имейте в виду, что Ключевые результаты не отражают всего, что должно произойти. Наоборот, мы хотим зафиксировать наименьшее количество значимых результатов, которые приведут нас к Цели.
🔮 Создайте 3 KR, которые помогут вам понять как вы придете к цели. Можно использовать формулу: "Глагол + какое влияние/ценность я хочу получить + от X до Z".

4️⃣ Корректировка
Посмотрите на набор OKR, который у вас получился.
Проанализируйте, как Ключевые результаты связаны с Целью:
🔸Можете ли вы выполнить цель, не достигнув всех ключевых результатов?
➡️ Значит какой-то KR не вносит существенного вклада в достижение Цели. Пересмотрите его.
🔵 Может ли каждый ключевой результат быть достигнут независимо?
➡️ Перепишите свои OKR, при необходимости.

📖 Подробнее почитать о постановке личных целей и найти пример можно в статье нашего блога.

Читать полностью…
Subscribe to a channel