Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres]
- Название:Скрам [Гибкое управление продуктом и бизнесом] [litres]
- Автор:
- Жанр:
- Издательство:Литагент Альпина
- Год:2019
- Город:Москва
- ISBN:978-5-9614-2860-5
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres] краткое содержание
Автор рассказывает, как эффективно управлять сложными, громоздкими проектами и изменяющимися требованиями к продукту; упрощать организационную структуру с помощью самоуправляемых команд разработки; получать более четкие описания требований и внятную обратную связь от клиентов и заказчиков.
Вы узнаете, как эффективнее планировать работу над проектом, научитесь избегать ошибочных действий, используя регулярную инспекцию, а также увеличивать отдачу от инвестиций.
Скрам [Гибкое управление продуктом и бизнесом] [litres] - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Ежедневный скрам – это внутреннее событие команды разработки, на котором должны присутствовать все участники команды разработки. Если по какой-либо причине участник команды не может присутствовать лично, то он либо подключается по телефону, либо обеспечивает, чтобы другой участник рассказал о его прогрессе.
Если на событии присутствуют и другие люди, скрам-мастер следит, чтобы они не принимали активного участия. Эти люди должны стоять на периферии области проведения ежедневного скрама, чтобы не мешать событию. Им запрещается разговаривать, делать замечания, кривить лицо или иным образом обозначать свое присутствие и мнение. Им не разрешается разговаривать с участниками команды после ежедневного скрама для получения разъяснений или давать советы и рекомендации. Если будет присутствовать слишком много цыплят, скрам-мастер может ограничить посещаемость, чтобы событие оставалось упорядоченным и сфокусированным.
Те, кто не соблюдает вышеуказанные правила, могут быть исключены из собрания (цыплята) или удалены из команды разработки (поросята).
Команда сама определяет формат ежедневного скрама, но акцент всегда остается на достижении цели спринта. Какие-то команды организуют дискуссию, какие-то используют вопросы, например:
■ Что я сделал со времени последнего ежедневного скрама, что помогло команде разработки приблизиться к цели спринта?
■ Что я сделаю до следующего ежедневного скрама, чтобы помочь команде разработки достичь цели спринта?
■ Вижу ли я какие-либо препятствия, которые могут помешать мне или команде разработки достичь цели спринта?
Участники команды разработки говорят по очереди, пока не выскажутся все. Они не должны отвлекаться на сторонние вопросы, архитектурные решения, обсуждение проблем или сплетен. Скрам-мастер несет ответственность за быстрое перемещение слова от человека к человеку.
В любой момент времени в течение ежедневного скрама говорит один и только один человек – тот, кто сообщает о своем прогрессе. Все остальные слушают без посторонних разговоров. Если участник команды разработки сообщает о том, что представляет интерес для нескольких других участников или что он нуждается в помощи с их стороны, то они могут договориться о встрече всех заинтересованных сторон после ежедневного скрама. Часто сразу после ежедневного скрама команда разработки в полном составе или ее отдельные участники встречаются для более детального обсуждения или для изменения либо перепланирования оставшейся в спринте работы.
Ежедневный скрам улучшает коммуникации, делает другие встречи ненужными, помогает выявить препятствия в разработке, которые необходимо устранить. Он способствует быстрому принятию решений и поощряет его, повышает уровень знаний команды разработки. Это ключевое событие для инспекции и адаптации.
Спринт
Спринт служит ядром скрама. Спринт – временной отрезок длительностью месяц или меньше, за который команда разработки создает что-то существенное для владельца продукта и заинтересованных лиц, при этом доводит инкремент продукта до состояния, когда он потенциально может быть поставлен.
Спринт состоит из планирования спринта, ежедневного скрама, разработки, обзора спринта и ретроспективы спринта. Каждый спринт можно считать проектом, который нужен для достижения целей. Каждый спринт включает цель, концепцию реализации с адаптивным планом по ее достижению, исполняемую в спринте работу и инкремент продукта как результат этой работы. Спринты облегчают планирование благодаря инспекции и адаптации прогресса по отношению к цели спринта как минимум раз в месяц. Они ограничивают стоимость рисков разработки месяцем работы.
Максимальная продолжительность спринта – один календарный месяц. При большем сроке планирования возможны изменение целей, увеличение комплексности и рост рисков. За месяц количество работы не становится большим настолько, что требуются артефакты и документы, поддерживающие работу команды. Это также максимальное время, в течение которого большинство заинтересованных лиц не потеряют интерес к результатам работы команды и уверенность в том, что команда разработки делает для них что-то значимое. Желательно сохранять неизменную продолжительность спринта на протяжении всего процесса разработки.
Новый спринт начинается сразу после окончания предыдущего. Во время планирования спринта команда прогнозирует реализацию части бэклога продукта. Никто не может изменять этот бэклог во время спринта. Взятые в спринт элементы бэклога продукта замораживаются до конца спринта.
Во время спринта:
■ не допускаются изменения, которые могут поставить под угрозу цель спринта;
■ качество продукта не должно снижаться;
■ по мере появления новых знаний объем работ может быть уточнен и заново согласован между владельцем продукта и командой разработки.
Во время спринта команда может обращаться за советами, помощью, информацией и поддержкой к другим лицам. Однако никто не может давать советы, комментарии или указания команде разработки по своей инициативе. Команда полностью самоуправляемая.
У участников команды есть две обязанности во время спринта:
■ присутствовать на ежедневных скрамах;
■ поддерживать бэклог спринта в актуальном состоянии и доступным в общей папке на общем сервере.
При обнаружении новых задач они должны сразу же добавляться в бэклог спринта. В этом случае необходимо пересчитать количество оставшейся работы. Если команда понимает, что она может реализовать за спринт больше элементов бэклога продукта, чем было выбрано во время планирования, она может обсудить с владельцем продукта добавление в спринт дополнительных элементов бэклога продукта. Если команда понимает, что не сможет реализовать все взятые в спринт элементы бэклога продукта, она может обсудить с владельцем продукта удаление части элементов из текущего спринта. Если необходимо удалить настолько много элементов, что спринт потеряет свою ценность и значение, владелец продукта может досрочно отменить спринт.
Отмена спринта
Спринт может быть отменен досрочно. Правом на отмену спринта обладает только владелец продукта, хотя на данное решение могут повлиять заинтересованные лица, команда разработки или скрам-мастер. Существует единственное основание для отмены спринта – потеря актуальности цели спринта. Причиной этому могут быть смена направления работы компании, изменение рыночных условий, изменение или неработоспособность технологий. То есть спринт может быть отменен, если он потерял смысл в контексте сложившихся обстоятельств. Но подобные отмены происходят крайне редко благодаря короткой длительности спринтов.
Читать дальшеИнтервал:
Закладка: