Конструктор чек-листа

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

В продуктовой работе то же самое: никто не забывает «включить мониторинг» из-за незнания. Забывают потому, что релиз в пятницу, три задачи горят, а шаг не оставляет следа, пока не понадобится.

Что делает список рабочим:

• Проверяемая формулировка. «Проверить доступы» проверить нельзя. «Зайти под учётной записью клиента и открыть отчёт» — можно.
• Ответственный у каждого пункта. Хотя бы в голове. Пункт, который «делает команда», не делает никто.
• Размер, который проходят целиком. От семи до двадцати пяти пунктов. Дальше список читают по диагонали, а это хуже, чем его отсутствие: появляется ложное ощущение контроля.
• Правка после каждого прохода. Один-два пункта по следам того, что сломалось. Без этого список устаревает за три месяца.

Атул Гаванде в «Чек-листе» разделяет их так, и разница практическая:

Шаблоны здесь ближе ко второму типу, кроме релиза: релиз честнее проходить пунктом за пунктом. Если вы делаете список для чужих рук — например, для нового сотрудника или для клиента, — он почти всегда должен быть READ-DO, с точными формулировками и без «и так понятно».

Ещё одно правило из авиации: у чек-листа должна быть точка остановки — момент, когда его достают. «Перед выкладкой», «перед отправкой клиенту», «перед публикацией». Список без точки остановки не открывают.

Список — не универсальное лекарство, и в нескольких случаях он вредит:

• Когда задача каждый раз разная. Исследование, разбор инцидента, продажа сложному клиенту не раскладываются в фиксированные шаги. Там работают вопросы («что мы уже знаем?», «чего не хватает, чтобы решить?»), а не пункты.
• Когда список длинный. После двадцати пяти пунктов его начинают отмечать не глядя. Тогда он не предотвращает ошибки, а маскирует их: формально всё пройдено.
• Когда его ведут для отчёта. Если чек-лист проверяет руководитель, а не тот, кто делает работу, он превращается в ритуал. Галочки появляются, шаги — нет.
• Когда пункт нельзя выполнить. «Согласовать с юристом» в команде без юриста будет висеть вечно и приучит пропускать пункты.
• Когда нужно решить, а не проверить. Чек-лист не выбирает между вариантами и не расставляет приоритеты. Для выбора есть матрица Эйзенхауэра и приоритизация RICE.
• Когда вместо процесса чинят симптом. Если пункт «проверить, что письма уходят» приходится держать в списке годами, дешевле починить отправку писем, чем проверять её руками.

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

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

Такой чек-лист живёт внутри продукта, знает, какие шаги уже сделаны, и открывает нужную страницу по клику. Как он устроен в Clew и как его собрать без программиста, описано на отдельной странице — чеклист онбординга без программиста; про форматы и последовательность шагов есть разбор в статье про чеклист онбординга. Здесь же — обычный конструктор для внутренних списков, и для этой задачи он самодостаточен.

1. Gawande A. The Checklist Manifesto: How to Get Things Right, 2009 — деление на READ-DO и DO-CONFIRM, правило точки остановки, ограничение по длине списка.
2. Pronovost P. et al. An Intervention to Decrease Catheter-Related Bloodstream Infections in the ICU, New England Journal of Medicine, 2006 — пятипунктовый список в отделениях Мичигана и устойчивое снижение числа инфекций.
3. Haynes A. et al. A Surgical Safety Checklist to Reduce Morbidity and Mortality in a Global Population, New England Journal of Medicine, 2009 — чек-лист ВОЗ в восьми клиниках; снижение осложнений и смертности.
4. Degani A., Wiener E. Cockpit Checklists: Concepts, Design, and Use, Human Factors, 1993 — как устроены авиационные чек-листы: точки остановки, длина, формулировки.