Превратите метки репозитория в полезные доказательства прогресса продукта
Создайте упрощенную таксономию, которая связывает запросы на включение с продуктами и инициативами, не принимая ярлыки за полную дорожную карту.
В деятельности по доставке отсутствует контекст продукта
Репозитории и запросы на включение описывают техническую работу, тогда как руководители обычно спрашивают о продуктах, возможностях, функциях, инициативах, выпусках и результатах работы клиентов. Без моста отчеты возвращаются к подсчету репозиториев или слайдам состояния вручную. Этикетки могут обеспечить полезное первое сопоставление, поскольку они уже сопровождают работу. Цель не в том, чтобы сделать каждую этикетку идеальной; необходимо создать достаточно последовательный контекст продукта, чтобы доказательства доставки можно было группировать, проверять и корректировать.
Разделение долгосрочных и ограниченных по времени концепций
Держите долгосрочные продукты и функции отдельно от инициатив, MVP, релизов и итераций. Продукт или возможность имеют постоянное владение и жизненный цикл, выходящий за пределы одного окна поставки. Инициатива объединяет несколько функций для достижения временной цели. Компонент отображает техническую топологию, например службу, клиент, SDK или репозиторий. Используйте явные префиксы или контролируемые сопоставления, чтобы нельзя было перепутать метку группы, метку функции и метку выпуска. Сохраняйте неклассифицированную работу, а не скрывайте ее.
Относитесь к ярлыкам как к доказательствам, а не как к абсолютной истине.
Метка запроса на включение может указывать на то, что работа способствует созданию функции, но она может быть устаревшей, слишком широкой или добавленной для другого рабочего процесса. Сохраните метку источника и ссылку на репозиторий, запишите, является ли связь явной или предполагаемой, и позвольте менеджеру создавать надежное сопоставление. Мерж-реквесты без метки функции могут вернуться к сопоставлениям репозитория или компонента, оставаясь при этом явно неклассифицированными. Состояние проблемы, подтвержденное провайдером, никогда не должно создаваться только на основе ссылки на запрос на включение.
Сделайте классификацию частью обычной работы
Выберите небольшой необходимый набор меток, задокументируйте примеры и добавьте шаблоны или средства автоматизации, которые предлагают метки при открытии изменения. Просматривайте неклассифицированную и противоречивую работу во время еженедельной доставки, а не в отдельном проекте таксономии. Позвольте командам корректировать сопоставления на основе отчета и распространять долгосрочные решения на будущую работу. Сохраняйте названия этикеток достаточно стабильными для анализа тенденций, но изменяйте отображение при изменении структуры продукта, чтобы исторические данные оставались объяснимыми.
Отслеживайте охват и полезность
Оцените, какая часть активной работы имеет надежную связь с продуктом, функцией, инициативой и техническими компонентами. Возьмите образцы связанных записей и спросите, помогает ли группировка руководителю принять решение. Широкий охват с расплывчатыми ярлыками не является успехом. Полезная система делает пробелы видимыми, отличает авторскую структуру от предполагаемых фактов и связывает каждое заявление о прогрессе с фактическими изменениями или рабочими элементами. Как только упрощенная модель станет доверенной, специальный соединитель для задач или планирования может добавить подтвержденное поставщиком состояние, приоритет, правопреемника и сроки выполнения.
Четко посмотрите на свою систему доставки.
Исследуйте производственное рабочее пространство Troodo и узнайте, как доказательства доставки становятся целенаправленным управленческим заданием.
Изучите живую демонстрацию