agilixru | Unsorted

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

2703

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

Subscribe to a channel

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

Прекрасная цитата Илона Маска из его биографии от Уолтера Айзексона.

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

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

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

🧬Системное мышление вкупе с инструментами до сих пор призрачно присутствовали в этом канале. Попробую исправить эту несправедливость!

Традиционное и системное мышление. В чем разница.

Обратимся к Расселу Акоффу. В двух коротких видео (первое и второе) он отвечает на этот вопрос так:

Традиционный мыслитель и системный мыслитель отличаются тем, как они думают и действуют.

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

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

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

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

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

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

5 преимуществ декомпозиции

В Скраме уточнение Бэклога продукта - это активность, направленная на прояснение элементов Бэклога продукта и их декомпозицию на более мелкие. Если с уточнением элементов все понятно, то зачем мы их разбиваем?

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

🔥 Берите свой Бэклог и приходите на наш воркшоп по декомпозиции.
Научим разбивать неразбиваемое.
📌15 марта
🔜 Регистрация по ссылке

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

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

Модель Systemico для определения приоритетов

Модель Systemico поможет расставить приоритеты исходя из ценности продукта для клиента.

Это двухмерная сетка:
🔜Цели пользователя — первое измерение. Продукт определяется не с точки зрения того, что он делает, а с точки зрения того, зачем нужна какая-то функциональность.
👇Взаимодействие с пользователем — второе измерение - есть четыре степени (с уменьшением важности/срочности).

Как пользоваться:
1️⃣Разбейте каждую цель/потребность клиента на четыре составляющие:
🟡Core/Основа: функциональность, которая удовлетворяет основные потребности пользователей - минимум, который должен быть в продукте.
🟡Use/Использование: расширенная функциональность, повышающая удобство использования продукта - добавляет привлекательности.
🟡 Engage/Привлечение: функциональность, которая побуждает пользователя к дальнейшему взаимодействию с продуктом - побудит вернуться к продукту в будущем.
🟡Explore/Исследование: функциональность, которая побуждает пользователя выйти за рамки простого взаимодействия - укрепляет связь между пользователем и продуктом.

2️⃣Поместите элементы Бэклога Продукта в нужный квадрат

3️⃣Как и в Story Mapping, можно создать план релизов, “вырезав” скоуп работ.

❗️Помните о балансе между всеми составляющими.

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

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

Тренинг Professional Scrum Product Owner через неделю

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

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

⚡️ 11-13 марта
🔜 Успевайте занять последние места

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

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

Афиша ближайших тренингов Scrum.ru

⚡️ 11-13 марта Professional Scrum Product Owner (PSPO)
Разберитесь, как создавать продукты и приносить самое ценное клиентам, используя фреймворк Скрам.

⚡️ 15 марта Воркшоп 50+ техник для вовлекающих ретроспектив
Научим создавать дизайны и проводить ректроспективы, чтобы получить максимум.

⚡️ 15 марта Воркшоп по декомпозиции
Разбиваем большие элементы на маленькие. Осваиваем 22 инструмента декомпозиции.

⚡️27-29 марта Provisional Certified LeSS Practitioner (pCLP)
Для всех, кто внедряет Скрам на много команд. Разберемся, как организовать разработку больших продуктов, затронем системное мышление, теорию очередей, разложим фреймворк LeSS.

🔜 Тренинги апреля уже можно забронировать на нашем сайте.

Все онлайн, можно участвовать из любой точки мира! 🙂

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

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

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

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

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

Проблема декомпозиции не в декомпозиции.


Более того, это касается любого Agile-инструмента. Ровно так же “не взлетают” стори поинты, Цели Спринтов и другие практики.

🔥В карточках найдете четыре распространеных причины, почему декомпозиция “не взлетает”.
Плюс рекомендации, что делать.
Фундаментальные решения небыстрые, но действенные и генеративные (создают новую реальность). Запаситесь терпением, и начинайте менять организационную систему. Постепенно, шаг за шагом. С той скоростью, которая для вас комфортна. А декомпозиция и другие Agile-практики со временем заработают!

И приходите к нам на воркшоп по декомпозиции 🙂

📌15 марта
🔜Регистрация на нашем сайте

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

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

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

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

Наладить взаимодействия можно с помощью Скрам-паттерна Norms of Conduct.
Перевод доступен по ссылке в блоге scrum.ru.

#паттерн

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

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

Простая формула успешного управления

В 1969 году доктор Бейстер, 45-летний ученый с докторской степенью в области ядерной физики, решает оставить должность менеджера в крупной американской корпорации и открыть собственную компанию: SAIC.

В течение следующих нескольких лет SAIC станет одной из крупнейших технологических компаний Америки.

В своей книге "Решение SAIC" Байстер делится основными уроками управления:

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

2️⃣Получить достаточное финансирование
"Убедитесь, что у вас есть финансирование, необходимое для реализации идеи. Я видел слишком много хороших идей и владельцев компаний, которые их начали воплощать, но потерпели неудачу из-за отсутствия достаточного финансирования".

3️⃣Разделите вознаграждение со всеми
"Должна быть система поощрения, которая вознаграждает сотрудников за то, что они делают что-то, что помогает бизнесу. У нас были повышения, премии и другие стандартные стимулы для сотрудников, но мы также широко использовали систему выдачи долей компании для сотрудников, что, на мой взгляд, выделяло нас из общей массы".

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

Эти уроки управления позволили Бейстеру вырастить SAIC из небольшого стартапа с тремя сотрудниками (в 1969 году) до крупнейшей в Америке частной компании, принадлежащей работникам, с почти 40 000 сотрудников и доходом в 5,5 миллиарда долларов (в 2000 году).

☹️ В 2004 году Байстер решил уйти в отставку с поста председателя правления. Через 18 месяцев после его ухода новое руководство приняло решение о выходе компании на IPO, что превратило SAIC из уникальной компании, принадлежащей сотрудникам, в публичную. К сожалению, этот шаг в корне изменил прогрессивную культуру компании и превратил ее в довольно традиционную.

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

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

Правила рассказывания историй Pixar для всех, кто работает с продуктом

"Самый могущественный человек в мире - это рассказчик историй. Рассказчик задает видение, ценности и повестку дня целого поколения, которое должно прийти"
Стив Джобс


Все, кто так или иначе работает с продуктом - рассказчики.

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

Эмма Коутс из компании Pixar опубликовала в Твиттере серию основных советов по созданию историй. Они стали известны как "22 правила рассказывания историй Pixar".

🔜 Часть из этих советов могут быть полезны всем, кто рассказывает истории про продукт.
Вдохновляйтесь!🙂

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

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

Любовь к коллеге это…

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

Собрали верные знаки того, что у вас с коллегами любовь ❤️

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

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

«Хьюстон, у нас проблема»

И есть целых четыре варианта реагирования:
1️⃣Абсолюция (absolution): игнорирование, отказ от решения, а иногда и поощрение проблемы, без изменений в системе.
2️⃣ Разрешение (resolution): решение с минимальными изменениями в системе, без изменения основных условий или структуры.
3️⃣ Решение (solution): прямое решение проблемы путем изменения системы или внедрения конкретных мероприятий для устранения.
4️⃣ Растворение (dissolution): изменение системы или окружающей среды таким образом, чтобы проблема исчезла и не могла возникнуть снова. Не просто решение проблемы, а ее полное исчезновение путем изменения фундаментальных условий или структуры системы.

⚡️Решение проблемы с позиции системного мышления ставит целью её «растворение».
Растворить проблему значит преобразовать организацию, столкнувшуюся с проблемой, или окружающую её среду таким образом, чтобы проблема исчезла и не могла бы возникнуть вновь.
“Дать голодному человеку рыбу решит его проблему, но позже она возникнет вновь. Научить его ловить рыбу - значит растворить его проблему».

Приступая к работе с проблемой, надо иметь в виду, что проблемы являются субъективной сущностью. То, что является проблемным для нас, очень часто не является таковым для других.

Рассел Акофф выражает это так:

«Проблемы - это не ощущаемые объекты, а ментальные построения, возникающие в результате анализа. Проблемы - это абстракции. То, с чем менеджеры в действительности имеют дело, является проблемным месивом (mess), сложной системой взаимосвязанных проблем.
Проблемы для проблемного месива подобны атомам для предмета. Мы ощущаем предмет, а не атомы, из которых он состоит; мы воспринимаем проблемное месиво, а не проблемы, из которых оно состоит.
Ни одну проблему нельзя решить отдельно, не затронув других участников ситуации, часто при этом обостряя их проблемы. Решение проблемы без учёта связей её носителя с другими участниками ситуации может создать более серьёзную проблему, чем решаемая».


🔜Если вы намерены решать проблему, вам следует понять, как ваше решение повлияет на всю систему и в чём состоит проблема.

Системное мышление - сила.

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

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

Professional Scrum Master от Scrum.org

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

📌 15-16 февраля
➡️ Успевайте забронировать место

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

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

📎Видео прошедшего митапа "Работа с изменениями"

Наш первый митап в 2024 году был про продуктивные изменения в организациях.
Поделились историями успешных изменений, посмотрели на полезные модели (Коттера, Management 3.0 и другие) и выделили основные принципы успешных изменений, взглянули на модель Creating Agile Organizations (CAO) и обсудили много попутных вопросов.

📌Посмотреть запись митапа можно по ссылке
А взглянуть на доску миро можно здесь.

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

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

Четыре «суперсилы» OKR

💥Суперсила 1: приоритизация и обязательства
Результативные организации сосредоточиваются на том, что важно, а также четко понимают, что не *важно*. OKR помогают лидерам принимать непростые решения. Они повышают эффективность взаимодействия отделов, команд и сотрудников. Исключая сумбурность и путаницу, OKR обеспечивают сосредоточенность, без которой невозможно победить.

💥Суперсила 2: синхронизация и прозрачность
Благодаря прозрачности, которую дает эта методика, цели каждого — начиная с СЕО — доступны всем остальным. Цели компании распространяются на ее сотрудников и команды. Обеспечивая связь между каждым участником процесса и успехом организации в целом, сценарий сверху вниз придает работе смысл. Подчеркивая ответственность и самостоятельность сотрудников в сценарии снизу вверх, OKR стимулируют вовлеченность и новаторство.

💥Суперсила 3: мониторинг
OKR опираются на данные. Они строятся на регулярных проверках, ранжировании и корректировке целей, а также постоянной переоценке — в духе ответственности без осуждений. Если не удалось достичь ключевого результата, предпринимаются соответствующие действия, чтобы добиться цели либо пересмотреть или заменить ее при необходимости.

💥Суперсила 4: стремление к выдающимся результатам
OKR мотивируют совершенствоваться, добиваясь большего, чем мы считали возможным. Проверяя наши границы и предоставляя право на ошибку, они высвобождают креативную, амбициозную сущность.

Джон Дорр "Измеряйте самое важное. Как Google, Intel и другие компании добиваются роста с помощью OKR"

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

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

Скрам и большие продукты

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

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

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


Обратите внимание на важные характеристики области продукта:
✔️Каждая область определена “снаружи-внутрь”, то-есть, закрывает потребности определенной группы пользователей;
✔️ Команды внутри области остаются взаимозаменяемыми;
✔️ Команды остаются высокоскоростными и кросс-функциональными;
✔️ Области могут опционально иметь продуктового эксперта Area Product Owner (APO), который разгружает Владельца Продукта и представляет его перед командами области.

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

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

🔜 Для всех, кто внедряет Скрам на много команд мы проводим тренинг Provisional Certified LeSS Practitioner (pCLP)
Разберемся, как организовать разработку больших продуктов, затронем системное мышление, теорию очередей, разложим фреймворк LeSS.

📌27-29 марта ближайшая группа
📎Ссылка на регистрацию https://scrum.ru/provisional_clp

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

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

Может вам не нужны OKR?

OKR переживают очередную волну популярности, и как и со всем популярным, превращаются в карго-культ.

OKR нужны не всем.

🔜 Лучше всего использовать OKR для фокуса на стратегической цели.

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

В матрице Эйзенхауэра такая цель "важная, но несрочная".
🔜 Есть еще сценарий, в которых OKR могут быть полезны - когда нужно, чтобы все в компании сделали большой рывок в одном направлении. Когда вам нужны серьезные изменения, которым, как вы знаете, компания будет сопротивляться, например, поворот.
⚡️Фокусировка на едином наборе OKR поможет выровнять компанию. Простой формат поможет помнить, что именно важно достичь. Временной цикл и контрольные проверки обеспечат движение вперед.

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

Кому точно не нужны ОКR?

✖️Любой команде, которая не распоряжается своим временем. Обычно сопровождается Time&Material подходом.
✖️Тем, кто выполняет однотипную оперативную деятельность (поддержка, hr, финансы и тп).
Эту работу часто называют BAU - business as usual. Это название не учитывает, насколько критична эта работа. Вместо этого можно назвать ее критическими операциями или "работой сердца".
⚡️При этом, в этих подразделениях может появиться какой-то стратегический проект, и вот тогда, самое время рассказать им про OKR.

Если вы только начинаете работать с OKR, посмотрите на свою организацию и спросите: "Кто может выиграть от этого?" вместо вопроса “Куда бы еще раскатать (очередную) трансформацию?”

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

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

Приглашаем на митап "Профессиональный Канбан"

🟡Представим Руководство по Канбану на русском языке.
🟡Поговорим про отличие от других подходов (например, Канбан Метода).
🟡Разберем, чем Профессиональный Канбан может быть полезен Аджайл-практикам.

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

📎14 марта
19:00 по Мск
🔜Регистрация тут https://scrum.ru/meetups

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

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

3 вопроса для Ежедневного Скрама

Помните 3 вопроса для Дейли?
Что я сделал вчера? Что я сделаю сегодня? Есть ли препятствия?
Они всегда были необязательными, а в 2020 году их вообще убрали из Скрам Гайда.

Если вы до сих пор используете вопросы на Ежедневном Скраме, то вот, как вы можете улучшиться:

1️⃣Вспомните, что в оригинале у вопросов была вторая часть:
🟡Что я сделал вчера, что помогло Команде Разработки приблизиться к Цели
Спринта?
🟡Что я сделаю сегодня, чтобы помочь Команде Разработки достичь Цели Спринта?
🟡Вижу ли я какие-либо препятствия, которые могут помешать мне или Команде Разработки достичь Цели Спринта?

2️⃣Переформулируйте вопросы так, чтобы они были направлены на клиента:
🟣Что вы завершили вчера, что клиент может использовать?
🟣 Что вы завершите сегодня, что клиент сможет использовать?
🟣 Есть ли что-то, независящее от вас, что помешает вам достичь цели на день?

3️⃣Сократите количество вопросов до одного, например:
🔵 Как нам нужно работать сегодня, чтобы добиться прогресса в достижении цели спринта?

4️⃣Сосредоточьтесь на завершении начатой работы:
🔵Что нам нужно завершить сегодня, чтобы продвинуться в достижении Цели Спринта?
Пройдитесь по открытым задачам, вместо людей.

А вообще используйте любой формат, который поможет вам достичь цели Ежедневного Скрама:

Инспекция прогресса в достижении Цели Спринта, адаптация Бэклога Спринта по
мере необходимости, корректировка запланированной предстоящей работы.

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

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

Может ли ИИ заменить Владельца Продукта?

Прочитав статью под заголовком “Искусственный интеллект может лишить работы 14 млн человек к 2027 году”, решила спросить ChatGPT, собирается ли он заменять Владельца Продукта.

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

Вот почему искусственный интеллект маловероятно полностью заменит Владельца продукта:
1. Понимание сложных бизнес-потребностей:
ИИ способен анализировать данные и предоставлять информацию, но понимание тонкостей бизнес-требований часто требует человеческого суждения и опыта.
2. Приоритизация и принятие решений:
Хотя алгоритмы ИИ могут помочь анализировать данные для принятия решений, приоритизация часто включает в себя учет нескольких факторов, включая обратную связь заинтересованных сторон, рыночные тенденции и стратегические цели, что требует человеческого суждения.
3. Коммуникация и сотрудничество:
Владелец продукта выступает в роли моста между заинтересованными сторонами и разработчиками, что требует сильных навыков коммуникации и сотрудничества, а также эмпатии для понимания различных точек зрения. В то время как ИИ может облегчить коммуникацию, он лишен эмоционального интеллекта и может испытывать затруднения в навигации по сложным человеческим взаимодействиям.
4. Адаптивность и креативность:
Владелец продукта должен адаптироваться к изменяющимся рыночным условиям, новым технологиям и развивающимся предпочтениям клиентов. Креативность также необходима для представления инновационных решений и выявления новых возможностей, что является областями, где в настоящее время ИИ пока не может полностью заменить человека.
5. Ответственность и владение:
В конечном итоге владелец продукта несет ответственность за успех продукта, что требует чувства владения и ответственности, что может быть сложно воссоздать с помощью ИИ.

Владельцы продукта, выдыхаем (пока 🙃).
Что думаете? Согласны с таким ответом?

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

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

Чтобы не пропустить самое интересное

📎Четыре «суперсилы» OKR и как они помогают организации

📎Agile умер! Снова! Хотя на самом деле он не умирал, не возрождался и не возвращался к жизни с новыми силами

📎5 привычек, которые сдерживают вашу команду и мешают эффективно работать вместе

📎Четыре варианта реагирования на проблемы и одно решение с позиции системного мышления

📎Антиппатерны Product Backlog Refinement и что с ними делать

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

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

Подход к развитию сотрудников Spotify

У компании Spotify есть HR блог, где можно почитать об их практиках. Крайне рекомендую вдохновиться.

Посмотрите на два подхода к развитию сотрудников компании:

1. Коучинговые сессии
Большинство обратной связи происходит во время регулярных индивидуальных коучинговых сессий.

Это самая важная опора в нашем подходе к развитию производительности. Все вращается вокруг разговоров. Здесь нет обязательных графиков или стандартных повесток. Все основано на согласии сотрудника и менеджера относительно формата и частоты встреч.


2. Разговоры о развитии (70/20/10)
Разговоры о развитии сотрудников проходят дважды в год. В традиционных организациях подобные разговоры (если они и происходят) обычно представляют собой обзор прошедшего года — что удалось, а что нет. А вот как происходит в Spotify:

Мы стараемся проводить индивидуальные “разговоры о развитии” дважды в год, где мы обсуждаем будущее, настоящее и прошлое. Основной принцип - 70/20/10. Тратить 70% времени на будущее, 20% на настоящее и только 10% на прошлое.
Почему так много внимания к настоящему и будущему? Чтобы сосредоточиться на будущем личностном развитии, а не на оценке того, что уже прошло.


Как вам такие практики из Spotify?

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

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

Четыре командных паттерна для эффективной поставки продукта

При разработке софтовых продуктов абсолютное большинство продуктовых команд сталкиваются с одними и теми же трудностями:
➡️Непонятно, насколько то, что мы сейчас делаем, действительно ценно.
➡️Всё важно; много параллельной работы; невозможно сфокусироваться на чём-то одном, самом ценном.
➡️ Разработка идет монструозными фичами.
➡️ Вал незавершенной работы.
➡️ Релизы большие и редкие.

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

❗️Посмотрите на четыре командных паттерна, которые помогают исправить эту ситуацию.

Читайте полную статью в нашем блоге ☑️

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

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

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

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

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

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

#целеполагание

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

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

Agile умер! ☠️

Слышали об этом? Такое ощущение, что Agile хоронят каждый год, хотя на самом деле он не умирал, не возрождался и не возвращался к жизни с новыми силами.

Прочитайте мысли Барри Оверима на эту тему:

Я не знаю всех точных причин, но экономический кризис кажется сейчас распространенным явлением. Это вызывает интересный вопрос:
Почему организации все чаще подвергают сомнению ценность Agile, когда необходимость в организационной гибкости становится более важной, чем когда-либо?
...
Мои рекомендации:
1. Прекратите говорить о Agile
Можете говорить об этом с единомышленниками, но большинству людей это не интересно. Они лишь хотят, чтобы их проблемы были решены.
2. Сосредоточьтесь на потребностях организации
Открыто мыслите. Не застревайте на своем любимом фреймворке или методологии. Потребности организации всегда должны быть на первом месте, ваш подход должен быть вторичным.
3. Испачкайте руки
Когда вы в последний раз сами разрабатывали продукт? Или были частью команды, разрабатывающей продукт? Когда вы в последний раз лично были вовлечены в организационное изменение? Эти опыты бесценны.
4. Не застревайте в своем Agile-мире
Иногда соблазнительно застрять в своем Agile-мире, утверждая, что Agile мертв или жив. Вне вашего мира никто особо и не знает об этих мыслях. Выйдите из своего мира и постарайтесь посмотреть на вещи с точки зрения других людей. Какова их потребность и как вы можете оказать поддержку?
5. Работайте с менеджерами и лидерами
Они сильно влияют на успех команд и организационную гибкость в целом. Несмотря на многочисленные негативные статьи, менеджеры могут принести много ценности. Они идут на работу с лучшими намерениями, но часто борются с реальностью. Вместо критики, проявите сочувствие и поддержку.


Что думаете о смерти Agile и мыслях Барри?

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

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

💓Ретроспектива с любовью.

Ретроспектива в День святого Валентина?
Пожалуйста! Фасилитация простая, инструкции подробные, завершение незабываемое!

Как получить ретроспективу?
🟡Если вы пользуетесь Miro, скопируйте фреймы на свою доску
🟡Для любого другого инструмента - скачайте файлы

🧬Понравилась ретроспектива? Узнайте еще больше техник и лайфкахов для неповторимых ретроспектив на воркшопе 15 марта! Регистрация открыта.

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

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

5 привычек, которые сдерживают вашу команду

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

📌В карточках рассказываем о пяти самых распространенных и способах борьбы с ними.


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


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

🌸 Со временем эти маленькие привычки станут неотъемлемой частью культуры вашей команды.

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

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

Кайдзен пульс

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

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

🔜 Чередуйте периоды стабилизации со скачками улучшения процесса.

1️⃣Начните с какого-то показателя, установите базовую метрику и попробуйте повлиять на нее.

2️⃣Дайте изменению “устояться”.
Некоторые изменения чреваты непредвиденными последствиями, и, конечно, команда должна отменить любое решение о внедрении практики, которая, вредит скорости, долгосрочной ценности или другой метрике.

3️⃣Затем внедрите одно новое улучшение в процесс создания продукта. И снова дайте время.

4️⃣Двигайтесь в этом кайдзен пульсе.

Практикуйте улучшения и сделайте их рутинным повторением.

#скрампаттерн

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

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

Антиппатерны Product Backlog Refinement

Product Backlog Refinement /Уточнение Бэклога Продукта — это процесс разбиения элементов Product Backlog на более мелкие и конкретные элементы их дальнейшее уточнение. Это постоянная деятельность по добавлению деталей, таких как описание, порядок и размер.


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

🔜 Говорим, как работать с Бэклогом продукта на онлайн воркшопе Professional Scrum Product Backlog Management Skills
📌Ближайшая группа 1 марта
Присоединяйтесь!

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

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

Чтобы не пропустить самое интересное

📌Tоп 10 книг по техническому совершенству
Если в новом году вы хотите “подтянуть инженерку”, то это книги, с которых нужно начинать

📌9 ошибок стратегии продукта, которых следует избегать
Советы от Романа Пихлера

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

📌Почему Аджайл-коуч не коуч
Вторичный навык, на котором фокусируется так много Аджайл коучей и Скрам-мастров

📌Agile-манифест развития персонала
Посмотрите на текущие HR практики своей организации и сравните их с этими принципами

📌7 мощных вопросов, чтобы осмыслить 2023 год и сделать себя непобедимым в 2024
Если еще не успели поставить цели

📌Книги про OKR для начинающих
Если хотите лучше разобраться во фреймворке целеполагания Objectives and Key Results

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