Daily Scrum: ключик самоорганизации

Автор: Алексей Кривицкий


В статье “Ежедневные встречи – не только для Скрам-мастеров” Майк Кон описал типичнейший анти-паттерн: конвертация этой встречи в статус-митинг.

Это происходит автоматически, как только Скрам-мастер начинает опрашивать всех участников, задавая им вопросы и устанавливая порядок ответов на них:

Так, Вася, понятно… Коля, ты следующий… Миша, что ты делал вчера?.. Дима, какой план на сегодня?.. Как новая фича? А как же этот баг?.. Нет, займись лучше багом.. За полдня сделаешь?

Читать далее…

Ежедневные встречи – не только для Скрам-мастеров

Автор: Майк Кон (Mike Cohn), перевод с английского

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

Читать далее…

Темная сторона Луны. Или освещение продуктовых подходов в гибкой разработке

Автор: Алексей Кривицкий

Скрам прост. И одна причина его простоты в том, что он описывает процесс только частично, если не сказать однобоко.

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

- Конечно приходит – вторили мне, – ведь это же его работа – составить беклог. Не наша дело, где он его взял. На сколько он (беклог) хорошо составлен. На сколько вообще идея продукта адекватна реальности. И какой вообще бизнес они пытаются построить… Наше дело спланировать спринт и показать демо. Это и есть Скрам.

Скрам минималистичен и неполон по определению. Именно поэтому так много Владельцев Продуктов не могут найти места в Скраме практикам традиционного менеджмента продуктов, которые они привыкли выполнять в «до-аджальные» времена.

Читать дальше в блоге SCRUMguides >>>

Правила или общепринятые практики Скрам

Автор: Майк Кон (Mike Cohn)
Перевод с английского.

В одной из мартовских заметок своего блога, я ввел термин, который в то время пробовал ввести в обсуждениях и некоторых классах. Термин был “GASP” и расшифровывался как общепринятая практика Скрам (англ. Generally Accepted Scrum Practice). В чем я сейчас действительно заинтересован и, надеюсь, вы мне в этом сможете помочь, так это создать список всех общепринятых Скрам-практик которые мы знаем.

Читать далее…

Беклог команды – узаконенное скрам-но или полезное нововведение?

Автор: Алексей Кривицкий

После 15-минутного вступления в Скрам для Владельцев Продуктов от Хенрика Книберга я все чаще встречаю термин «team backlog» в жаргоне аджалистов.

Недавно, отвечая на вопросы от участников тренинга (чуток самопиара не грех) о том, что делать когда «команда одна, а проектов много», словил себя на использовании этого термина.

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

Давайте разберемся. Для этого нам придется рассмотреть несколько вариантов комбинации команд и продуктов (проектов).

СТАНДАРТНЫЕ КЕЙСЫ

Один продукт (проект) – одна Скрам-команда:

один беклог, одна команда

Это самый простой случай. Так сказать, plain vanilla scrum. Даже нечего добавить.

ЧИТАТЬ ВСЮ СТАТЬЮ >>>

Менеджер 2.0: роль менеджера в Скраме

Автор: Пит Димер (Pete Deemer)
Перевод с английского. 

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

Скрам определяет только три роли: Владелец Продукта, Команда и Скрам-мастер, а главная инструкция для всех остальных в организации – «поддерживать их или убраться с дороги». Не слишком ясная формулировка, особенно если ваше начальство ожидает от вас, как старшего менеджера, что все складывается благополучно.

Традиционная роль менеджера в корпоративном мире базируется на командно-управленческой модели. В данном случае менеджер должен определить, что нужно сделать, выдать сотруднику подробные инструкции и проследить, чтобы тот выполнил работу в соответствии с ними. Роль сотрудника в данной модели – просто следовать данным ему указаниям, доверяя оценке и мудрости менеджера, чтобы обеспечить правильность исполнения работы.

Читать далее…

Coaching Agile Teams

book-coaching-agile-teams

Книга от реальных коучей о реальном коучинге. Много теории, советов и практических трюков.

Почитайте выбранные главы на английском.

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

 

Электронная книга “Lean from the Trenches”

“Lean from the Trenches” (PDF на английском)

Эта книга 2011 года описывает опыт Agile-внедрения в IT-отделе шведской… вы не поверите… полиции!

 

Книга полна иллюстраций Скрам и Канбан-досок, которые использовались в различных командах. Детально описывает процесс внедрения и эволюцию процессов. Дает множество идей о том, как можно организовать гибкий и бережливый (lean) процесс в крупной компании.
Must read всем, кто внедряет Agile в корпоративном секторе. Вдохновляет, как и любая другая книга Хенрика.

 

Кстати, именно с этой темой Херник выступал в Киеве на конференции