Кто ваш Продакт Оунер - садовник или хозяин дома?

Выбор неверного Продакт Оунера чреват рядом проблем, вот ключевые:

1. Постоянные изменения объема и вида работы в ходе спринта (я не говорю здесь о критических дефектах и саппорте, я говорю о новых историях-фичах)
2. Отсутствие ответов на задаваемые командой вопросы, проясняющие требования (я не говорю здесь о недоступности Владельца Продукта в связи с его функциональными обязанностями, я говорю об отсутствии информации)
3. Изменение раннее принятых решений о виде, форме и объеме истории-фичи

Читать дальше >>>

"Scrum is a diet, Kanban is a mirror"

Мой полуночный твит бьёт рекорды.

Что же я на самом деле имел в виду?

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

Это вам что-то напоминает?

Мне это напоминает комплексную витаминную диету, совмещенную с режимом, которые лечат массу заболеваний.

ЧТО ЖЕ ЛЕЧИТ СКРАМ?

• нехватка обратной связи (витамины)
• нехватка обмена информацией внутри команды (витамины)
• нехватка доверия (минералы)
• избыточное количество незавершенной работы "work-in-progress" (ожирение)
• вынуждает делать такие практики как интеграционное и приемочное тестирование, автобилды и автодеплоймент регулярными (упражнения)

НО ЧТО ЕСЛИ ВЫ ЗДОРОВЫ?

Если вы здоровы - на что вам диета и режим ? У вас и так отличный обмен веществ и активный образ жизни.

Но что вам может быть полезно - так это ЗЕРКАЛО В ТРЕНАЖЕРНОМ ЗАЛЕ.

 

Зачем? Для того, чтобы вы видели себяи смогли равномерно и сбалансировано развиваться.

Аналогия проста: канбан-доска - это такое же зеркало. Что с ним делать - решаете вы. Оно лишь показывает вам что и где не так. Никаких правил. Никаких догм. 

Читайте вдохновляющий пример использования визуализации процесса в последней книге Хенрика Книберга "Lean from the trenches", где канбан-доски сыграли ключевую фукнцию в становлении процессов и успехе продукта.

Видео доклада"Offshore Outsourcing: the Agile Way"

А вот и долгожданное видео с Agile Tour, что прошел в Вильнюсе. Больше по теме вы найдете на сайте www.scrumoffshore.net.

Видео и ниже слайды:

Offshore outsourcing and Agile for AgileTour Vilnius

От Кащея Бессмертного до Робин Гуда. Или стадии Скрам-мастерства

Кто вы как Скрам-мастер: Кащей-бессмертный? Чип-и-Дейл? Или Робин Гуд?

Я недавно нашёл метафору стадиям вовлечения Скрам-мастера в проекты.

Фаза первая. Кащей-бессмертный

Вы недавно стали использовать Скрам? Прошла пара-тройка-пятёрка спринтов? Без вас всё валится?

• Вы не пришли утром на работу (были у зубного) - команда пропустила свой daily-митинг.
• Вы не подумали провести ознакомление с беклогом следующего спринта - планирование заняло три дня.
• Вы уже два дня не обновляли sprint burndown - никто про него даже и не вспоминает.

Это ОК! Вы в стадии Кащея Бессмертного, который над "златом чахнет". Чтобы было злато - нужно ежедневно над ним "чахнуть". Чтоб делался Скрам - нужно ежедневно стоять у штурвала. Нет вас - нет Скрама.

Но может вам всё таки удалось донести полезность Скрама, зажечь кого-то в команде, донести до заказчика прелесть подхода?

Фаза вторая. Чип-и-Дейл

Тогда, вы становитесь Чипом-и-Дейлом!

При чём - обоими в одном лице )

Ваша загрузка в проекте как Скрам-мастера уже не 100%, а скажем 70 или 60. Вы уже можете себе позволить пропустить раз в неделю утренний митинг (не для зубного, а для проверки "скрамности" команды), и команда его проведёт без вас. Да ещё и доску обновит!

Во класс!

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

Фаза третья. Робин Гуд

Но может вы были настолько хороши в образе Чипа-и-Дейла, что заразили примером других?

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

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

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

Многие и нас навсегда остаются в роли Кащея для своей команды. А зря - Робин Гудом быть куда приятнее. К тому же это даёт  время заняться другими командами или прилегающими отделами, которым может быть как раз Кащея сейчас и не хватает.

Scrum.WTF: Визуальные доски. Забить или прибить?

По следам доклада на Agile PechaKucha vol.2.

Один из WTF-ов, которые меня одолевали последние годы, и который я совсем недавно смог для себя разрешить.

И так, речь про доски задач.

А дилемма с ними такая :

Я вижу много (нет, реально много) команд, которые не используют доски по причине удаленности заказчика. Говорят: "мы не можем планировать на стене, так как наш Властелин Продукта удалён, и мы поэтому используем _____ (вставьте название любого тула)".

Но по моим впечатлениям не более 20% команд, которые себя называют "распределёнными" - по-настоящему распределены. Чаще всего - они просто отделены от своего PO, но сидят всей командой одной комнате.

Если вы просто отделены, то вам это нисколько не мешает планировать спринт на стене.

Как это сделать?

Очень просто - разделите сущности :

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

Просто? Да. 

Дополнительный плюс - PO не сможет явно микроменеджить команду, messing around с её планом на спринт. 

Нужен статус? Спроси. Ну или если уж очень часто нужен - можно поставить веб-камеру в комнате команды с видом на доску. Ну или устраивать ежедневный созвон для обмена статусами. 

Но доска при этом сугубо инструмент команды, сделанный ею для самой себя.

Такой вот Scrum.WTF

PechaKucha done

Выступил на Agile.PechaKucha 19 мая, Киев.

Немного стрессовый формат 20 слайдов по 20 секунд на каждый. Но зато, если вам не понравился докладчик - ждать всего 6 минут 40 секунд  :)

Мой доклад, судя по отзывам в куллурах, понравился! Я уже выступал с этой темой на AgileBaseCamp и опубликовывал slidecast. На этот раз раскрыл еще пару вотзефаков.

My Top Scrum WTF. Pecha Kucha

View more presentations from krivitsky

Product Owner's Job Description

Что делает Владелец Продукта в Скрам проекте?

Недавно @anotherpm задался целью описать Job Description для Product Owner. Полезное дело!

За последние три с лишним года в качестве второго тренера я провел провел более 20 классов по программе Certified ScrumMaster. За это время я работал с пятью различными тренерами: Mark Vizdos, Mark Pushinsky, Robin Dymond, Henrik Kniberg и Sergey Dmitriev. Все они одного и того же мнения о сути, роли и функциях Владельца Продукта.

Делюсь своим пониманием.

Кто такой Product Owner?

Это представитель заказчика. Со стороны заказчка - ни посредник, ни делегат, ни менеджер на стороне подрядчика.

• В простейшем случае стартапа - это владелец идеи продукта, отвечающий за инвестиции. 

• В случае заказного софта - это продакт менеджер на стороне заказчика, который отвечает перед свои руководством за успех продукта. 

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

Что входит в обязанности Владельца Продукта?

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

1. ОН ДЕЛИТСЯ ВИДЕНИЕМ
   при старте проекта или релиза он проводит kick-off, где он делится видением продукта
   
2. СОДЕРЖИТ БЕКЛОГ ПРОДУКТА
   отвечает за наличие беклога, его доступность всеми заинтересованными сторонами и поддержает его в здоровом состоянии (это заслуживает отдельной статьи)
   
3. НАХОДИТСЯ В ПРЯМОМ КОНТАКТЕ С КОМАНДОЙ
   на регулярной основе Владелец Продукта принимает участие в:
• сессиях по подготовке беклога (backlog grooming), где проводится уточнение и разбиение историй на более мелкие и их оценке
  
• сессиях по планированию каждого спринта
  
• сессиях по демонстрация каждого спринта
  
4. ПРОВОДИТ ПРИЕМОЧНОЕ ТЕСТИРОВАНИЕ
   в ходе спринтов по мере готовности историй или вопросов со стороны команды проводит приемочное тестирование
   
5. ПОДДЕРЖИВАЕТ АКТУАЛЬНОСТЬ ПЛАНОВ ПРОЕКТА
   на основании результатов спринтов Владелец Продукта обновляет планы релиза (либо всего проекта), делясь ими со всеми заинтересованными сторонами, выбирая даты выпуска продукта на рынок или выхода обновлений.

Это минимум, который обеспечивает достаточное вовлечение заказчика в процесс разработки. Без такого регулярного вовлечения процесс разработки ПО рискует завершиться непредсказуемо (выпуском ненужного продукта, задержки выпуска, несоответствием качества, либо прочими проектными бедствиями).


ОБУЧАЙТЕ ВЛАДЕЛЬЦЕВ ПРОДУКТА

Им нужна ваша помощь, так как последние десятилетия индустрия IT работала по-другому, каждым очередным заваленным проектом разрушая доверение и возводя лишние стены между заказчиками и подрядчиками. Так что сегодня мы имеем дело со старыми опасениями, вредными привычками и устоявшимся недоверием.

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

Удач!

Конкурс! Креативные переводы Скрам терминологии

Вы не в курсе? Мы переводим Скрам на русский!

• СкрамНо
  вместо ScrumButt

• Властелин Продукта
  вместо ProductOwner

• Хозяин Скрама
  вместо ScrumMaster

А как быть с другими терминами: Product Backlog, Burndown Chart, Daily Standup и проч?

Есть чувство юмора? 

Устал от засилия английских терминов?

Внеси свой вклад!

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

Твит-конкурс: #scrussian

Slidelog минидоклада "SCRUM.WTF - вступление в личную коллекцию WTF-ов"

На конференции AgileBaseCamp:Киев я выступал в формате Lightning talk с десятиминутным докладом-скороговоркой.

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

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

И все же, у меня до сих пор есть список непоняток, список недоразумений, список вопросов.

WTF?

Scrum is ... или Карта мозга Скрам коуча

С чего все началось

В течение последней недели в группе дискуссий AgileUkraine  активность била тема, посвященная такому весьма философскому вопросу как:

Чем является Скрам - инструментом или чем-то большим?

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

Обсуждение началось с поста статьи Тобайаса Мейера (Скрам-тренера, фасилитатора и анархиста) под названием The People's Scrum, где автор утверждает, что он не согласен с теми, кто ставит Скрам на равне с такими инструментами как Канбан. И что (дословно):

To reduce it to “a tool” is to completely miss its magic, and to bring us back into a world of best practices and repeatable process.

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

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

Поясню.