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