Profile cover photo
Profile photo
SCRUMMASTERS
20 followers -
Бизнес-консалтинг, тренинги, коучинг, внедрение
Бизнес-консалтинг, тренинги, коучинг, внедрение

20 followers
About
Posts

Post has attachment
Всем привет!

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

#scrumснуля #agile_manifesto
Photo
Add a comment...

Post has attachment
Скрам-мастер: 25 шагов от хорошего к великому

Итак, друзья, кто ощущал на своих плечах весь груз обязанностей Скрам-мастера?

💥 Тогда вам будет интересно узнать, в чем состоит разница между хорошим Скрам-мастером и по-настоящему Великим:

1. Вовлекает команду в организацию процесса. Так, Великий Скрам-мастер всегда убедится, что вся Скрам-команда поддерживает текущий процесс. События назначены на время, которое наиболее удобно всем членам команды. Приобщая членов команды к планированию графика событий в Скраме, вы сможете избежать жалоб в стиле: «мы слишком много встречаемся, когда же работать?»
2. Понимает этапы развития команды. Великий Скрам-мастер знает, на каком этапе развития находится команда и хорошо знаком с моделью командной динамики Брюса Такмана.
3. Понимает, что принципы важнее практик. Без достаточного понимания принципов Agile все внедряемые практики окажутся бесполезными.
4. Предвосхищает конфликты в команде. Великий Скрам-мастер хорошо знаком с книгой Патрика Ленсиони «5 пороков команды», а также умеет вовремя видеть конфликтные ситуации в команде и предпринимать необходимые действия.
5. Умеет быть «пробивным». Великий Скрам-мастер знает, когда стоит проявить настойчивость, чтобы внедрить важные изменения, и когда умерить упорство, чтобы не вызвать слишком деструктивного эффекта.
6. Понимает «запах места». Великий Скрам-мастер знаком с видео профессора Sumantra Ghoshal «Запах места», которое мы ранее размещали в ленте. Более того, он не только понимает культуру организации, но и знает, как на нее повлиять, чтобы привести команду к расцвету.
7. Необязательный, но необходимый. Великий Скрам-мастер достиг результатов, при которых команда уже не нуждается в нем на постоянной основе. И все же его совет в некоторых ситуациях просто необходим членам команды. В данном случае Скрам-мастер исполняет роль не столько коуча, сколько ментора.
8. Дает право на оплошность. Великий Скрам-мастер не только «страхует» команду от провалов, но также иногда позволяет «провалиться». Он понимает, что урок, который его подопечные получат после такого падения, будет более ценным.
9. Поощряет самоорганизацию. Великий Скрам-мастер учит команду основам самоорганизации и поощряет самостоятельные решения, как выполнить работу.
10. Эрудирован. Великий Скрам-мастер хорошо знаком с произведениями таких авторов как Geoff Watts, Lyssa Adkins, Tobias Mayer, Henrik Kniberg, Growing Agile and Gunther Verheyen.
11. RE-TRAINED. Это аббревиатура, автором которой является Geoff Watts: Resourceful – креативный в вопросах устранения препятствий; Enabling – любит помогать другим; Tactful – дипломатичен; Respected – уважаем; Alternative – готов менять организационную культуру; Inspiring – умеет вдохновлять других; Nurturing – способствует росту и развитию других; Empathic – небезразличен к чувствам других; Disruptive – противостоит статусу «кво», пытаясь внедрить изменения.
12. Верит в самоорганизацию. Развить в команде самоорганизацию является одной из важных задач Скрам-мастера. Самоорганизующаяся команда самостоятельно решает, как превратить элементы Бэклога Продукта в Инкремент.
13. Ценит ритм. Великий Скрам-мастер осознает важность стабильного ритма Спринта и делает все для его поддержания. Ритм Спринта должен стать «сердцебиением команды», не требующим сверхусилий.
14. Понимает всю силу молчания. Великий Скрам-мастер знаком с тремя уровнями слушания, поэтому он внимательно вслушивается и слышит не только то, что сказано, но также то, что не сказано.
15. Наблюдает. Великий Скрам-мастер всегда наблюдает за деятельностью команды. При этом, например, Ежедневный Скрам может проходить и вовсе без его присутствия при условии, что Команда Разработки понимает цель, назначение события и прекрасно справляется.
16. Делится опытом. Скрам-мастер делиться опытом с коллегами как в рамках организации, так и за ее пределами, например, участие в семинарах, конференциях.
17. Владеет набором различных форматов проведения Ретроспективы. Более того, великий Скрам-мастер знает, когда и какой формат лучше применить.
18. Профессионально коучит. Великий Скрам-мастер вдоль и поперек постиг искусство коучинга. Он знает, как направлять команду без инструкций. Он умеет перекрыть разрыв между размышлением о «сделать» и собственно «сделать». Он также знает, как помочь членам команды понять себя с целью раскрыть их потенциал.
19. Обладает влиянием на организационном уровне. Великий Скрам-мастер знает, как влиять на стратегическом и тактическом уровнях. Самые сложные преграды для команды могут возникнуть именно на этих уровнях. Поэтому Скрам-мастер должен понимать, как действовать на разных уровнях в рамках организации.
20. Предотвращает препятствия в работе. Великий Скрам-мастер не просто знает, как устранять препятствия, но может предотвратить их появление.
21. Незаметен. Великий Скрам-мастер не беспокоит команду по пустякам, однако когда он действительно необходим, он всегда в зоне досягаемости.
22. Ладит с Владельцем Продукта. Когда Владелец Продукта давит на Команду Разработки, Скрам-мастер выступает в роли конструктивного защитника. Поэтому тесные партнерские отношения между ними очень важны и ценны для успешной работы Команды Разработки.
23. Позволяет лидерству процветать. Лидерство – это не особое положение, но отношение. И каждый член команды может это отношение перенять. Для Скрам-мастера такое отношение является показателем успеха.
24. Хорошо знаком с геймификацией. Великий Скрам-мастер активно использует геймификацию для большего вовлечения участников в решение проблемы.
25. Понимает, что есть не только Scrum. Великий Скрам-мастер достаточно компетентен в Kanban, Lean, XP. Он знает сильные и слабые стороны каждого фреймворка. Он старается понять, что нужно команде и помогает ей повысить эффективность работы.
26. Направляет собственным примером. Великий Скрам-мастер является тем человеком, за которым хотят следовать. Скрам-мастер умеет вдохновить членов команды, способствуя раскрытию их потенциала. В сложных ситуациях он помогает членам команды найти решение, всегда сохраняя спокойствие.
27. Прирожденный фасилитатор. В некотором смысле фасилитация – вторая натура Скрам-мастера: организация процесса групповой работы, направленная на облегчение достижения целей, поставленных группой.
#scrumснуля #скрам_мастер
Photo
Add a comment...

Post has attachment
Итак, понедельник в самом разгаре, и сейчас самое время для «вкусного» поста, а лучше – серии постов. 🚩 Да-да, друзья, мы решили добавить в нашу с вами ленту больше практики и жизненных ситуаций.

👉 Поэтому предлагаем вашему вниманию несколько «рабочих ситуаций», с которыми наверняка сталкивались все, но найти конструктивное решение смогли немногие. Итак, наша серия постов: «5 ваших проблем и 25 наших решений».

🔥 Сегодня рассмотрим проблему, которая звучит так или аналогично: «Я посмотрел твой код вчера ночью и все удалил, поскольку это ерунда…».
#scrumснуля #скрам
PhotoPhotoPhotoPhotoPhoto
27.02.2017
8 Photos - View album
Add a comment...

Post has attachment
Яркий пример ситуации, когда члены команды не берут, а перекладывают ответственность.

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

#scrum #скрам
Add a comment...

Post has attachment
+ 5 тактических приемов на Daily Scrum, о которых вы не знали

Итак, сегодня четверг, и мы снова приготовили для вас кое-что интересное 🎈.
➡ Скажите, как часто вам приходилось сталкиваться с фразами: «Этот Ежедневный Скрам отвлекает меня от работы…» или «Мы слишком много обсуждаем, зачем это нужно…»

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

👉 Предлагаем сегодня познакомиться с дополнительными тактиками, которые помогут поднять «градус вовлеченности» членов команды в Daily Scrum. Жмите!

#scrumснуля #daily_scrum
PhotoPhotoPhotoPhotoPhoto
23.02.2017
6 Photos - View album
Add a comment...

Post has attachment
Всем привет!

Вчерашний наш пост отлично иллюстрирует, насколько непросто живется Владельцу Продукта :)

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

#scrumснуля #владелец_продукта_скрам
Photo
Add a comment...

Post has attachment
Владелец Продукта: 17 шагов от хорошего к великому
Рады всех приветствовать, и сегодня мы подготовили для вас более фундаментальный пост :)
🎯 А тема весьма актуальная: «Как достичь величия Владельцу Продукта, превратившись из просто хорошего Product Owner’а в по-настоящему великого?». Ну что же, давайте разбираться вместе…
Итак, начнем с давно известной вам истины, прописанной в Scrum Guide: «Владелец Продукта несет ответственность за получение максимальной ценности продукта и работы, исполняемой Командой Разработки». При этом данную роль может исполнять только один человек, который объясняет и информирует Скрам-команду о бизнес-перспективе разрабатываемого Продукта.
🚩В самых общих чертах, Владелец Продукта, в первую очередь, в ответе за:
• развитие и поддержание виденья, как Продукта, так и рыночно-маркетинговой стратегии;
• управление Продуктом;
• упорядочивание и управление Бэклогом Продукта;
• привлечение стейкхолдеров и конечных потребителей для более конструктивной обратной связи
И этими пунктами, как вы уже знаете, данный список не исчерпывается...
И все же, как бы действовал по-настоящему великий Владелец Продукта?
🔥 ТОП-17 шагов, которые нужно предпринять каждому PO на пути к величию 🔥:
👉 Обладает виденьем Продукта. Великий Владелец Продукта прислушивается к «голосу» конечного пользователя и составляет виденье Продукта, учитывая слова других заинтересованных лиц. Каждое решение он принимает, помня и ориентируясь на это виденье. Таким образом, закладываются основы стабильной разработки Продукта, достигается понимание со стороны Команды Разработки и сам Продукт получает больше шансов на успех.
👉 Превосходит ожидания потребителей. Удовлетворение потребностей конечного пользователя – это конечная цель. Поэтому великий РО умеет говорить с пользователем на одном языке, понимать нужды и видеть пути их наилучшего удовлетворения.
👉 Вправе принимать решения. Великий Владелец Продукта обладает нужным спектром полномочий и может принимать решения касательно Продукта. Для успешного выполнения обязанностей Владельцем Продукта все члены организации должны уважать его решения. Отражением его решений служит содержание и порядок элементов Бэклога Продукта.
👉 Упорядочивает Бэклог Продукта. Великий РО понимает всю важность упорядочивания Бэклога Продукта и делает это регулярно. Таким образом, достигается некий баланс между приоритетами, рисками, возможностями и зависимостями.
👉Предпочитает личное общение. Лучший способ передать информацию – личное общение. Поэтому великий Владелец Продукта старается лично общаться с членами Скрам-команды, лично обьясняет Пользовательские Истории и т.д. Если какие-то «тулы-общалки» используются, то не «вместо», но дополнительно к личностному общению.
👉Знает бизнес-модели. Великий Владелец Продукта не понаслышке знает о различных бизнес-моделях. Например, Business Model Generation, Lean Startup or Impact Mapping. Опираясь на различные модели, РО знает, как сделать Продукт успешным.
👉Делится своим опытом. Это может быть как в рамках организации, так и вне ее – посещение различных конференций, семинаров и т.д. При этом Владелец Продукта не просто делится своим опытом, но перенимает также опыт других.
👉 Владеет user story mapping. Данная техника позволяет визуализировать и видеть «большую картинку» Продукта.
👉Держит фокус на функциональности. Цель Владельца Продукта – достичь максимальной ценности Продукта. Функциональность несет ценность. Поэтому великий Владелец Продукта фокусируется не на Story Points, часах и прочем, но на функциональности.
👉 Знающий. Великий Владелец Продукта обладает глубоким пониманием функциональных аспектов Продукта и технической стороны композиции. Для объёмных продуктов, порой, сложно предусмотреть все детали, но Владелец Продукта всегда должен видеть большие части мозаики, принимая уверенные и сознательные решения.
👉 Понимание доменной области. Великий Владелец Продукта хорошо понимает среду, частью которой он является. Продукт следует разрабатывать с учетом его контекста. Данный пункт предусматривает как понимание организации, так и последних тенденций и изменений рынка.
👉 Действует на разных уровнях. Великий Владелец Продукта знает, как действовать на разных уровнях: стратегическом, тактическом, операционном. Владельцу Продукта следует знать, как объяснить стратегию Продукта, мотивировать Команду Разработки и заручиться поддержкой среднего менеджмента.
👉В зоне доступности. Великий Владелец Продукта доступен для всех членов Скрам-команды, заинтересованных лиц и конечных пользователей. Владелец Продукта всегда следит за тем, чтобы быть в зоне доступности и старается не тормозить прогресс Команды Разработки. Важные вопросы решаются быстро и конструктивно, поскольку РО всегда на связи.
👉Умеет говорить «нет». Великий Владелец Продукта знает, как и когда сказать «нет». Добавление в Бэклог Продукта элементов, которые вряд ли когда-нибудь будут реализованы, приводит только к потерям и неоправданным ожиданиям.
👉Действует и мыслит как предприниматель. Великий Владелец Продукта в некотором роде предприниматель для разрабатываемого Продукта. Он отслеживает новые возможности, фокусируется на бизнес ценности и возврате инвестиций, учитывает риски.
👉Знаком с Backlog Prioritisation Quadrant. Владалац Продукта пользуется Backlog Prioritisation Quadrant как инструментом для более детального обсуждения Бэклога Продукта. Такой подход позволяет прояснить тот факт, что Бэклог Продукта представляет собой больше, нежели список элементов. Технические инновации, технический долг и т.д. также должны быть взяты во внимание.
👉Воспринимает PBR серьезно. Уточнение Бэклога Продукта (PBR) – это деятельность, направленная на уточнение, оценку и упорядочивание элементов в Бэклоге Продукта. Речь идет о непрерывном процессе, в рамках которого Владелец Продукта и Команда Разработки обсуждают детали элементов Бэклога Продукта, тем самым проверяя и пересматривая эти элементы. Скрам-команда решает, как и когда должно производиться Уточнение Бэклога Продукта. Этот процесс обычно занимает не более 10% от доступного времени Скрам-команды, но позволяет повысить качество Бэклога Продукта и приобрести единство понимания.
P.S: Ну что, не поленились дочитать до конца? Тогда стаьте нам лайк и мы в дальнейшем будем делать для вас больше обьемных постов!
#scrum_с_нуля #владелец_продукта
Photo
Add a comment...

Post has attachment
4 причины, почему проваливаются Agile-проекты

Привет, друзья! Скажите, есть ли на вашем счету несложившиеся Agile-проекты 😏?

👉 Случается, что Agile-проекты проваливаются, и причиной тому – неправильная реализация Agile. О том, какие признаки часто сопровождают Agile-проекты на пути к “dead route” – в нашем сегодняшнем посте.

#scrumснуля #agile
PhotoPhotoPhotoPhotoPhoto
20.02.2017
5 Photos - View album
Add a comment...

Post has attachment
Когда топ-менеджеры отвлеченно составляют стратегию, а потом просто «спускают ее вниз» подчиненным, они своими же руками создают:
- с одной стороны – ограничения для сотрудников (constraint)
- с другой – принуждение следовать предписаниям (compliance)

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

Итак, вот она – смесь из 4 неприятных ароматов:

1. ограничение
2. принуждение
3. контроль
4. контракт

По результатам проведенных Sumantra Ghoshal исследований, не всегда организации видят альтернативу подобному положению дел. То есть, «запах места», в котором действует:

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

И напоследок: по мнению Sumantra Ghoshal, такой контекст в организации – это реальность, и даже компании с жесткой иерархической системой управления способны меняться. Помните, что лакмусовая бумажка качества менеджмента – это «запах организации».
Add a comment...

Post has attachment
Как провести Обзор Спринта правильно? «Карта события»

Всем привет! Скажите, многие ли с уверенностью могут сказать, что Обзор Спринта для них – на все 100% понятное событие Скрама?
Сегодня мы решили представить вам своеобразную карту, если так можно выразиться, события «Обзор Спринта», чтобы вы могли за пару минут систематизировать свои знания! Смотрите, изучайте и ставьте нам лайк за усилия!

#scrum_с_нуля #sprint_review
PhotoPhotoPhotoPhotoPhoto
03.02.2017
7 Photos - View album
Add a comment...
Wait while more posts are being loaded