9.3

9.3 Чек-листы

Готовые к использованию краткие справочные чек-листы. Скопируйте один в ваш собственный процесс и адаптируйте его; смысл в охвате, а не точной формулировке.

Чек-лист пересмотра новой метрики (перед добавлением любой метрики на панель)

  • У метрики есть именованное решение, которое она информирует (тема 1.1)
  • Метрика классифицирована как диагностическая или оценочная, письменно (тема 1.1)
  • Если стимулируемая, страховочная метрика определена одновременно (тема 1.2)
  • Вектор манипулирования назван: как разумная команда заставила бы это число выглядеть хорошо, не улучшая реальный результат (тема 1.2)
  • Метрика классифицирована как вход, выход или результат (тема 1.3)
  • У метрики есть именованный владелец и задокументированная исходная система и метод сбора (темы 1.4, 1.5)
  • Метрика будет использовать медиану или перцентиль, а не среднее, если лежащие в основе данные скошены (тема 1.6)
  • Метрика никогда не используется для индивидуальной оценки, или это использование отдельно и явно раскрыто (тема 1.1)

Чек-лист запуска панели

  • У панели есть единая именованная, конкретная аудитория и решение (тема 8.1)
  • Каждая стимулируемая метрика появляется на том же представлении, что её страховочная метрика (темы 1.2, 8.1)
  • Оси начинаются с нуля, если заявленное, видимое исключение не задокументировано (тема 1.6)
  • Показан тренд со временем, а не единый снимок (тема 1.6)
  • У панели есть именованный владелец и каденция пересмотра (тема 1.4)
  • Видимое заявление декларирует, для чего панель не предназначена, если релевантно (тема 1.1)
  • У источников данных есть базовые проверки здоровья, так чтобы сломанный конвейер тихо не отображался как текущий (тема 1.5)

Чек-лист развёртывания программы метрик

  • Цель и явные не-цели сообщены перед запуском, а не реактивно (тема 8.3)
  • Люди, которых измеряют, были вовлечены в выбор метрик (тема 8.3)
  • Программа начинается в только диагностическом режиме, с обязательным минимальным доказательным периодом (тема 8.3)
  • Существует быстрый, видимый протокол ответа для любого будущего инцидента неправильного использования (тема 8.3)
  • Выбрана пилотная команда, подлинно вызвавшаяся добровольно, а не предписанная (тема 8.5)
  • Основополагающее управление (устав, владение, диагностическая политика) на месте до начала инструментации (темы 1.4, 8.5)

Чек-лист инцидента и разбора инцидента

  • Разбор инцидента исследует систему, а не отдельного человека (тема 6.2)
  • Серьёзность классифицирована против задокументированных, стандартизированных критериев (тема 6.2)
  • Времена обнаружения, подтверждения и решения записаны отдельно (тема 6.2)
  • Пункты действий конкретны, назначены и отслеживаются до завершения (тема 6.2)
  • Разбор инцидента делится без страха индивидуальных последствий (темы 6.2, 8.3)

Чек-лист аудита метрик эры ИИ

  • Каждая метрика панели была проверена против: «показала бы команда, активно использующая помощь ИИ, но не производящая больше реальной ценности, улучшенное показание здесь» (тема 7.1)
  • Доля неудачных изменений и частота дефектов пересматриваются наряду с любым ростом частоты развёртывания с помощью ИИ или объёма коммитов (тема 7.1)
  • Мощность и глубина обзора отслеживаются по мере изменения объёма сгенерированного ИИ кода (тема 7.1)
  • Утёкшие дефекты помечены по уровню помощи ИИ, чтобы проверить, а не предположить, держится ли ещё историческая связь частоты дефектов (темы 7.1, 7.3)
  • Методы обнаружения, устойчивые к дефектам «выглядит правильно» (мутационное тестирование, тестирование на основе свойств), на месте для путей кода, насыщенных ИИ (тема 7.3)
  • Устав метрик был явно пересмотрен и обновлён для этого сдвига, а не оставлен дрейфовать непроверенным (темы 1.4, 7.1)

Чек-лист аудита программы метрик (ежегодный)

  • У каждой метрики всё ещё есть именованный владелец (тема 1.4)
  • По крайней мере одна метрика была выведена из эксплуатации в последнем цикле, если она перестала оправдывать себя (тема 1.1)
  • Оценка зрелости по пяти измерениям была проведена честно, оценена по минимуму, а не среднему (тема 8.4)
  • Ни одна метрика не дрейфовала от диагностического к оценочному использованию без явного, раскрытого решения (тема 1.1)
  • Определения были точечно проверены против фактической инструментации на дрейф (темы 1.2, 2.4, 5.1, 6.2, 6.4)
  • Соотношение результата к выработке на основных панелях было вычислено и пересмотрено (тема 7.4)