Scrum и XP: заметки с передовой - [5]

Шрифт
Интервал

Мы также попробовали:

• Использовать Jira (нашу систему учёта дефектов) для хранения product backlog’а. Но для большинства Product owner’а навигация по Jira была слишком обременительна. В Excelе манипулировать историями намного проще и приятней. Вы можете раскрашивать текст, переставлять пункты, добавлять, в случае необходимости, новые колонки, комментировать, импортировать и экспортировать данные и т. д.

• Использовать программы, заточенные под Agile процесс, такие как VersionOne, ScrumWorks, Xplanner и т. д. Но толком до них руки так и не дошли, хотя, возможно, когда-нибудь мы их всё-таки попробуем.

Как мы планируем спринт

Как по мне, планирование спринта — наиболее важная часть Scrum'a. Плохо проведённое планирование может испортить весь спринт.

Цель планирования заключается в том, чтобы, с одной стороны, дать команде достаточно информации для спокойной работы в течение нескольких недель, а с другой — убедить Product owner’а в том, что команда сможет сделать свою работу.

Хорошо-хорошо, это было весьма расплывчатое определение. Давайте лучше поговорим о том, что должно быть итогом планирования:

• Цель спринта.

• Список участников команды (и степень их занятости, если она не стопроцентная).

• Sprint backlog (список историй, которые вошли в спринт).

• Дата демонстрации.

• Место и время проведения ежедневного Scrum'а.

Почему без product owner’а не обойтись

Иногда product owner с большой неохотой тратит своё время на планирование вместе с командой: «Ребята, я уже перечислил всё, что мне нужно. Я больше не могу тратить время на ваше планирование». Это, между прочим, очень серьёзная проблема.

Команде и product owner’у просто необходимо планировать вместе, потому что каждая user story имеет три параметра, которые очень тесно связаны между собой.

Объём работ и приоритеты задач определяются product owner'ом. Зато оценка трудозатрат — это прерогатива команды. Благодаря взаимодействию команды и product owner’а в ходе планирования спринта вырабатывается оптимальное соотношение всех трех переменных.

Чаще всего product owner начинает планирование следующего спринта с описания основных целей и наиболее значимых историй. После этого команда производит оценку трудозатрат всех user story, начиная с самой важной. В процессе у команды возникают очень важные вопросы по поводу объёма предстоящих работ. Например, «Подразумевает ли история „удалить пользователя“ удаление всех его незавершённых транзакций?». Иногда ответ на этот вопрос будет большим сюрпризом для команды и потребует пересмотра всех оценок для данной user story.

В некоторых случаях время, которое понадобится на выполнение user story, не будет совпадать с ожиданиями product owner’а. Следовательно, он захочет пересмотреть приоритет для story или изменить объём работы. Это, в свою очередь, заставит команду выполнить переоценку и так далее, и так далее.

Такая взаимная зависимость является основой Scrum'а, да, в принципе, и всего Agile’а.

Но что если product owner всё-таки упорно отказывается выделить пару часов на планирование спринта? В таком случае я обычно пытаюсь последовательно применить следующие стратегии:

• Попытайтесь донести до product owner’а, почему его участие крайне важно — а вдруг до него дойдёт.

• Попробуйте найти в своих рядах добровольца, который смог бы стать представителем product owner’а. Скажите своему product owner’у: «У вас нет времени на планирование, Джеф будет исполнять вашу роль. У него будут все полномочия на изменение приоритетов и объёмов работ. Советую вам обсудить с ним как можно больше нюансов до начала планирования. Если вы против Джефа, тогда выберите кого-то другого, но только с условием, что он будет присутствовать на планировании от начала до конца».

• Попробуйте убедить менеджмент найти вам нового product owner’а.

• Отложите начало спринта до того момента, пока у product owner’а не появится свободная минутка для совместного планирования. А пока не берите на себя никаких новых обязательств. Пусть в это время ваша команда займётся любой другой полезной работой.

Почему качество не обсуждается

В предыдущей главе я намеренно не показал на треугольнике четвертую переменную — качество.

Попытаюсь объяснить разницу между внутренним качеством и внешним качеством.

• Внешнее качество — это то, как пользователи воспринимают систему. Медленный и не интуитивный пользовательский интерфейс — это пример плохого внешнего качества.

• Внутреннее качество касается вещей, которые как правило не видны пользователю, но при этом оказывают огромное значение на удобство сопровождения системы. Это продуманность дизайна системы, покрытие тестами, читаемость кода, рефакторинг и т. д.

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

Я рассматриваю внешнее качество, как часть общего объема работ. Ведь с точки зрения бизнеса бывает весьма целесообразно как можно быстрее выпустить версию системы с немного корявым и медленным пользовательским интерфейсом, и лишь потом подготовить версию с доработками и исправлениями. Здесь право выбора должно оставаться за product owner'ом, так как именно он отвечает за определение объёма работ. И напротив — внутреннее качество не может быть предметом дискуссии. Команда постоянно должна следить за качеством системы, поэтому оно попросту не обсуждается. Никогда.


Рекомендуем почитать
Бережливое производство плюс шесть сигм в сфере услуг

Объединение двух проверенных и отлично зарекомендовавших себя методик управления приносит отличные результаты. Не стало исключением и слияние японской системы бережливого производства и американской — шести сигм. Возникший в результате метод Lean Six Sigma («бережливое производство + шесть сигм») много лет дает возможность компаниям по всему миру повышать операционную эффективность своего бизнеса. Однако внедрение чисто производственных методик управления в сферу услуг представляло определенные трудности.


Госзаказ. Капитальный и текущий ремонт

Издание предназначено для специалистов – занимающихся подготовкой и размещением заказов на проведение капитального и текущего ремонтов зданий и сооружений для государственных и муниципальных нужд. В издании рассматриваются вопросы обследования зданий, подготовки дефектных ведомостей, составления технического задания, подготовке и проверке (экспертизе) проектно – сметной документации.Особое внимание уделено основным аспектам составления проекта государственного (муниципального) контракта на выполнение работ по капитальному и текущему ремонту зданий и сооружений, в том числе порядку составления форм КС-2, КС-3 при бюджетном финансировании ремонтных работ.


Концептуальные основы и институциональные аспекты развития внешнего государственного аудита в современной экономике

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


Система государственного и муниципального управления

Систематизируется теоретико-методологический задел в сфере государственного и муниципального управления, излагаются основные аспекты государственного регулирования, методы и инструменты управления социально-экономическими системами в современных условиях.Для студентов специальностей «Менеджмент организации» и «Государственное и муниципальное управление», магистров, аспирантов, а – также практикующих менеджеров и юристов, интересующихся – проблемами государственного и муниципального управления.


Коммерция и технология торговли

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


Детский клуб. Совершенствуем систему управления

Успех и неуспех развития бизнеса, как и его жизнеспособность, зависят не столько от вложенных денег и удачного местоположения, сколько от системы управления и работы главы компании. Недаром существует много поговорок, которые подчеркивают влияние руководителя на весь процесс: «Рыба гниет с головы», «Куда голова – туда и ноги», «Без дом – сирота». Именно «голова» детского клуба задает тон всему делу.В издании даны подробные инструкции по управлению детским клубом, формированию команды профессионалов и обучению сотрудников, планированию ежедневной работы организации документооборота, а также по безопасности бизнеса.В качестве приложений предлагаются примеры ученического договора и должностной инструкции администратора, а также пример конспекта занятия по курсу «Школа этикета».Практические советы адресованы собственникам и руководителям детских клубов, тем, кто только создает свой бизнес-проект детского клуба.