И всего 3 правила:
- Визуализируйте поток работ — с помощью taskboard;
- Ограничьте количество начатых и незавершенных работ;
- Измеряйте время выполнения задачи.
Потому что иногда:
- ретроспектива отнимает слишком много времени и сил;
- планирование бесполезно и бессмысленно;
- на демонстрациях нового функционала смех перемешивается с храпом;
- sprint backlog устаревает в течение дня;
- product owner… хм… его просто нет.
И вроде оставлено только самое необходимое, без остального можно обойтись. И для хорошей, самоорганизующейся команды профессионалов этого достаточно. И это действительно так. Для идеального мира. Однако большей части из нас приходится жить в реальном мире, где вполне реальные люди с реальными проблемами — невоспроизводимая ошибка, неожиданный сбой в работе сервера, нехватка ресурсов
Скрам: у нас есть фокус-фактор, технические дни, ретроспективы...
Канбан: стоп, достаточно расслабиться, разобраться в ситуации и снова включиться в рабочий ритм.
А что если заказчик хочет всего сразу и, пусть не завтра, а на следующей неделе? Плюс куча мелких недоработок и «технологических долгов», которые не успеваешь сделать, заваленный «текучкой». Уф…
Канбан: Лучше строить, чем ломать. Нужна ретроспектива — включите её в свой ритм. Например, раз в неделю в понедельник, когда команда приходит в себя после длинных выходных. Забывают, что делали на прошлой неделе? Не вопрос, попробуйте ретроспективу в пятницу. И закажите в офис пиццу. Экспериментируйте.
Планируете регулярно? Супер, если планы выполняются. Не выполняются — попробуйте планировать только при появлении новых работ. А может, дело не в частоте планирования, а в его качестве? Попробуйте увеличить оценку каждой задачи в 1,5 раза или добавить время на тестирование и релиз для каждой задачи.
Экспериментируйте — один из главных принципов agile. Читать дальше...
0 коммент.:
Отправить комментарий