Числа, Имена, Даты или что вы используете для имени Спринта?

Порадовал Майк Кон своим недавним постом «Числа, Имена, Даты или пропойте свой Спринт», где он говорит о том, как некоторые команды называют свои Спринты.

Некоторые команды нумеруют свои Спринты: Sprint 1, Sprint 2…, а некоторые даже обозначают их как Sprint 1.1., Sprint 1.2, чтобы показать принадлежность Спринта к определенной версии релиза.

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

Многие команды, с которыми я работал, используют (далее…)

Как расставлять приоритеты при совмещении роли ScrumMaster в команде

scrummaster

Интересный вопрос, который я неоднократно встречаю с самых первых дней практики и «евангелизации» Scrum подхода. Действительно, для маленьких команд от 5 до 9 человек (как предписывается), да еще и в аутсорсинге (как бывает) нанять отдельного выделенного ScrumMaster может быть проблемой. Бывает, что роль не до конца понятна команде и заказчику/менеджменту. А бывает, что банально не хватает денег на хорошего опытного ScrumMaster’а, который «разгонит» и оптимизирует команду —  поможет ей достигнуть небывалых высот.

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

Давайте рассмотрим примеры такого совмещения, какие бывают плюсы и минусы и как можно расставлять приоритеты. (далее…)

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

fruits

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

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

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

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

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

C Новым годом!

Поздравляем всех с наступающими праздниками!timcomua

В качестве небольшого подарка для всех читателей нашего блога — 10% скидки на онлайн-курс «Agile своими силами». Скидка действует до 31 января 2013 года. Промокод для получения скидки: PLC6JNU.

Хороших вам праздников, удачного старта нового года и до встречи!

Итоги уходящего 2012 года

2011-2012-2013

Решил немного подвести итоги, и наметить планы на будущее

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

Но обо всем постепенно 🙂 (далее…)

Онлайн курс "Agile своими силами" теперь доступен каждому!

За прошедший год мне удалось реализовать настоящий полноценный продукт, который называется «Agile своими силами». Очень много времени ушло на то, чтобы составить такой курс, после просмотра которого было бы все ясно и понятно, чтобы действительно можно было начать внедрять все, что касается Agile в целом, и Scrum в частности.

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

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

Итак, Agile своими силами — это онлайн-курс самостоятельного изучения различных аспектов Agile в виде серии коротких видеороликов. Программа представляет серию из 13 видеороликов, продолжительностью до 30 минут, каждый из которых рассказывает об отдельной теме. Всего более 6 часов видеоматериала! (далее…)

22 декабря проводим IT Brunch на тему инженерных практик XP

Вот уже в пятый раз мы совместно с XP Injection проводим онлайн-конференцию IT Brunch. В этот раз тема выбрана не случайно — это инженерные практики XP. Не так давно мы проводили XP Pecha Kucha, и послушав рассказы, поняли, что они должны стать доступными более широкому кругу людей, поэтому мы попросили докладчиков переработать свои рассказы, чтобы в течение 20 минут и глубже раскрыть тему, и опять-таки дать возможность участникам задать вопросы.

Как обычно, конференция абсолютно бесплатная, вам нужно только зарегистрироваться. И самое главное, что нужно сделать, это ничего не планировать (кроме участия в нашей конференции) на 22 декабря, субботу с 10 до 14 по киевскому времени. Единственное, что придется, запастись вкусной едой, обеспечить себе удобное место и приятно провести время 🙂

Программа уже сформирована, количество регистраций набирает обороты, так что не пропустите! (далее…)

15 ноября — XP PechaKucha: категорически приглашаем!

Как мы уже писали ранее, в рамках мероприятий  XP Days Украина, которые будут проходить с 14 по 17 ноября в Киеве, мы проведем XP PechaKucha, где можно услышать несколько  историй на тему Agile инженерных практик разработки программного обеспечения. Это хорошая возможность для всех: как для участников конференции, так и для тех, кто хочет только немного прикоснуться к этой теме. Опять же неформальная обстановка, короткие рассказы и общение — это то, что нельзя пропустить!

15 ноября (четверг) в 19-00 в книжной кофейне Бабуин по адресу: Киев, ул. Симона Петлюры (бывшая Коминтерна), 10, в неформальной, по-настоящему печакучистой обстановке ждем вас на XP PechaKucha.

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

Об инструментах Владельца Продукта: Видение Продукта (Product Vision)

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

Видеоролик Хенрика Книберга, который я приводил как замечательное 15-ти минутное изложение всех аспектов роли Владельца Продукта, между делом рассказывает и об инструменте Видение Продукта (Product Vision). Но, к сожалению, Хенрик не дает полного понимания, как его создавать и как им пользоваться. Вопрос о формате и использовании этого инструмента мне задают достаточно часто, как при личном общении, так и на моих тренингах. Пожалуй, стоит рассказать о нем чуть подробнее. (далее…)

Мифическая роль Владельца Продукта (Product Owner)

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

Если говорить метафорами, то Scrum команда — это мощный (или не очень 🙂 ) автомобиль, и то, как быстро он едет, напрямую зависит от опыта водителя — Владельца Продукта.

Как мы знаем, водить многие учатся, где попало и как попало, поэтому так и ездят управляют проектами. Работая со своими клиентами, я видел много примеров того, как исполняется роль Product Owner, и постоянно обдумываю, как объяснить эту роль, когда готовлюсь к своим тренингам по Agile управлению проектами. Что интересно, многие мысли все больше и больше подтверждаются практикой. (далее…)