Всем привет! Пришло время выйти из академической спячки (я наконец-то защитил свою диссертацию по организационному дизайну (результатами поделюсь позже)!

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

И так, первый вопрос:

На сегодня все. Развернутые коммментарии к вопросам опубликую завтра 🙂

#dailyScrum

И так, правильный ответ на этот вопрос можно найти в Scrum Guide: “Скрам-мастер следит, чтобы встреча Команды Разработки состоялась, но за проведение Ежедневного Скрама (Daily Scrum) отвечает сама команда. Скрам-мастер обучает Команду Разработки проводить Ежедневный Скрам (Daily Scrum) за 15 минут или быстрее”

Да, в течении первых 2-3 спринтов Скрам Мастеру необходимо присутствовать на Daily Scrum, поскольку ему важно важно быть рядом и отвечать на возникающие вопросы (а в самом начале они точно будут). Более того, первые 3-4 дня Скрам Мастер может фасилитировать Daily Scum, чтобы обозначить рамки для Команды Разработки… Однако затягивать с такой “фасилитацией” опасно и важно как можно скорее “отпустить” команду, чтобы она сама выработала эффективный формат взаимодействия.

После 3-4 спринтов Скрам Мастер может не присутствовать Daily Scrum, но ему необходимо время от времени посещать это событие в роли наблюдателя, для того чтобы убедиться, что встреча проходит эффективно и не сформировались антипаттерны.

#sprintBacklog

Это один из самых распространенных мифов о Scrum. Вносить изменения в Sprint Backlog можно, но только в том случае, если это не угрожает Цели Спринта. Корректировать Sprint Backlog может ТОЛЬКО Команда Разработки после обсуждения с Владельцем Продукта.

Более подробно об этом можно прочитать здесь: https://medium.com/the-liberators/myth-the-sprint-backlog-cant-change-during-the-sprint-e1a10f735c67

#scrumValues

В Scrum 5 ценностей: преданность (commitment), фокус (focus), смелость (courage), уважение (respect), открытость (openness).

О важности ценностей (из архива канала):

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

Подробнее о ценностях Scrum: https://guntherverheyen.com/2013/05/03/theres-value-in-the-scrum-values/

Скрам-мастера из x5 Retail Group создают базу полезных онлайн матриалов для проведения тренингов, ретроспектив, воркшопов. Присоединяйтесь!

Всем привет!🎉
У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов.
У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем сообществом в online? Сейчас мы переносим многие тренинги и запуск команд в онлайн.

На доске уже есть первый день запуска: https://miro.com/welcomeonboard/aTFYHXjf1u84QgHSkhtUWcT1rpGZRIcJOsgIcUyzbslfxIXMRE4Occws8SoUJbIU
Если есть что взять - берите, если есть что добавить - добавляйте! А обратную связь упаковывайте в личку! Вдруг получится open source в Miro 😜

P.S. На доске есть заготовленные стикеры для игры Scrum puzzle от AgileVerse, спасибо им 🙂
P.p.s. Там далеко не все, будем пополнять своими наработками по мере готовности

Корректная ссылка: https://miro.com/app/board/o9J_ktEYO6o=/

#фасилитация

Используйте особенности работы мозга, чтобы проводить Scrum события эффективнее:

1. Двигайтесь

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

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

2. Говорите

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

Инструменты: работа в парах/малых группах, 1-2-4

3. Рисуйте / используйте образы

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

Инструменты: визуальные метафоры (лодка / воздушный шар / остров), mind-maps, CLD, карточки с изображениями (погода/эмоция/настроение)

4. Используйте короткие интервалы

Человеческий мозг способен фокусироваться на чем-то в течении 10-15 минут. Участники будут поддерживать состояние “включённости”, если время от времени будет происходить смена активности или формата.

Инструменты: разбейте встречу на блоки по 15-20 минут и в рамках этих блоков предусмотрите смену активности/формата/темы, предлагайте участникам небольшие задания или работу над небольшим объемом информации (в один момент времени).

5. Добавьте разнообразия

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

Более подробно о том, как можно использовать особенности работы нашего мозга для повышения эффективности встреч, читайте здесь: https://articles.xebia.com/using-brain-science-to-boost-your-scrum-events

#организационныйДизайн #декомпозиция #масштабирование

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

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

Вот что происходит, когда в команде слабый DoD. Если бы он был достаточно сильным и включал в себя обязательный код ревью, требования к архитектуре и прочее, то такой ситуации удалось бы избежать. Менеджменту же стоит почитать классику: The Mythical Man-Month.

Ребята из AgileVerse сделали онлайн версию Scrum Puzzle (оч полезный и удобный интрумент).

Найти его можно здесь: https://miro.com/miroverse/category/workshops/scrum-puzzle

​Scrum аудит

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

Рассуждают так: если весной Scrum на условные 3, а летом уже на 5, значит дела идут в гору, а менеджер не зря ест свой хлеб.

Идея не лишена смысла, а воплотить ее поможет Scrum аудит.

Он оценивает процессы в команде, опираясь на фреймворк и его лучшие практики. Советую использовать его не как линейку, а как предлог для поиска улучшений (те самые inspection & adaption из гайда).

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

Всем привет!

Техническая гибкость (technical agility) - основа бизнес гибкости (business agility). И если в команде/компании не развита инженерная культура, то говорить о какой-либо полноценной Agile трансформации не приходится.

Год назад я присоединился к одному очень амбициозному проекту: создание совершенно нового университета в Швейцарии. Уже осенью этого года начнется обучение по программе “Master in Computer Science and Software Engineering”, которая включает в себя как технические, так и бизнес курсы: принципы разработки программных продуктов, современные подходы к тестированию ПО, инженерные практики необходимые для совместной работы больших команд разработки, развитие цифровых продуктов, командообразование и работа с людьми.

Во вторник 21 июля я и мои коллеги (студенты-выпускники университета) расскажем о программе и ее особенностях:
- Как получить магистерское образование в Швейцарии. Сколько это стоит и как  выиграть грант на обучение.
- Какие научные проекты ожидают студентов и под руководством каких ученых будет проходить обучение.
- Как совмещать с учебой работу в глобальной ИТ-компании и как будет выстроена программа обучения.

Подробности и регистрация на вебинар здесь: https://go.sit.org/alumni-insights-63caf

#Коммуникация внутри организации — это зло.

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

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

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

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