Почему недельная длина Спринта хуже, чем двухнедельная

В 90-х Джеф Сазерленд и Кен Швабер экспериментировали со своими командами и вырабатывали подходы, которые потом и назвали Scrum методологией. Они говорили о коротком цикле разработки длиной в один месяц. На фоне долгосрочных многолетних проектов – это была уже сама по себе революция, которая обеспечивала быструю обратную связь и гибкость всего проекта. Сегодня две недели стали уже де-факто стандартом длины итерации (спринта). Более того, некоторым компаниям две недели оказываются слишком долгими, и они требуют от своих команд коротких недельных итераций.

«Почему недельная  длина спринта хуже?», — этот вопрос мне часто задают команды, с которыми я работаю, во время моих тренингов и просто в общении со знакомыми Скрам мастерами. Попробую обобщить свои мысли на эту тему. (далее…)

"Раскрась свой Бэклог!" или о чем я рассказывал на Agile Eastern Europe

На прошедшей недавно конференции Agile Eastern Europe, я решил поддержать рускоязычную сцену и выступил с докладом «Раскрась свой Бэклог! или о том, как принимать решения на основе разных типов элементов бэклога».

Ниже под катом находится слайдкаст моего выступления — те, кто не смог присутствовать, могут и посмотреть и послушать.

Сама идея того, что в Бэклоге Продукта могут быть разные типы элементов, очень быстро приходит к тем, кто начинает практиковать Scrum или другую Agile методологию. Ведь Бэклог — это и инструмент взаимодействия с внешним миром, и инструмент планирования на разных уровнях. Достаточно быстро становится очевидным, что туда должно попадать все, на что нужно инвестировать время команды, чтобы получить в результате рабочий продукт.

Что же вы положите в Бэклог и, на что это повлияет?
(далее…)

Какую проблему решает буфер времени при планировании итерации

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

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

Итак, какую проблему мы решаем с помощью буфера времени? Моя статья была навеяна проблемой планирования итерации, которую я обсуждал со своими клиентами. Вы наверное видели ниспадающие (burndown) графики в Cпринте, вроде этого:

График команды "опоздали"

или этого:

График хорошей команды

Они говорят о том, что команда планирует больше, чем реально может сделать. Это может происходить из-за того, (далее…)

Когда подстилать соломку или планирование Спринта с учетом вашей реальности

Когда-то, я писал о Разноцветном Бэклоге, т.е. о применении идеи цветовых маркировок для разных типов элементов Бэклога. Да-да, не удивляйтесь, Бэклог Продукта может содержать элементы разного типа — это иногда оказывается «новостью» для тех, кто только начинает практиковать Scrum и прочел только несколько статей или короткую книжку 😉 Одна только работа с Бэклогом содержит много нюансов, о которых я рассказывал во время онлайн курса или уже неоднократно писал. Так что если вы хотите больше узнать, то почитайте мои статьи на эту тему.

Другой вопрос, который я получаю сразу после того, как читатели, или слушатели тренинга, разобрались с идеей разных элементов Бэклога: «Как их учитывать при планировании Спринтов или целых выпусков?». Иногда просто так и спрашивают: «Как оптимально планировать итерацию?». Ответ прост, как и все из того, что применяется в Agile методах и о чем я рассказываю в этом блоге.  (далее…)

О взятых на себя обязательствах или стоит ли изменять план Спринта

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

Допустим, в начале спринта вы честно планировали, исходя из своих возможностей, и делали максимально реалистичный план. А потом все пошло как-то не так – в разработке ПО такое часто случается :-). Обычно, вы увидите это на графике оставшейся работы, когда он покажет, что у вас осталось больше, чем вы можете сделать. И вот тут-то наступает самый интересный момент – что делать команде? (далее…)

Наказание за ошибки или что общего у Скрам команды и синоптиков

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

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

Собственно речь в статье не об оценках, а о другом. (далее…)

9 августа — Agile своими силами: отвечаю на вопросы по всему курсу

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

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

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

Регистрируйтесь на Q&A сессию в четверг 9 августа 2012 года, в 11:00 по киевскому времени (GMT+3 UTC, EEST).

Оптимизируем процессы и когда переходить от Scrum к Kanban — завершающие модули из цикла Agile своими силами

Всего три месяца и одиннадцать модулей спустя мы подобрались к логическому завершению онлайн курса “Agile своими силами”, который состоит из еженедельных вебинаров на отдельные темы, посвященные внедрению Agile процессов и деталям Scrum методологии. (далее…)

Что важнее для Владельца Продукта: данные или интуиция? Или чему мы можем научиться у «Звездных Войн»

В преддверии «Бэклоговедение в Scrum» — следующего модуля из цикла «Agile своими силами», я перебирал заметки и мысли на тему того, как владельцы продукта расставляют приоритеты. Положа руку на сердце, если судить из моего личного опыта, многие делают это спонтанно и интуитивно.

Достаточно ли руководствоваться одной интуицией или этого мало? Вопрос риторический, и как иллюстрацию можно привести диалог Люка Скайуокера и Оби Вана Кеноби из IV части «Звездных войн». Когда Люк только только тренировался на борту «Тысячелетнего Ястреба» обращаться с лазерной саблей, то его учитель предложил ему закрыть глаза щитком и продолжить вслепую. «Твои глаза могут тебя подвести. Не доверяй им. Полагайся на свои чувства», — сказал Кеноби. (далее…)

Agile своими силами: финишная прямая и изменения в датах

Очень быстро пролетело время, и вот уже позади 9 модулей, а в остатке — еще 4 🙂 Так как программа формировалась более 2 месяцев назад, то как я и предполагал, в конечных датах произошли изменения, о чем собственно и хочу сообщить.

  • Бэклоговедение в Scrum: управление требованиями и приоритетами

04 июля 2012 года, среда, 11:00-11:30 (GMT +3, EEST)

  • Agile управление требованиями: Истории рассказанные пользователями

12 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)

  • Agile процессы: метрики и оптимизация

18 июля 2012 года, среда, 11:00-11:30 (GMT +3, EEST)

  • Переход от Scrum к Kanban

19 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST) (далее…)