Организация ваших историй с помощью простой модели категоризации может помочь вашей команде сосредоточиться и увидеть более широкую картину.
Представьте это.
Вы участвуете в планировании спринта вашей команды. Менеджер продукта объясняет следующую функцию, которую нужно создать. Это довольно сложно, со многими предположениями о том, что технология ведет себя «магически». Задав обязательные уточняющие вопросы, вы и команда начинаете создавать истории, планировать их в покере и распределять по отдельным лицам. Доска для спринта великолепна, наполнена множеством историй. Вы готовы строить, верно? Или вы готовы спрятаться от огромного количества только что выявленных работ?
Если вы практиковали Agile, это должен быть знакомый сценарий. Это рабочий сценарий, но я предлагаю улучшить управление иногда пугающей рабочей нагрузкой — применить модель категоризации к своим историям.
Что такое модель категоризации?
Модель категоризации историй — это организационная схема, которая помогает вашей команде понять общую цель истории и ее связь с жизненным циклом разработки продукта или программного обеспечения. Я использую модель истории «Изучай, создавай и запускай», которую я объясню более подробно позже.
Если вы примените модель истории, вы поймете несколько преимуществ.
- Ментальная организация. Ваши истории организованы в несколько простых категорий, а не в одно монолитное ведро. Вы уменьшаете когнитивную перегрузку, которая сопровождает плотную доску для спринта с большим объемом.
- Фокусировка. У вас более узкий объем работы с правильной классификацией каждой истории, что улучшает фокус. Вы получаете «маленькие победы» в каждом спринте вместо того, чтобы надеяться на «большую победу» после нескольких спринтов.
- Уменьшение числа блокирующих элементов. Вы можете устранить или уменьшить количество блокирующих элементов с помощью модели категоризации, которая выявляет известные и неизвестные неизвестные факторы. Без блокировщиков ваше развитие будет бесперебойным и оптимальным.
«Изучай, создавай, запускай»
Я использую базовую модель категоризации историй «Изучай, создавай, запускай». Я отношу историю к категории «Узнать», если ее основной деятельностью является исследование, создание прототипа или дизайн. Я назначаю истории для категории «Строительство» для сюрпризов, строительных материалов. И я использую категорию «Запуск» для историй, посвященных подготовке системы к успешному развертыванию.
Я полагаю, вам интересно, почему эта базовая категоризация эффективна. Его простота - его сила. Я видел, как команда использовала фразу «Давайте сначала сделаем обучающую историю для этого», помогая им разбивать большие и сложные истории на более мелкие. Я также наблюдал, как команда обычно создает «обучающие истории» для предварительных условий сборки, таких как получение учетных данных для доступа к внутренней службе и работа с менеджером по продукту над требованиями аналитики.
Команда была менее заблокирована, когда думала о создании «учебных историй» во время планирования спринта. Они убрали препятствия, которые возникли бы, если бы они сначала начали строительную часть истории.
Мне нравится, когда команда переключается в режим запуска, приближаясь к выпуску продукта. Мы определяем такие истории, как настройка CI/CD, рабочие панели мониторинга, оперативные журналы выполнения и подготовка хоста. Когда у меня есть истории, специально отнесенные к категории «истории запуска», команда знает, что мы переключаемся в режим запуска.
Пример
Я использую гипотетическое мобильное приложение для фильмов, чтобы проиллюстрировать, как я использую свою модель категоризации. Ниже приведена доска спринтов, которая охватывает создание экранов «Главная», «Результаты поиска» и «Подробности о фильме».
В первом спринте, Спринте № 0, есть несколько обучающих историй для исследования того, где взять данные о фильме, и служба изображений для изменения размера. Также есть история создания простого домашнего экрана, чтобы связать другие экраны.
После того, как мы закончим обучающие истории в первом спринте, мы можем создать экраны результатов поиска и сведений о фильме. У инженеров, создающих их, должно быть меньше препятствий, поскольку они исследовали более сложные аспекты сборки в предыдущем спринте. Главный экран в этом спринте может развиваться, добавляя больше контента, продолжая свою историю создания.
Финальный спринт — режим запуска. Есть три истории запуска первой версии киноприложения для заинтересованных сторон и первых клиентов. В спринте есть истории о настройке CI/CD и подготовке хоста, а также о фактическом развертывании.
Одна деталь, на которую следует обратить внимание, заключается в том, что модель категоризации ошеломляет истории. За один спринт вы можете узнать о сборке для предстоящего спринта, работая над сборкой на основе знаний предыдущего спринта. Если вы сможете спланировать работу с правильным шагом, ваша команда сможет строить с оптимальной скоростью.
Категоризация ваших историй — это простое изменение, которое вы можете внести в планирование спринта, чтобы сделать вашу команду более эффективной. В духе Agile я призываю вас поэкспериментировать с ним. Вы можете использовать модель, которую я описал, или придумать ту, которая лучше всего подходит для вашей команды. Удачного строительства!
