Подключите доставку, наблюдение и аналитику продуктов
Присоединяйтесь к тому, что поставляется с информацией о работоспособности системы и поведении пользователей, чтобы задавать вопросы, которые помогут получить более точные результаты, не создавая небезопасное озеро данных.
Используйте три разных линзы
Система контроля версий объясняет, что изменилось и как работа проходит проверку. Наблюдаемость объясняет, работоспособна ли работающая система, с помощью ошибок, задержек, доступности и инцидентов. Аналитика продукта объясняет, как пользователи взаимодействуют с функцией, посредством тщательно определенных совокупных событий или сохраненных отчетов. Ни один из этих источников не доказывает воздействие в одиночку. Сохранение различий между их ролями не позволяет всплеску коммитов называться прогрессом, тихая диаграмма ошибок не будет называться внедрением, а количество событий не будет называться уникальными пользователями без совместимого измерения.
Присоединяйтесь через модель продукта и временное окно
Сопоставьте репозитории и технические компоненты с устойчивыми функциями продукта, а затем свяжите инициативы или выпуски с этими функциями. Сохраняйте нормализованные снимки показателей с указанием поставщика, области действия, определения, периода, единицы измерения и актуальности. Сравните доказательства доставки, сигналы надежности и динамику результатов в согласованных окнах, сохраняя при этом их первоначальные источники. Избегайте присоединения по личным идентификаторам. Модель продукта предоставляет общий язык; временные метки и явные сопоставления служат доказательством. Если сопоставление является предполагаемым, пометьте его как предполагаемое и позвольте менеджеру исправить его.
Задавайте вопросы, которые могут изменить решение
Полезные вопросы включают в себя: Произошло ли внедрение после выхода этой функции? Увеличилась ли частота ошибок в том же компоненте? Снижает ли работа по обеспечению надежности количество инцидентов, одновременно замедляя запланированный объем работ? Команды постоянно осуществляют деятельность без измеримого результата? В каждом ответе должны быть указаны записи о доставке и используемые нормализованные снимки показателей. Отсутствие движения не является автоматически неудачей; определение события, популяция развертывания, окно наблюдения и внешние факторы могут быть неправильными. Объединенное представление помогает лидеру решить, что исследовать дальше.
Нормализовать и минимизировать на границе
Храните совокупные числовые результаты, а не необработанные строки событий, журналы, атрибуты пользователя или текст сообщения. Отклоняйте запросы, которые возвращают фасеты, строки или персональные данные высокой мощности, если продукту требуется только метрика, ограниченная по времени. Используйте временные учетные данные для синхронизации вручную, если зашифрованное серверное хранилище не было явно спроектировано и одобрено. Храните имена, электронные письма, идентификаторы репозиториев, URL-адреса, запросы, токены и необработанные полезные данные клиентов вне контекста аналитики продукта и искусственного интеллекта, если только документированная функция этого не требует.
Внедряем подключение поэтапно
Начните с одной функции, одного сопоставления доставки, одного показателя надежности и одного результата продукта, которому команда уже доверяет. Синхронизируйте последний период, проверьте значения для каждого поставщика и запишите решение, которое должно поддерживать объединенное представление. Добавляйте дополнительные показатели только тогда, когда они отвечают на новый вопрос. Проверьте свежесть и правомерность каждого определения. Такой поэтапный подход создает объяснимую операционную картину и позволяет избежать дорогостоящей программы интеграции, которая собирает большое количество данных до того, как кто-либо договорится о том, как они будут использоваться.
Четко посмотрите на свою систему доставки.
Исследуйте производственное рабочее пространство Troodo и узнайте, как доказательства доставки становятся целенаправленным управленческим заданием.
Изучите живую демонстрацию