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

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

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

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

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

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

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

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

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

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

или этого:

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

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

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

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

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

Недокументированная встреча или как сделать остальные Scrum-встречи лучше

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

Кто-то спросит, а в чем проблема? Представьте себе, что команда пришла на встречу по планированию двух-недельной итерации: (більше…)

Испорченный телефон или как исправлять ошибки коммуникации требований

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

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

Какого цвета ваш Бэклог?

Если вы хоть раз объясняли команде то, как работа итерациями позволяет регулярно поставлять новый и важный функционал, то наверняка не раз сталкивались с простым и резонным вопросом: “А что делать с архитектурой?”.

Про анти-паттерн BUFD (Big Up Front Design) можем не говорить. Долгая фаза создания “архитектуры” редко окупается полностью, и для бизнеса тяжело объяснить первые итерации, в которых не видно новых функций. Заказчик просто скажет: “Time to Market и всякое такое, а они мне тут какую-то архитектуру парят – вы что, разве не профессионалы”. Ну, или что-то в этом роде 🙂 (більше…)

Прикладное бэклого-ведение

Уже не первый раз мне доводится участвовать в дискуссии по поводу того, сколько Бэклогов Продукта (Product Backlog) нужно на проекте. Вопрос зачастую переходит из практической области в теоретическую, что не всегда ведет к удачным решениям для конкретных команд.

На нескольких примерах озвучу возможные варианты, и каждый сможет подобрать наиболее близкий к своей ситуации. (більше…)

Признаки хорошего Бэклога Продукта

83В своей новой книге “Succeeding with Agile” Майк Кон говорит о разных аспектах создания хорошего Бэклога Продукта (Product Backlog).

В частности, он считает, что Бэклог Продукта должен быть “глубоким” по содержанию, а не по длине. Майк использует акроним DEEP, который объединяет все признаки хорошего Бэклога. (більше…)

Об инструментах или что нам помогает делать хороший Scrum

3352780464_55444bffbb_tПочти каждый, кто начинает внедрять Scrum, очень быстро задает вопрос “А какие инструменты помогают построить хороший Scrum?”.

Мне задавали этот вопрос на тренингах и на недавнем вебинаре. И почти половина спонсоров недавней конференции AgileEE были компании, которые выпускают разные “инструменты”.

Однозначно инструменты нужны. Вопрос в том, – какие, и какие именно помогут сделать хороший Scrum. (більше…)

Scrum на простом языке

scrumПоследнее время меня часто спрашивают, что такое Scrum, люди, которые имеют весьма отдаленное отношение к ИТ. В связи с этим я решила объяснить простыми словами, что же значит Scrum. Так что господа Scrum-последователи не судите меня строго.

(більше…)