Учимся на своих ошибках или игра Nobody’s Perfct

На конференции Agile Eastern Europe 2011 я делал мастер-класс сессию о том, как научить команды выносить проблемы на общее обсуждение. Ведь именно совместное решение проблем делает команду командой 😉 Проблема обширна и мы уже не раз писали на нашем сайте о вопросах доверия в команде. В то же время, всегда есть небольшие шаги, которые можно начать практиковать уже сейчас.

Представьте себе, что вы собрались всей командой, например, на Daily Scrum – ежедневную встречу для синхронизации усилий. Одна из целей встречи – это выявление проблем. А что делать если люди боятся стесняются выносить проблемы на всеобщее обсуждение? Вот этот навык «выкладывать проблемы» и нужно развивать. Вы будете удивлены силе совместного решения проблем, если научитесь ее правильно использовать. (далее…)

Рассказ на IT-People PechaKucha: Когда и как выбирать пилотные команды

На прошедшей недавно IT-People PechaKucha я решил поделиться практическим опытом использования пилотных команд при внедрении новых подходов. Чаще всего при внедрении новой методологии компании, с которыми я работаю, хотят «попробовать», прежде чем трансформировать всю компанию. Подход с использованием «подопытных кроликов» также применим при внедрении новой практики, технологии и т.п.

По большому счету существует две основных причины, когда нам необходим пилот:

  • Эксперимент – это когда нам нужно узнать работает/не работает та или иная идея, подход, технология. В этом случае пилотная команда может быть не похожа на реальную, ожидания могут быть проще и меньше ограничений. Чаще всего это лаборатория для инноваций.
  • Получение реального опыта – это пионеры-первопроходцы, которые первыми пробуют внедрять то, что со временем станет нормой для всей компании. Команда и проект должны быть подобраны максимально близко к реальности. Это такие же люди как и все остальные, только они идут первыми :-).

Как выбрать и что со всем этим делать я рассказал в виде 20 слайдов по 20 секунд. Желающие могут послушать презентацию со звуком. (далее…)

Кейс о Короткой длине спринтов о том, Почему не заканчивать историю в спринте плохо, и Истинных проблемах этого

Недавно один знакомый Скрам-Мастер написал мне письмо с просьбой помочь ответить на ряд любопытных вопросов. Когда-то я обучал эту команду на этапе «запуска Agile». Потом, к моему сожалению, дальше не было возможности с ними поработать достаточно продолжительно. И вот спустя пол-года они оказываются в ситуации, которая, наверняка, знакома многим другим командам.

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

Daily Scrum – обязаловка или полезная практика? (доклад на онлайн конференции ITBrunch)

Тему ежедневных встреч мы освещали уже не один раз, и все равно каждый раз можно найти новые аспекты, на которые стоит обратить внимание. Как раз обилие не рассказанных идей и подтолкнуло меня к теме моего выступления на первой онлайн конференции ITBrunch, которая состоялась недавно. Тем более, что первая встреча называлась «в гостях у Agile практиков», поэтому грех не поделиться накопленным опытом.

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

Устранение препятствий и работает ли это у вас

Устранение препятствий (removing impediments) одна из практик, являющихся неотъемлемой частью любого успешного процесса. Даже одним из рекомендованных для ежедневных встреч вопросов является «что нам мешает двигаться к цели?». Вроде бы все просто — выявляем проблему и решаем ее :-).

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

Ежедневные встречи: обход Доски вместо рутины

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

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

В то же время, если вы уверены, что дело только в динамике — есть простая идея, которая может вам помочь сделать ваши встречи чуть более сфокусированными. (далее…)

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

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

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

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

Кто такой командный игрок?

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

С одной стороны командный игрок – это человек, который играет по правилам команды, (далее…)

Советы читателей на «Кейс о поломанном Daily Scrum»

Приятно видеть, что на мою просьбу прокомментировать  «Кейс о поломанном Daily Scrum» откликнулось много практиков и вместе собралось достаточное количество рекомендаций. Считаю своим долгом обобщить высказанные идеи и поделиться ими со всеми, кто не следил за дискуссией.

Напомню кратко суть кейса… Команда, которая относительно недавно практикует Scrum методологию управления проектами, проводила ежедневные координационные встречи (Daily Scrum) по 40 и более минут, вместо рекомендуемых 15. Скрам Мастер обратил внимание команды на это и начал вводить дополнительные правила, помогающие сосредоточится на синхронизации усилий, а все вопросы выносить на второй круг обсуждений. Встречи стали проходить быстро, на второй круг уже никто не хотел говорить, при этом в целом оставалось ощущение недосказанности. (далее…)

Кейс о "поломанном" Daily Scrum

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

 

Кейс о «поломанном» Daily Scrum

Кажется, что я или поломал нам Daily Scrum или, наоборот выявил проблему. В некоторый момент времени мне показалось, что daily scrum не имеет достаточной ценности для команды и к тому же проходит слишком долго (порой до 40 минут на 7 человек) (далее…)