Ценности и принципы — Примеры
Пример 1 — Документ, который окупает себя
Список ниже по-прежнему составляют на каждом проекте, однако никто не проверял, читает ли его кто-нибудь, а мера прогресса — работающая программа, поэтому артефактом должно быть то, что передаёт информацию. Замените каждый пункт самым маленьким, что ещё несёт информацию, и назовите, кто читает его дважды.
Согласованные результаты на старте
документ требований, 40 страниц, отредактирован один раз
PDF с архитектурой, просмотренный на одной встрече
отчёт о статусе в конце каждого спринта
руководство пользователя, написанное до первого релиза
Решение
Артефакт Заменяет Читают дважды
приёмочные тесты документ требований инженеры, при каждом изменении
запись решения PDF с архитектурой тот, кто откроет модуль следующим
развёрнутый инкремент отчёт о статусе стейкхолдеры, на показе
резюме на страницу руководство пользователя поддержка, отвечая на тикеты
Проверка простая: читает ли кто-нибудь артефакт дважды, а не существует ли он. Обычный провал здесь — перестараться: «слишком много документации» читают как «никакой документации», поэтому записи решений тоже исчезают, и новый человек уже не может узнать, почему модуль устроен именно так.
Пример 2 — Оценка становится обязательством, только если вы так скажете
Заметка о релизе считает запланированную дату согласованной, а план остаётся прогнозом, и если его никто не пересматривает, это доказывает, что ничего не узнаётся. Перепишите строку так, чтобы дата читалась как прогноз, изменение было зафиксировано, а читатель понимал, что сделало бы её обязательством.
Статус: по плану. Команда обязалась выпустить отчётность 14 марта,
как согласовано в плане. Изменений в плане нет.
Решение
Прогноз, пересмотрен 2 марта: отчётность теперь вероятна к 21 марта.
Сдвинули с 14 марта, потому что формат экспорта изменился после
проверки данных; два дня из этого — схема, один — повторное тестирование.
Обязательство: пока нет. Скажите, если нужно это решение, и мы примем
его вместе.
Строка говорит, какое число является прогнозом, и называет узнанное, которое его сдвинуло, поэтому пересмотр плана читается как работа процесса. Частая ошибка — прятать пересмотр как провал, после чего команда перестаёт сообщать то, что узнаёт.