1.4

1.4 Управление метриками и владение ими

Обзор и мотивация

Метрика без владельца это постоянный спор, который вот-вот случится. Две команды вычисляют «активных пользователей» по-разному и тратят совещание на согласование чисел вместо управления трендом; плитка дашборда, которую никто не обслуживает, месяцами незаметно устаревает, прежде чем кто-то это заметит; метрика, изначально построенная для диагностики одной команды, принимается другой командой для цели, которую её исходное определение никогда не было рассчитано поддерживать. Ничто из этого не является проблемой измерения в статистическом смысле. Это проблема управления, и она решается той же дисциплиной, которую организации уже применяют к коду: явное владение, документированный единственный источник истины и процесс ревью.

Управление не бюрократия ради самой себя. Это то, что позволяет программе метрик пережить столкновение с организационным масштабом. Одна команда может держать определения своих метрик в чьей-то голове и исправлять дрейф через ежедневный разговор. Организация с десятками команд, каждая из которых производит и потребляет метрики, не может. Без управления определения тихо дрейфуют, метрики размножаются без того, чтобы кто-то их прореживал, и к тому моменту, когда руководство замечает, что два отчёта расходятся, стоимость их согласования уже многократно оплачена потерянными совещаниями и подорванным доверием.

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

Ключевые принципы

  • У каждой метрики ровно один владелец. Совместное владение это отсутствие владения; когда определением владеют все, его не обслуживает никто.
  • У метрики один источник истины. Две системы, вычисляющие одну и ту же метрику по-разному, это провал управления, который вот-вот всплывёт.
  • Управление записано, а не хранится в устном знании. Хартия метрик, живущая только в чьей-то памяти, не переживёт его уход.
  • Выведение из эксплуатации так же важно, как и принятие. Здоровая программа метрик прореживается так же сознательно, как и растёт.
  • Управление масштабируется по последствиям, а не по числу метрик. Метрика, питающая публичный отчёт, нуждается в более тяжёлом управлении, чем та, что одна команда использует для отладки собственного спринта.

Рекомендации

Пишите хартию метрик для каждого набора метрик, пересекающего границу команды

Хартия метрик это короткий живой документ, устанавливающий назначение набора метрик, его явные нецели (сюда относится различие диагностического и оценочного использования из темы 1.1), владельца и источник истины каждой метрики, а также периодичность ревью. Держите её на одной странице. Файл docs/examples/metrics-charter-example.md в сопутствующем репозитории этой книги показывает форму. Такую короткую хартию читают; хартию, разрастающуюся в программный документ, нет.

Назначайте именованного владельца каждой метрике, а не команде

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

Установите один источник истины на метрику и запретите параллельное вычисление

Когда две системы вычисляют номинально одноимённую метрику по-разному, например логика одной команды для «активных пользователей» считает входы в систему, а другой подсчитывает вызовы API, возникающее расхождение стоит гораздо дороже в совещаниях по согласованию, чем стоило бы заранее договориться об одном источнике истины. Назовите авторитетную систему для каждой метрики в хартии и относитесь к любому другому вычислению той же метрики либо как к ошибке, которую нужно исправить, либо как к по-другому названной метрике, которую нужно переименовать.

Встройте ревью на выведение из эксплуатации в периодичность управления

Программа метрик, которая только добавляет метрики, накапливает разрастание дашборда, на которое никто не может действовать (тема 1.1). На каждом ревью управления, наряду с предложением новых метрик, спрашивайте, какие существующие не информировали решение за последние два цикла и являются кандидатами на выведение из эксплуатации. Выведение из эксплуатации не провал; это та же дисциплина, которую здоровая кодовая база применяет к мёртвому коду.

Масштабируйте строгость управления по последствиям, а не по объёму

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

Компромиссы: плюсы и минусы

ПодходПлюсыМинусы
Отсутствие формального управленияБыстро, низкие накладные расходы для малых командОпределения дрейфуют; владение размывается; дашборды разрастаются бесконтрольно
Облегчённая хартия на набор метрикДёшево, читаемо, масштабируется вместе с организациейТребует дисциплины для поддержания актуальности; может быть пропущена под давлением сроков
Тяжёлый центральный совет по управлению метрикамиСильная согласованность, сильный журнал аудитаМедленно одобряет новые метрики; может стать узким местом, которое команды обходят
Управление, масштабированное по последствиямСоответствует усилия фактическому рискуТребует суждения для правильной классификации последствий; может быть подделано занижением ставок

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

Вопросы для обсуждения в команде

  1. Есть ли у каждой метрики, пересекающей границу команды, именованный владелец, и узнал бы этот владелец себя как подотчётного, если бы его спросили сегодня? «Это владеет платформенная команда» не ответ; конкретный человек или роль является ответом. Проверьте ваши межкомандные метрики и выясните, знает ли названный владелец, если он вообще существует, что несёт эту ответственность.

  2. Где мы сейчас вычисляем одну и ту же номинально названную метрику двумя разными способами, и сколько времени мы потратили на согласование расхождения? Это один из самых дорогих и самых распространённых провалов управления в крупных организациях, и он полностью предотвратим с документированным единственным источником истины. Принесите реальный пример, если он у вас есть, и проследите его стоимость.

  3. Когда мы в последний раз выводили метрику из эксплуатации, и что вызвало это решение? Организация, которая может описать только то, как она добавляет метрики, но никогда как она их убирает, накапливает долг дашборда. Если вы не можете вспомнить выведение из эксплуатации, само это отсутствие и является ответом на этот вопрос.

  4. Пропорционален ли наш процесс управления последствиям, или каждая метрика проходит через один и тот же вес ревью независимо от ставок? Чрезмерно тяжёлое управление для низкоставочной командной метрики замедляет работу без выгоды для безопасности; чрезмерно лёгкое управление для метрики, питающей публичный отчёт или решение о компенсации, это реальный риск. Отобразите ваши текущие метрики по последствиям и честно сверьте вес процесса с ними.

  5. Что происходит с владением метрикой, когда человек, который её построил, меняет роль или уходит? Хартия метрик, существующая только в голове одного человека, исчезает вместе с ним. Проверьте это, выбрав метрику и спросив, смог бы новый сотрудник из одной только письменной документации понять её определение, источник истины и назначение.

  6. Как бы мы узнали, если бы определение метрики тихо изменилось? Изменение в том, как вычисляется число, без изменения его имени или записи в его истории, почти невидимо, пока кто-то не сравнит старые и новые данные и не обнаружит разрыв, который не может объяснить. Обсудите, несут ли ваши метрики сегодня какую-либо форму журнала изменений.

Отраслевой взгляд

Стартап. Формальное управление обычно избыточно для команды из пяти человек, где все уже знают, что означает каждое число. Единственная дисциплина, которую всё же стоит принять рано: назвать единственного владельца на каждую метрику в письменном виде, потому что это почти ничего не стоит и предотвращает путаницу, когда присоединяются первые наёмные сотрудники и начинают спрашивать, что означает число.

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

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

Государство. Управление здесь часто имеет юридическое измерение или измерение аудита: публикуемые показатели эффективности могут нуждаться в удовлетворении законодательных требований отчётности, а изменение определения может иметь реальные политические последствия. Документируйте методологию публично, замораживайте определения на протяжении отчётных периодов, если изменение само не обосновано публично, и относитесь к независимому аудиту определения метрики, а не только её текущего значения, как к постоянной практике управления.

Примеры

Корпорация. Транснациональная компания-разработчик программного обеспечения обнаружила во время интеграции после поглощения, что два её крупнейших бизнес-подразделения определяли «частоту развёртывания» по-разному: одно считало каждый пуш в тестовую среду, другое считало только продуктивные релизы. Руководство больше года сравнивало показатели доставки двух подразделений, используя числа, которые на самом деле не были сравнимы. Исправлением стал общекорпоративный совет по управлению метриками, опубликовавший единый глоссарий определений метрик (отражённый в теме 9.2 этой книги), потребовавший от каждой команды подтвердить соответствие и выведший неоднозначные локальные определения из эксплуатации в течение одного квартала.

Государство. Национальное статистическое управление, отвечающее за публикацию дашборда эффективности цифровых услуг, обнаружило, что изменение в способе вычисления «решено в рамках SLA», внесённое тихо инженерной командой, исправлявшей то, что она считала ошибкой, сдвинуло заголовочный показатель соответствия на несколько процентных пунктов без какой-либо публичной документации изменения. Управление установило формальный процесс контроля изменений для любого определения метрики, питающего публичный отчёт: предлагаемые изменения требуют документированного обоснования, сравнения до и после, публикуемого вместе с изменением, и утверждения от именованного подотчётного должностного лица, закрывая пробел, который позволил более раннему изменению пройти незамеченным.

Бизнес-кейс: мотивация, ROI и TCO

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

Полная стоимость владения облегчённой практикой управления, хартии, именованного владельца, периодического ревью скромна и в основном предварительна. Альтернатива, обнаружение через год после начала крупной инициативы, что числа, которым доверяло руководство, никогда на самом деле не были сравнимы, стоит драматически дороже, как в потраченном впустую анализе, так и в ущербе доверию от исправления публичной или внутренней записи постфактум.

Антипаттерны и ловушки

  • Владение командой вместо владения именованным человеком: размывает подотчётность, пока определение фактически не перестаёт кто-либо обслуживать.
  • Параллельное вычисление одной номинальной метрики: гарантирует в итоге расхождение и дорогостоящее согласование.
  • Хартия, существующая только в чьей-то голове: исчезает в момент смены роли этим человеком.
  • Программа метрик, которая только добавляет, но никогда не выводит из эксплуатации: производит разрастание дашборда, на которое никто не может действовать.
  • Единообразный вес управления независимо от последствий: замедляет низкоставочную работу, одновременно недостаточно защищая высокоставочные публичные или связанные с компенсацией метрики.
  • Тихие изменения определений: значение метрики сдвигается без журнала изменений, и исторические сравнения тихо становятся недействительными.

Модель зрелости

  • Уровень 1, Инициация: У метрик нет формальных владельцев; определения живут в индивидуальной памяти и тихо дрейфуют между командами.
  • Уровень 2, Развитие: Некоторые команды пишут неформальную документацию для собственных метрик, но нет общего формата хартии или межкомандной согласованности.
  • Уровень 3, Стандартизация: У каждой метрики, пересекающей границу команды, есть документированная хартия, именованный владелец и единый согласованный источник истины, применяемые по всей организации.
  • Уровень 4, Управление: Повторяющаяся периодичность управления пересматривает метрики на предмет продолжающейся актуальности, выводит из эксплуатации те, что больше не отрабатывают свою цену, и отслеживает изменения определений с видимой историей.
  • Уровень 5, Оркестрация: Управление пропорционально последствиям, автоматизировано там, где это возможно (каталог метрик, помечающий недокументированные или бесхозные метрики), и организация может по требованию продемонстрировать полное происхождение любого публикуемого числа.

Идеи для обсуждения

  1. Смог бы новый сотрудник узнать из одной только документации, что на самом деле означают три наших важнейших метрики?
  2. Какие из наших метрик сейчас вычисляются двумя разными системами по-разному?
  3. Когда мы в последний раз выводили метрику из эксплуатации и как мы к этому пришли?
  4. Наш процесс управления тяжелее там, где последствия самые высокие, или он единообразен?
  5. Кто поимённо владеет единственной самой значимой публичной метрикой нашей организации?

Основные выводы

  • Каждой метрике нужен один именованный владелец, а не команда, и один источник истины, а не параллельное вычисление.
  • Пишите короткую живую хартию метрик для любого набора метрик, пересекающего границу команды, устанавливающую назначение, нецели, владение и периодичность ревью.
  • Выведение из эксплуатации такая же важная дисциплина управления, как и принятие; прореживайте сознательно.
  • Масштабируйте строгость управления по последствиям, а не по числу метрик: более тяжёлый процесс для публичных, оценочных или связанных с компенсацией метрик.
  • Определение метрики может тихо дрейфовать; отслеживайте изменения с видимой историей, чтобы доверие к числу переживало текучесть кадров.

Источники и дальнейшее чтение

  • Data Governance: How to Design, Deploy, and Sustain an Effective Data Governance Program, Джон Ладли.
  • Measuring and Managing Performance in Organizations, Роберт Д. Остин.
  • Key Performance Indicators, Дэвид Парментер.
  • Руководство Главного контрольно-финансового управления США (GAO) по измерению эффективности и Закону о модернизации GPRA.