Ближайшие тренинги Scrum.ru

⭐️ 5-7 июня Professional Systems Thinker
Научитесь искать и работать с корневыми причинами проблем, а не с симптомами.

⭐️ 13-14 июня Professional Scrum with Kanban
Разберитесь, как практики Канбана могут помочь командам улучшить работу в Скраме.

⭐️ 20-21 июня Agile Leadership Training (Management 3.0)
Станье лидером команды, которая приносит результат.

⭐️ 27-28 июня Professional Scrum Master
Базовый тренинг для Скрам-мастеров. Научитесь выстраивать работу команды гибко и эффективно.

Обучение на июль-август уже можно забронировать на нашем сайте.

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

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

Самое интересное за прошедший месяц

⭐️ Что общего между развязками и организацией?
Результат зависит от того, как они спроектированы.

⭐️ Измерение производительности - это пустая трата времени
Поэтому перестаньте измерять активность разработчиков.

⭐️ Вредные советы как поступать с большими задачами в Бэклоге
Лучше не следовать им.

⭐️ 3 совета, чтобы OKR провалились
Если вы полны решимости завалить целеполагание вашей организации, то эти советы для вас.

⭐️ 5 событий Скрам - полезная табличка с целью, таймбоксом и периодичностью каждого события.

⭐️ Два способа создания системных диаграмм
Карта мозгового штурма и connection circles.

⭐️ Полная прозрачность в компании Buffer
Интересный кейс открытой компании.

Спасибо, что с нами ❤️

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

💡Мы скрам-мастера работаем с командами, продуктовыми группами и организациями - комплексными социальными системами. Мы сталкиваемся с иногда уникальными, но чаще всего похожими проблемами.
Такие похожие проблемы, которые повторяются в различных системах и контекстах в системном мышлении называют архетипами или “системными ловушками”.
Сегодня рассмотрим один из самых распространенных архетипов в системном мышлении — это "Fixes That Backfire".
Этот архетип иллюстрирует ситуацию, когда краткосрочное решение проблемы приводит к долгосрочным негативным последствиям, которые могут оказаться хуже самой проблемы.
Сделала карточки со структурой архетипа и примерами из жизни.

📎Сталкивались ли вы с этим архетипом в своих организациях? Расскажите в комментариях.

📣Изучаем “системные ловушки” и как с ними справиться на реальных кейсах из жизни скрам-команд на тренинге Professional Systems Thinker 5-7 июня. Осталась пара мест.

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

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

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

Давайте познакомимся с компанией Buffer.

Buffer - занимается приложением для СММ и существует с 2011 года.
Изначально команда состояла из нескольких человек, работавших над проектом, в который они верили, и начала быстро расти после того, как основатели присоединились к акселератору. В 2013 они решили стать полностью удаленной и распределенной командой, отказавшись от офисного пространства. Еще перешли на 4х дневную рабочую неделю. Да и вообще, строят свой собственный подход к работе. Любим такое 😍

Ребята называют себя открытой компанией. Открытость проявляется во всем. Например, мы можем посмотреть все их финансовые данные на их сайте. Что еще интереснее, у них разработана зарплатная формула и все зарплаты отрытые.

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

«Мы обнаружили, что прозрачность в вопросах зарплаты может быть полезной для других, что является нашей главной миссией: помогать малому бизнесу начинать и расти».

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

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

Нулевая гипотеза

По словам профессора Гарвардской школы бизнеса Клейтона Кристенсена, каждый год появляется более 30 000 новых продуктов, и 95 процентов из них терпят неудачу. По словам профессора Университета Торонто Инес Блэкберн, процент неудач новых продуктов в продуктовых магазинах составляет 70-80 %.

Я думаю, вы поняли идею – большинство продуктов проваливается.

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

Получается, что мы существенно чаще ошибаемся, чем оказываемся правы.
📌 Как использовать это знание, чтобы сэкономить время и деньги своей компании?

🔜 Для каждого эксперимента сначала сформулируйте нулевую гипотезу.

Нулевая гипотеза утверждает, что между двумя факторами нет связи.

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

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

⚡️ Больше о повышение вероятности успеха вашего продукта на нашем тренинге Professional
Scrum Product Owner
📎 Ближайшая группа 3 июня

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

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

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

Вот примеры задач, которые мы умеем решать:
🟡Настроить целеполагание
🟡Выстроить HR-политики и практики
🟡Обучить и запустить команды, процессы многокомандной разработки
🟡Настроить продуктовый подход
🟡Провести стратегическую сессию
🟡Сформировать организационный дизайн под задачи бизнеса

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

Остались сомнения или вопросы? Забронируйте бесплатную 30-минутную консультацию. Обсудим ваш запрос и определим, можем ли мы быть полезны.

💬 Готовы начать? Оставить свою заявку можно здесь или написав нам в ТГ @scrumru_support

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

Тренинг по LeSS через неделю

Посмотрите на отзывы наших студентов:

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

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

Большой объем системной информации, все четко структурировано) Очень полезно всем компаниям - кто хочет поставлять на рынок максимальную ценность, обучаться и совершенствовать свой орг.дизайн!

Присоединяйтесь к ближайшей группе!

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

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

Карта способностей организации

У любой организации есть стратегические цели. Для их достижения организация должна развить организационные способности.

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

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

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

⚡️ Больше деталей о том, как команды работают в масштабируемом Скраме (LeSS) и развивают способности можно узнать на нашем сертификационном тренинге Certified LeSS Practitioner (CLP).
⭐️Ближайшая группа 29 мая
Присоединяйтесь!

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

Два способа создания системных диаграмм

Системное мышление требует изменения нашего восприятия окружающего мира и понимания взаимосвязей элементов системы.
💬Как найти эти элементы и взаимосвязи? Построить системную диаграмму!

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

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

✏️ А на тренинге Professional System Thinker мы практикуем еще два продвинутых способа создания системных диаграмм - Doom-Loop Technique и Causal-Loop Diagram (CLD).
🔜 Присоединяйтесь к ближайшей группе 5-7 июня.

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

Создавайте собственную модель, а не коробочные решения

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

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

У эффективных компаний организационная структура соответствует их окружению и рынку. Николай Воррен

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

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


Designing Agile Organizations (DAO) это системный подход к дизайну организаций через создание уникального, учитывающего контекст и стратегию организации, процесса трансформации.

⭐️ Подробно мы раскрываем его на тренинге Designing Agile Organizations (DAO).

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

⚡️Учим инженерным практикам ⚡️

Ровно через неделю проводим тренинг Applying Professional Scrum for Software Development (APS-SD).
3 дня глубокого погружения в разработку продукта в Scrum и интенсивной практики c реальным кодом.

📎 21-23 мая
📌 Регистрация по ссылке

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

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

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

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

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

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

Измерение производительности - это пустая трата времени

Лучше ли тот писатель, чьи книги длиннее? Или тот, кто быстрее всех печатает?

Оценивать эффективность писателей на основе показателей производительности (активности) в расчете на единицу продукции не имеет смысла. Если работа заключается в написании "слов" - кода, подобные показатели производительности также не имеют смысла.

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

К сожалению, cлишком многие организации все еще одержимы измерением производительности команд. Например, измеряют скорость, закрытые стори поинты или достижение целей спринта. Это всё - количественные показатели (производительность), rи они всегда приводит нас к непреднамеренным последствиям.

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

(C)2023 Jim Highsmith

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

3 совета, чтобы OKR провалились

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

🔜 Если вы полны решимости завались целеполагание вашей компании, эти советы для вас.

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

Финальный эпизод мини-сериала про DevOps, читаем про 3й путь - культура непрерывного обучения и экспериментов, о том как превращать знания, получаемые отдельным сотрудниками в глобальные знания для всей организации и какие есть для этого практики: https://scrum.ru/tpost/lztkct4vn1-tretii-put-devops-kultura-neprerivnogo-o

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

Мне плевать на Scrum... но не на эмпиризм

Признаюсь, мне не важен Scrum... Мне даже не важен Scrum-мастер, Product owner и Scrum команда. Мне не важны события Scrum или различные артефакты.

Я редко участвую в онлайн-дискуссиях о Scrum.
Скучно, бессмысленно и часто упускается суть...

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

Все это часть фреймворка Scrum, но в то же время это не о Scrum вовсе. Мы попытались передать суть Scrum на иллюстрации. Самое важное - это не часть посередине, которая в основном сосредотачивается на механике фреймворка Scrum.

На нашем опыте сущность заключается в следующем:

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

(c) Барри Оверим

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

Почему размер не имеет значения

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

Вот вам четыре аргумента, почему размер не имеет значения:

1️⃣ Скрам-команды, использующие Канбан, ограничивают количество начатой, но незавершенной работы с помощью WIP-лимитов, делая систему стабильной и предсказуемой. Работает закон средних величин: чем больше Спринтов вы пробегаете, тем больше усредняется размер элементов.

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

3️⃣ По правилам Скрама все верхние элементы Бэклога Продукта вмещаются в Спринт. Они достигают этого состояния через ряд PBR-активностей. Размер не отличается кратно.

4️⃣ Скрам-команда может увидеть статистику отдельно по разным типам задач: “пользовательским историям”, “багам”, собирая потоковые метрики в Канбане.

📌 Больше об усилении Скрама с помощью Канбана на нашем тренинге Professional Scrum
with Kanban Training
🔜 Ближайшая группа 13-14 июня

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

Тренинг Professional Scrum Product Owner уже в понедельник

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

Дадим знания и возможность получить сертификат PSPO I

📌 3-5 июня
🔜 Успевайте занять последние места

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

Приглашаем на Аджайл-ретрит

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

4 трека:
🟢 организационный коучинг
🟢 командный коучинг
🟢 кейсы/опыт
🟢 новости/тренды

Формат Open Space с воркшопами от участников и организаторов. Вы можете заявить и обсудить любую актуальную тему.

🪴 12-13 июля, Подмосковье
📎 Регистрация по ссылке

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

Воркшоп по декомпозиции через неделю

Тренируем навык разбиения больших задач так, чтобы их можно было завершить за спринт или ещё раньше

⚡️ 31 мая
🔜 Регистрация по ссылке

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

Самооуправление и выгорание

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

Роберта Карасек, известный своим вкладом в психологию труда и исследования стресса, разработал "Модель контроля и требований к работе".

Согласно этой модели, стресс, связанный с работой, возникает в результате взаимодействия двух важнейших факторов:

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

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

👇Низкий уровень стресса (низкие требования, высокий контроль).
Работа обычно вызывает минимум стресса, поскольку у сотрудников есть ресурсы и автономия для эффективного управления своими задачами.

👇Пассивная работа (низкие требования, низкий контроль)
Часто приводит к невовлеченности и отсутствию мотивации у сотрудников.

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

⭐️ Активная работа (высокие требования, высокий контроль).
Работа является сложной и увлекательной, способствуя чувству удовлетворения и достижениям сотрудников, которые обладают ресурсами и автономией для эффективного управления своей работой.

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

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

5 способов декомпозиции

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

🙂 Учим разбивать неразбиваемое на воркшопе по Декомпозиции
📌31 мая
📎Регистрация по ссылке

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

OKR глазами создателя

Система, которая сформировала меня как профессионала в Intel и до сих пор вдохновляет меня, называется OKR — Цели и ключевые результаты (Objectives and Key Results). Это методика целеполагания для компаний, команд и сотрудников. Конечно, OKR — не панацея. Они не заменят здравомыслия, сильного лидерства и креативной рабочей культуры. Однако если эти фундаментальные принципы работают, OKR помогут покорить вершины.

Ларри и Сергей, — а также Марисса Майер, Сьюзан Войжитски, Салар Камангар и еще примерно тридцать человек, которые в общем-то и составляли всю компанию в то время, — собрались, чтобы выслушать меня. Кто-то встал у стола для пинг-понга (который также служил столом заседаний), кто-то удобно устроился на креслах-мешках.

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

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

Ключевые результаты — это метрики и мониторинг того, как мы добьемся цели. Эффективные ключевые результаты конкретны и привязаны к срокам, амбициозны, но при этом реалистичны. А главное, их можно измерить и проверить. Результат либо соответствует ключевым требованиям либо нет; промежуточного результата быть не должно, как и места для сомнений. В конце выделенного периода, как правило квартала,
мы объявляем о достижении или недостижении ключевых результатов.

Когда я предложил задавать вопросы, аудитория выглядела заинтригованной. Я понял, что они готовы протестировать OKR, хотя не мог предугадать всю силу их решимости. Сергей сказал: «Нам нужен хоть какой-то организационный принцип. У нас его нет, так что этот вполне подойдет».

Джон Дорр “Измеряйте самое важное”

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

Приглашаем на митап

Сегодня в 19:00 по Мск проводим митап "Мыши, станьте Ёжиками, или как упростить внедрение LeSS"

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

Регистрация 🔜 https://scrum.ru/meetups

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

Вредные советы как поступать с большими задачами в Бэклоге

1️⃣Не разбивайте большую задачу на более мелкие.
Она не принесет ценности, если не будет сделана целиком и полностью. Кроме того, вы уже делали подобные задачи 100 раз, что там может быть непонятного или нового? А если не успеете завершить за спринт - продолжите в следующем.

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

3️⃣Делите задачу по компетенциям. Делаем задачи на аналитику, потом на разработку, тестирование и тд.

4️⃣Если не получилось декомпозировать задачу, возьмите спринт или два на аналитику. Это поможет вам максимально подробно подготовить ТЗ перед стартом разработки, а значит не придется ничего переделывать.

5️⃣Разделяйте задачу по архитектурным слоям. Вы же не можете работать с логикой программы не имея до конца разработанной и наполненной базы данных.

😀 Приходите учиться декомпозировать на наш воркшоп
📌 31 мая
❤️ Регистрация по ссылке

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

5 событий Скрам

Первое, о чем многие узнают, когда сталкиваются со Скрамом - это 5 событий.

Спринт, Планирование спринта, Ежедневный скрам, Обзор спринта и Ретроспектива спринта. Когда они перечислены таким образом, кажется, что это очень много. Может показаться, что Скрам требует множества встреч. Может даже показаться, что столько событий - это пустая трата времени.

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

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

⭐️ Скрам-команда собирается вместе раз в спринт, чтобы спланировать, как они будут выполнять работу в спринте (Планирование спринта).
⭐️ Ежедневно они общаются друг с другом, чтобы узнать, как идет продвижение к Цели, и при необходимости скорректировать план (Ежедневный скрам).
⭐️Ближе к концу спринта они встречаются со стейкхолдерами, чтобы показать, что было сделано, и получить обратную связь (Обзор спринта).
⭐️В конце спринта команда размышляет о том, как улучшить совместную работу (Ретроспектива спринта).

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

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

5 шагов TDD

Подход Test-Driven Development (TDD) появился более 20 лет назад. Наверное, сложно найти разработчика который о нем не слышал. Однако, до сих пор, существует множество споров о его применимости на “реальном коде”. Понятно, как написать тесты на существующий код, но как их писать когда кода нет?

Наш инженерный коуч, Сергей Лобин, делится алгоритмом из 5 шагов.

Тему TDD, а также и другие сопутствующие профессиональному Скраму практики, мы разбираем на нашем тренинге Applying Professional Scrum for Software Development

⚡️ Ближайшая группа 21 мая
📎 Присоединяйтесь!

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

Тренинг Designing Agile Organizations через неделю

Почему стоит участвовать?
🔜 Чтобы понять, как трансформировать компанию в адаптивную организацию, которая реагирует на изменения рынка.

Что ждать от тренинга?
✏️ Расскажем про связь между стратегией, организационным дизайном и способностями.
✏️ Научим правильно подбирать организационный дизайн: структуру, процессы, HR-политики и награды.
✏️ Разберём ошибки внедрения и основные принципы для успешной трансформации.

⚡️ 13-15 мая
📎 Регистрация на сайте https://scrum.ru/cod

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

Что общего между развязками и организацией?

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

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

🔜 Людям, занимающимся проектированием организаций, знания нужны не меньше.

⚡️ Учим проектировать организации на нашем курсе Designing Agile Organizations

Ближайшая группа 13 мая
Регистрация по ссылке

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

Изменение длительности спринта

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

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

Возможно потом команде придет идея изменить длину спринта.

Три распространенные причины, по которым команды стремятся изменить длительность своего спринта:
1️⃣Команды считают, что тратят слишком много времени на Скрам события.
2️⃣ Команды не могут завершить достаточно работы за одну неделю, чтобы получить обратную связь.
3️⃣Команды хотят выровняться с общей каденцией компании.

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

⚡️ В карточках найдете четыре шага, как правильно подойти к изменению длины спринта.

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