PROCESS
PROCESS
Исключения
Правило — это то, как требование выполняется в нормальном случае. Но не всякий случай нормален. Иногда случай перед Исполнителем — такой, что правило не подходит, и он не может продвинуться по одному правилу. Этот том о таких случаях: как Проектировщик их предвидит, проектирует путь вперёд, чтобы Исполнитель никогда не был брошен, и сворачивает те, что возвращаются снова и снова, обратно в правила, пока они не перестанут быть исключениями.
Цель — не построить большую машину для обработки исключений. Цель противоположна. У хорошего проектирования так мало исключений, как только возможно, потому что каждое исключение — место, до которого правила не дотянулись. Так что этот том учит двум вещам разом: как дать Исполнителю санкционированный путь вперёд, когда правило не подходит, и как спроектировать исключение так, чтобы оно исчезло со временем, чтобы путь вперёд стал, в конце концов, просто ещё одним правилом.
Думай Просто.
Владелец
Владеет своей областью от начала до конца. Право решать и полная ответственность принадлежат ему, на любом уровне, в любом месте.
Лидер
Ведёт и может проектировать часть, но не владеет процессом от начала до конца. (Если бы владел, мы назвали бы его Владельцем.)
Проектировщик
Проектирует рассматриваемую часть, Владелец во всей своей области или Лидер внутри своей части. Проектирование — это то, чего требуют владение и руководство.
Заинтересованная сторона
Имеет интерес в процессе.
Оппонент
Возражает и даёт то, с чем можно работать. Довод может быть верным. Разберитесь с ним.
Исполнитель
Выполняет шаги.
Отказывающийся
Отказывается и не даёт ничего, с чем можно работать, на любом уровне. Сначала ищите корень. Если его нет, путь лежит выше него.
Этот том возвращается к той же компании, что ты встретил в Правилах. Случай тот же; повернулась лишь линза. Там он показал тебе правила. Здесь он показывает, что происходит, когда правило не подходит, и что Проектировщик с этим делает.
Компания продаёт программное обеспечение по подписке, и её работа — не починка программ, а общение вокруг неё: как проблема сортируется, прорабатывается и сообщается, внутри компании и наружу клиенту. Ты уже знаешь, как она сортирует проблему. Проблема одного клиента — это проблема, прорабатываемая как единичный случай. Та же проблема у многих клиентов — это возникающая проблема, нечто большее. И проблема бывает известной или неизвестной. Известная проблема — та, что компания видела прежде, с готовыми инструкциями и шаблоном, чтобы её объяснить. Исполнитель встречает известную проблему и продвигается: правило подходит, шаблон на месте, путь вперёд написан. Бо́льшая часть случаев такова, и это работающее проектирование.
Исключение — это неизвестная проблема. Это беда, которую никто ещё не встречал, случай без шаблона, потому что нельзя сделать шаблон того, чего ещё не понимаешь. Здесь правило не подходит. Исполнитель стоит перед клиентом в беде и не имеет ни написанных слов, чтобы отправить, ни инструкции, чтобы следовать. Он не может продвинуться по правилу, потому что для этого случая правила нет. Это момент, о котором весь том: Исполнитель, заблокированный, нуждающийся в пути вперёд, что проектирование уже должно было ему дать.
И проектирование его дало. Задолго до того, как этот случай пришёл, Проектировщик спросил Исполнителей, чего они боятся: что если придёт беда, для которой у нас нет шаблона? Это «что если», поднятое до того, как работа была запущена, — первое исключение, выявленное не в кризисе, а в спокойной комнате, достаточно рано, чтобы спроектировать для него, и достаточно рано, чтобы Исполнители выучили ответ прежде, чем он им понадобился. Ответ, спроектированный для этого, — путь эскалации. Когда Исполнитель встречает неизвестную проблему, он не выдумывает ответ и не уходит в молчание. Он несёт случай по пути, что проектирование построило именно для этого: к Владельцу, который привлекает Техническую команду, способную его проработать. Тем временем клиент тоже не оставлен в молчании; Исполнитель отправляет выверенные обновления, что проектирование даёт для разворачивающегося случая, чуть более определённые с каждым, каждое кончается следующим шагом, даже когда следующий шаг — лишь ждать. Исполнитель никогда не брошен. Правило не подошло, но проектирование всё же сказало ему, что делать.
Не на всякое «что если» можно было ответить разом. Исполнители подняли больше, чем Проектировщик мог включить до даты запуска: редкий клиент, что просит вовсе с ним не связываться, клиент, чей администратор настаивает на собственном канале, случай, что затрагивает обещание, которое лишь Владелец Предложения может изменить. Часть из этого Проектировщик включил сразу, как малое написанное руководство, которому Исполнитель следует, не спрашивая никого: продвигайся так, это уже одобрено. Часть требовала живого решения и была направлена туда, где сидела власть: отклонение, что собственный Лидер Исполнителя мог разрешить, и большее, что лишь Владелец области мог санкционировать. А часть, честно, была отложена: записана как известные исключения, которые спроектируют позже, потому что у Проектировщика было лишь столько времени, и лучше записать открытое исключение, чем притворяться, что оно закрыто. Путь вперёд на каждом повороте, написанный там, где было можно, эскалированный там, где было должно, и никогда просто отсутствующий.
Но сердце этого тома — то, что происходит после того, как неизвестная проблема проработана. Она не остаётся исключением. По мере того как Техническая команда находит шаги, что её решают, Владелец превращает эти шаги в руководство по решению, которому Исполнитель может следовать, и в шаблоны, что клиент получит. В этот миг неизвестное становится известным. Случай, что не имел правила, теперь его имеет. Следующий Исполнитель, что его встретит, не станет эскалировать; он возьмёт шаблон и продвинется, потому что исключение стало известной проблемой, свёрнутой обратно в правила, и больше не исключение. Это тихий двигатель, что ты уже видел в Правилах, прочитанный теперь с другой стороны: процесс не просто обрабатывает свои исключения, он производит им замену. Каждая решённая возникающая проблема оставляет за собой постоянную часть процесса, и вселенная беды без шаблона уменьшается на одну.
Вот случай, через линзу исключения. Исполнитель встречает случай, что правило не подходит, и не брошен, потому что проектирование построило путь вперёд заранее: руководство, чтобы следовать, или путь, чтобы эскалировать. И исключение не длится, потому что проектирование сворачивает решённый случай обратно в правила, пока то, что было исключением, не станет просто нормальным путём. Главы, что следуют, берут это и поворачивают, чтобы каждая часть проектирования исключения — его выявление, дача Исполнителю пути вперёд, и проектирование его исчезновения — могла быть увидена в работе на чём-то настоящем.
Исключения строятся на Правилах. Там, где тот том показал, как делается правило, этот показывает, что делать, когда правило не подходит: как случай выявляется, как Исполнитель получает путь вперёд, и как исключение сворачивается обратно в правила, пока не перестаёт им быть. Каждая дисциплина строится на предыдущей, от единственного заблокированного случая к проектированию, что оставляет почти ничего вне своих правил.
Это не теоретическое руководство. Оно происходит из реальной работы в области глобальных операций, миграций систем и проектирования процессов. Идеи, представленные здесь, были замечены, применены и отточены в сложных средах, охватывающих многие страны, многие системы и многих людей.
Все примеры обезличены и абстрагированы. Они основаны на реальных ситуациях, но имена, организации и идентифицирующие детали были удалены намеренно. Цель не в том, чтобы показать, где был получен опыт, а в том, чтобы показать, как это мышление может быть применено в любой крупной международной среде.
Это не книга о том, что должно работать. Это книга о том, что работает стабильно, когда процессы спроектированы для масштабирования, системы согласованы для их поддержки, а организации готовы к трансформации.
ВАЖНОЕ ПРИМЕЧАНИЕ:
Читателям настоятельно рекомендуется обращаться к оригинальному контенту и делиться им через marvinpro.com. MarvinPro представляет собой постоянно развивающийся свод материалов, содержание которого регулярно обновляется, отражая новые идеи, усовершенствованные подходы и расширенные обучающие материалы. Материалы, скопированные или воспроизведённые в других местах, могут уже не соответствовать актуальной версии, тогда как действующий сайт всегда предоставляет наиболее полную и актуальную образовательную информацию.
© COPYRIGHT 1990-2026 MarvinPro
Все права защищены. Контент можно свободно читать и распространять с помощью ссылки. Вы можете делиться цитатами из данной работы при условии, что полная атрибуция будет воспроизведена в точности так, как указано в тексте, включая цитату, имя автора, год и marvinpro.com. Копирование или воспроизведение других частей, полных разделов или глав без предварительного разрешения не допускается.
Думай Просто.