Дайджест: про оценки и планирование

digest

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

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

Первая тема дайджеста, на мой взгляд, самая популярная “про оценки и планирование“. (більше…)

Фруктовый Покер – хорошая альтернатива техникам оценки задач

fruits

Недавно я проводил очередной тренинг про Agile методы управления проектами и очередной раз рассказывал про оценки в Agile. У нас в блоге я уже тоже неоднократно писал об этом, и все статьи можно почитать соответственно по тэгу “оценки”.

Объясняя команде идею Пунктов (Story Points) важно в первую очередь донести мысль о сравнительной оценке и использовании относительных значений размера. Т.е. важно понимать, что невозможно использовать идеальную линейку, когда оцениваешь  – нужно вырабатывать свою шкалу, откалиброванную под опыт, знания и навыки конкретной команды.  Я даже рассказывал о своем любимом упрощенном подходе оценки сравнением, где цифры появляются в последний момент, чтобы максимально избежать заякоревания и попыток привязки к дням/часам.

И все-таки, используете ли вы мой подход или Planning Poker (aka Estimation Poker), когда появляются цифры люди начинают все пытаться мерять и перестают сравнивать. Меня долго волновала эта проблема и, оказывается, есть ее простое и элегантное решение.

Если вдуматься, то в чем проблема? Цифры нужны, чтобы отличать один размер от другого и в тоже время цифры мешают людям абстрагироваться. Решение очевидно – давайте уберем цифры :-).

Это легко сделать, если играть в Fruit Estimation Poker. Правила такие же как в Planning Poker, только вместо карт с цифрами из ряда Фибоначчи, используем следующие карты: (більше…)

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

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

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

Почему совместные оценки все-таки помогают Agile командам

На прошедшей недавно конференции Agile Base Camp | Crew Drill я умудрился выступить сразу с двумя сессиями: практической игрой-симуляцией Канбан процесса и докладом о том, почему коллективные оценки, все-таки работают для Agile команд.

Про игру напишу в одной из следующих статей, а сейчас спешу поделиться презентацией.

Уже успел добавить звук, поэтому те, кто не попал, но очень хотел, могут послушать слайд-каст. Конечно, эффект не тот, что от присутствия в зале, хотя общее представление о сути можно получить.

[slideshare id=13099042&doc=2012-05-25abcout-120527231108-phpapp01]

Попробую обобщить доклад до нескольких строк и выделить основные тезисы. (більше…)

Что будет на AgileBaseCamp в Харькове

Как я уже писал, 25-26 мая в Харькове пройдет очередной AgileBaseCamp, где я собираюсь принять самое непосредственное участие. Если вы заметили, в этот раз конференция будет длиться 2 дня и в большей степени будет посвящена кросс-функциональности и пониманию всех процессов разработки проектными командами. Отрадно, что уже подобрался интересный состав докладчиков, часть из которых вы уже наверняка не раз видели на разных мероприятиях, а другая часть – как новые свежие лица, так и старые свежие:-) В любом случае, интенсивность мероприятия обещает быть высокой и полезной, так что посетить стоит.

Что собственно я собираюсь провести и рассказать на этой конференции? (більше…)

Еще раз об оценках проектов или Knowledge Hub вебинар 13 марта 2012

Так получилось, что в основном я работаю с иностранными заказчиками. И тренинги чаще веду на английском 🙁 Поэтому меня не удивило, когда коллеги из Словакии обратились с предложением провести вебинар в рамках Knowledge Hub инициативы местного Agile-сообщества. Инициатива хороша, дело нужное, и я с удовольствием согласился 🙂

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

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

Как правильно использовать скорость команды и оценки в пунктах

К недавней статье о “Еще одном способе быстрой оценки Бэклога” поступили интересные вопросы в комментариях. Вопросы похожи на те, что мне неоднократно задавали на тренингах, на конференциях и просто в личной беседе: “как суммировать оценки команды в пунктах?“, “для чего их использовать?“, “что делать если 5 требований, оцененных в 1 пункт, не равны одному требованию в 5 пунктов?” и даже “верно ли, что любая величина, являющаяся суммой стори поинтов (например, велосити команды), лишена всякого смысла?” :-).

Я постараюсь ответить в рамках статьи о том, зачем используется Скорость Команды (Velocity) и как в этом помогает оценка в пунктах (Story Points). (більше…)

Еще один способ быстрой оценки Бэклога в Пунктах или как оценивать играючи

Около года назад я рассказывал о том “как научить команду оценивать в ежиках попугаях” (aka в пунктах, story points или как вы их там называете). С тех пор я неоднократно ссылался на этот пост во время работы с командами или на тренингах. Но и этого не всегда достаточно, чтобы команды смогли не только понять, а и начать использовать практику сравнительной оценки.

Вот с Planning Poker вроде все понятно – там есть простые правила и мы следуя им можем начать что-то оценивать. Правда проблема Покера в том, что не понятно сколько “весит” каждая отдельная карточка и чему равен один пункт. С наглядной шкалой вроде проще, но непонятно кто и как раскладывает карточки так, чтобы могли высказаться все – от джуниора до синьора, тестировщики, разработчики, аналитики и все-все-все.

Есть еще одна “игра в оценку” с более простыми правилами и даже более эффективная, чем Planning Poker. (більше…)

Как научить команду оценивать в попугаях (story points)

Уже много раз мне приходилось объяснять командам, как правильно пользоваться «Попугаями». Теми самыми Story Points, которые применяются для оценки Бэклога (backlog) и высокоуровневого планирования. Несмотря на то, что практика Planning Poker всё чаще входит в жизнь команд, этого оказывается недостаточно, чтобы команды научились делать оценки легко и быстро. Иногда, если людям дать только колоду карт со стандартными инструкциями в коробочке, то этого оказывается мало и со временем команда перестаёт использовать этот механизм оценки.

Вот как можно быстро объяснить суть идеи вашей команде… (більше…)

Зачем мы играем в покер на работе

Команда, с которой я работаю как Scrum-мастер, далека от разработки игр, тем более азартных. И тем не менее, каждые две недели мы собираемся для партии в покер… Planning  Poker.

Когда на конференции AgileBaseCamp я спрашивал: “Кто из присутствующих работает по Scrum?”, то почти все подняли руки. И в тоже время, на вопрос: “Кто НЕ знаком с правилами Planning Poker?”, я опять увидел лес рук. Возможно, об этом следует рассказать. Во всяком случае, расскажу зачем МЫ играем в него. (більше…)