Автоматизация шага, которого не должно быть, делает его вечным. Cut - этап, где шаги удаляют и где очередь сборки получает свой порядок.
Содержание6 разделов
Автоматизация работает как закрепитель
Избыточный шаг согласования, который делает человек, - раздражитель. Все знают, что он бессмысленный. Кто-нибудь мог бы удалить его в четверг после обеда.
Тот же шаг, который делает софт, - инфраструктура. Он больше не занимает измеримого времени, поэтому перестаёт быть видимым. У него появляется стоимость поддержки, потому что ему предстоит пережить каждое будущее изменение соседних систем. И теперь его политически дорого убирать, потому что за него заплатили.
Вот механизм, если сказать прямо, которым автоматизация делает медленную организацию не быстрой, а вечно медленной. Шаг не стал лучше. Его законсервировали.
Что Cut делает первым
Удаляет.
Каждому шагу-кандидату из измеренного процесса задаётся один вопрос: что случится, если этого не делать? В ответе должно быть последствие, а не причина.
Причины дёшевы и почти всегда исторические: добавили после инцидента, так хотел руководитель, однажды попросил соседний отдел три года назад. Последствия проверяемы. Ошибка, дошедшая до клиента, - последствие. Колонка, пропавшая из отчёта, который не открывали с прошлой весны, - нет.
Объёмы из базового замера решают большинство этих споров меньше чем за минуту, потому что переводят дискуссию о принципе в дискуссию о числе.
Каждое удаление записывается
С приложенным объёмом по шагу и с именем того, кто согласился.
Это не бюрократия. Это то, из-за чего этап переживаем. Через полгода кто-то спросит, почему пропало второе согласование, и разница между ответом, который не стыдно дать, и неловким в том, записали ли рассуждение тогда или восстанавливают его сейчас под давлением.
Спорные шаги остаются. Шаг, на котором кто-то настоял и который пережил Cut с записанным рядом разногласием, стоит немного объёма. Команда, пришедшая к выводу, что подрядчик тихо удаляет вещи, стоит всей работы, потому что каждое требование после этого будет оборонительным.
Что Cut делает вторым
Выстраивает выживших по порядку.
Первый пункт на сборку должен быть защитим перед тем, кого не было в комнате. Одна эта проверка убирает два самых частых способа выбора: процесс самого старшего по должности и процесс, который интереснее всего инженерить.
Самый крупный кандидат обычно тоже отпадает. Первая поставка в один-три процесса за две-четыре недели - не скромная амбиция. Это решение вывести что-то в эксплуатацию, пока измерение ещё свежее и пока все ещё помнят, на что соглашались.
Что ломается без этапа
Хаос кодифицируется. Это и есть весь провал, и он невидим примерно год.
Процесс выходит, работает, он быстрее ручной версии, и в нём теперь три шага, существовавших только потому, что с 2023 года на них никто не смотрел. Они вечны. Следующий разбор процессов будет считать их требованиями, потому что они в коде.
Смежный провал - порядок. Без очереди сборки, обоснованной числами, первую поставку выбирают по энтузиазму, а энтузиазм с отдачей не связан. Разбор этой ловушки - в тексте что автоматизировать первым в небольшой компании.
Где он стоит
Cut - четвёртый из шести этапов, и у него есть вторая половина: правило, позволяющее работе остановиться целиком, когда арифметика не выходит в плюс. Эти ворота и условия, по которым они судят, - в тексте аудит процессов до автоматизации. Вся последовательность - в тексте протокол от начала до конца.
Часто задаваемые вопросы
Почему автоматизировать плохой шаг хуже, чем оставить его как есть?
Потому что это превращает издержку в актив на чьём-то внутреннем балансе. Пока избыточное согласование делает человек, это трение, на которое все жалуются и которое любой обладающий полномочиями может убрать за вечер. Как только его делает софт, меняются три вещи: оно перестаёт быть видимым, потому что больше не занимает измеримого времени; оно обрастает стоимостью поддержки, потому что должно продолжать работать через каждое будущее изменение систем; и его становится политически дорого удалять, потому что за него заплатили. Шаг, бывший раздражителем, теперь инфраструктура. Это и есть конкретный механизм, которым автоматизация делает медленные организации не быстрыми, а вечно медленными.
Как отличить лишний шаг от того, который вы просто не поняли?
Спросить, что случится, если его не делать, и требовать ответа с последствием, а не с причиной. Причины дёшевы и почти всегда исторические: добавили после инцидента, так хотел прежний руководитель, однажды попросил соседний отдел. Последствия проверяемы. Если ответ в том, что ошибка дойдёт до клиента, шаг несёт нагрузку и остаётся. Если ответ в том, что в отчёте не будет колонки, а отчёт не открывали год, шаг - рубцовая ткань. Основную работу тут делают объёмы из Track, потому что они переводят вопрос из спора о принципе в спор о числе, а число обычно решает всё за пару минут.
А если команда не согласна с удалением?
Шаг остаётся, а разногласие записывается рядом с ним. Это не дипломатия, а самозащита: самый быстрый способ потерять сотрудничество команды до конца работы - удалить то, о важности чего вам сказали, а второй по скорости - удалить это тихо. Спорный шаг, переживший Cut, стоит немного объёма автоматизации. Команда, решившая, что подрядчик убирает вещи за её спиной, стоит всего проекта, потому что с этого момента каждое требование, которое вы получите, будет оборонительным. Разногласия к тому же хорошо стареют: примерно половина разрешается сама, когда процесс уже работает и всем видно, что этот шаг на самом деле защищал.
Как определяется порядок сборки?
По отдаче против выполнимости, по матрице из Break, обновлённой тем, что реально показало измерение. Первый пункт должен быть защитим перед тем, кого не было в комнате, а это отсекает два самых частых способа выбора: процесс, чей владелец старше всех по должности, и процесс, который интереснее всего строить. Самый крупный кандидат обычно отпадает следом. Первая поставка в один-три процесса за две-четыре недели - не скромность амбиций, а намеренный выбор вывести что-то в эксплуатацию, пока измерение ещё свежее и пока команда ещё помнит, на что соглашалась.
