PROCESS

Вот Как Строить

Проектирование

Исключения

Внесённое решение

У мира уже есть вещь, что он зовёт предварительно одобренным исключением, и это не совсем то. Там предварительно одобренное исключение — единственное отклонение, разрешённое заранее, но всё ещё рассматриваемое как исключение: временное, его риск формально принят, готовое истечь и быть пересмотренным снова. Оно остаётся исключением всё время; оно лишь было разрешено рано, и разрешение истекает, так что случай возвращается. Это инструмент управления, и его дом — домен Управления, где кто может принять отклонение, и на какой срок, и при каком риске, — надлежащий вопрос. Это не то, что разумеет эта книга.

Здесь предварительно одобренное значит постоянный ответ. Проектировщик предвидел случай, решил, как его следует обрабатывать, записал эту обработку в руководство и подписал его один раз. С тех пор руководство держится. Любой Исполнитель, что встречает случай, находит его, следует ему, и продвигается, в полной санкции, потому что решение уже принято, а одобрение уже внесено. Одобрение не выдано-и-истекающее; оно сделано один раз и держится. Исполнитель не гнёт правило и не тратит долю риска; он следует устоявшемуся ответу, что проектирование поместило на место прежде, чем он пришёл. То, что было для мира отклонением, что переразрешать каждый цикл, есть здесь написанный ответ, что Исполнитель просто использует.

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

Наивысший возможный стандарт — разуметь под предварительно одобренным не временную, с принятым риском, истекающую выдачу, что держит случай исключением и роняет свой лапс на того, кто делает, а постоянный ответ, спроектированный, записанный в руководство и подписанный один раз, которому Исполнитель следует в полной санкции и никогда не должен искать снова, тогда как Проектировщик один несёт долг разрешить его вверх со временем.

Ключевой вывод: Предварительно одобренное исключение мира — единственное отклонение, разрешённое заранее, но всё ещё исключение, временное, с принятым риском, истекающее, пересматриваемое снова, инструмент управления, что принадлежит домену Управления. Здесь предварительно одобренное значит постоянный ответ: спроектированный, записанный в руководство, подписанный один раз, и соблюдаемый каждым Исполнителем в полной санкции, одобрение внесено, не выдано-и-истекающее. И бремя падает иначе: истечение мира падает на того, кто делает, что должен искать одобрение снова; здесь руководство никогда не истекает для Исполнителя, и единственное истечение — собственный долг Проектировщика свернуть его в правила вовремя.

Предварительно одобренное — постоянный ответ, записанный и подписанный один раз, которому Исполнитель следует в полной санкции и никогда не должен искать снова.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 5: Предварительно Одобренное · Раздел: Внесённое решение

MarvinPro | Июнь 2026

marvinpro.com

Что можно предварительно одобрить

Не всякое исключение можно предварительно одобрить, и знать, какое можно, — суждение, на котором держится эта дисциплина. Случай можно предварительно одобрить, когда его ответ известен заранее и безопасен для записи: условие, что отмечает случай, можно ясно определить, ответ фиксирован и верен каждый раз, когда он возникает, и никакого суждения на месте не нужно, чтобы его применить. Клиент, что отказался от контакта, — такой случай. Условие ясно, клиент попросил с ним не связываться, и ответ фиксирован, подави сообщение и продвигайся. Нечего взвешивать в моменте, так что ответ можно записать один раз и следовать ему кому угодно. Случай, чей ответ настолько устойчив, принадлежит предварительно одобренному.

Случай нельзя предварительно одобрить, когда его ответ ещё не известен, или когда применить его по-настоящему требует решения, принятого на месте. Неизвестную проблему нельзя предварительно одобрить, потому что никто ещё не понимает её достаточно, чтобы записать её ответ; ты не можешь записать руководство для случая, что не понял. Случай, что вертится на суждении, сколько уступить, подходят ли обстоятельства по-настоящему, какое из нескольких исключений верное, тоже нельзя безопасно свести к написанному шагу, потому что запись должна была бы притворяться определённостью, которой у случая нет. Для этих путь вперёд — эскалация, рассматриваемая далее, не руководство.

И вот стража, что держит это честным: не одобряй предварительно случай, что нуждается в решении на месте. Руководство, написанное для случая, что по-настоящему требует суждения, — ложное руководство, а ложное руководство хуже никакого. Оно велит Исполнителю продвигаться по фиксированному ответу там, где никакой фиксированный ответ не верен, и так производит уверенную, единообразную, неверную обработку, что труднее поймать, чем очевидную брешь, потому что она похожа на работающее проектирование. Точность Проектировщика здесь — предварительно одобрять ровно то, что безопасно предварительно одобрить, и направлять остальное на эскалацию, не притворяясь, что его можно записать. Покрытие, что ложно, — не покрытие; это скрытый изъян в форме ответа. Лучше честная эскалация, чем написанная ложь.

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

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

Одобряй предварительно лишь то, что известно и безопасно для записи; руководство, что притворяется определённостью, которой у случая нет, хуже никакого руководства.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 5: Предварительно Одобренное · Раздел: Что можно предварительно одобрить

MarvinPro | Июнь 2026

marvinpro.com

Наименьшее число точек касания

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

Вот почему предварительно одобрять — обработка с наибольшим рычагом, что есть. Каждое предварительное одобрение берёт случай, что стоил бы точки касания, эскалации к Лидеру, ожидания решения, и убирает эту стоимость для каждого Исполнителя, что когда-либо встретит случай. Проектировщик делает мышление один раз; экономия повторяется вечно. Так что Проектировщик тянется к предварительно одобренному прежде более высоких уровней, не ради опрятности, а потому что это там, где больше всего трения убирается у больше всего людей. И предварительное одобрение образует пару с откладыванием как два способа, какими проектирование запускается, не дожидаясь совершенства: отложи то, что может безопасно ждать, и предварительно одобри то, что имеет известный ответ, чтобы работа могла запуститься теперь, Исполнитель покрыт с первого дня, а не удержан, пока каждый случай не станет правилом. Предварительно одобренное руководство часто именно это, ответ, записанный, чтобы проектирование могло запуститься, иногда устоявшийся ответ для случая, а иногда обходной путь, что Проектировщик намерен заменить, как только надлежащее исправление готово. Для Исполнителя эти два — одно и то же, устойчивое руководство, чтобы следовать; разница живёт лишь в намерении Проектировщика.

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

Наивысший возможный стандарт — предварительно одобрять везде, где ответ случая можно безопасно записать, потому что это убирает точку касания для каждого Исполнителя, что когда-либо встретит случай, и толкать каждый случай ещё ниже, к правилу, что не стоит точки касания вовсе, чтобы Исполнитель работал так быстро, как возможно, с так малым, что делать, как проектирование может устроить.

Ключевой вывод: Проектировщик тянется к предварительно одобренному первым из-за Исполнителя: каждый путь вперёд стоит точки касания, вопроса, ожидания, эскалации, а предварительно одобренное не стоит почти ни одной, Исполнитель следует постоянному руководству в потоке работы, не останавливаясь ни для кого. Это обработка с наибольшим рычагом: Проектировщик думает один раз, и экономия повторяется для каждого Исполнителя вечно. Оно образует пару с откладыванием, чтобы проектирование запускалось, не дожидаясь совершенства, и предварительно одобренное руководство может быть устоявшимся ответом или обходным путём, одинаково для Исполнителя. Ниже, сворачивание в правило убирает точку касания целиком.

Одобряй предварительно, чтобы избавить Исполнителя от точки касания, и сворачивай в правило, чтобы избавить его даже от неё, чтобы он двигался, будто исключения никогда не было.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 5: Предварительно Одобренное · Раздел: Наименьшее число точек касания

MarvinPro | Июнь 2026

marvinpro.com

Реальный пример

Вернись к компании-разработчику и клиенту, что отказался от контакта, самому ясному предварительно одобренному случаю в проектировании. Его ответ был известен заранее и безопасен для записи: когда клиент попросил с ним не связываться, подави сообщение и продвигайся. Нечего было судить в моменте, так что обработка была записана в руководство, подписана один раз теми, кто держал полномочия над ней, и поставлена постоянной. С того дня любой Исполнитель, что встречал клиента, отказавшегося от контакта, находил руководство, следовал ему, и шёл дальше, никого не спросив, никого не прервав, случай обработан в потоке работы. Исполнителю это стоило единственного малого действия и никакого ожидания. Одобрение было внесено; точка касания почти исчезла.

Заметь, чего проектирование не сделало. Оно не написало руководство для неизвестной проблемы, потому что у неизвестной проблемы ещё не было известного ответа, а руководство, притворяясь им, велело бы Исполнителю продвигаться с уверенностью в случай, что никто не понимал. Тот случай был оставлен эскалации, честно, пока его ответ не был найден. И заметь также, что не всякое предварительно одобренное руководство в проектировании было окончательным ответом. Когда обходной путь был найден для отложенного случая, способ, каким Back Office мог держать вручную предпочтение канала клиента, пока надлежащая обработка не построена, тот обходной путь был записан и предварительно одобрен тоже, чтобы Исполнитель мог следовать ему напрямую вместо того, чтобы эскалировать каждый раз. Он держался в точности как руководство отказа, и Исполнитель следовал ему в точности так же. Разница была невидима для него и жила лишь в намерении Проектировщика: руководство отказа было устоявшимся ответом, а руководство обходного пути было мостом, что заменить, как только настоящее исправление готово.

Так что проектирование запустилось с набором предварительно одобренных руководств, делающих тихую, тяжёлую работу, одни устоявшиеся, одни временные, каждое избавляя Исполнителя от вопроса или ожидания. Клиент, что отказался от контакта, никогда больше не достигал Лидера; обходной путь канала клиента держал Исполнителя устойчиво, пока его правило не было построено; и неизвестная проблема, раз решённая, получила бы свой ответ, записанный в руководство в свой черёд, опускаясь с эскалации до предварительно одобренного и избавляя следующего Исполнителя от эскалации, что первому пришлось сделать. Каждое руководство было убранной точкой касания, внесённой заранее Проектировщиком, чтобы Исполнитель, встречая случай, мог просто продвинуться. Вот предварительно одобренный уровень, делающий то, для чего он есть: делать так, чтобы исключение, для того, кто его встречает, ощущалось почти как никакое исключение.

Каждое предварительно одобренное руководство, устоявшееся или временное, было точкой касания, что Проектировщик убрал заранее, чтобы Исполнитель мог встретить случай и просто продвинуться.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 5: Предварительно Одобренное · Реальный пример

MarvinPro | Июнь 2026

marvinpro.com

Предварительно Одобренное

Мир зовёт предварительно одобренным исключением единственное отклонение, разрешённое заранее, но всё ещё исключение, временное, его риск принят, готовое истечь и быть пересмотренным снова, инструмент управления, чей дом — домен Управления. Эта книга разумеет иное. Здесь предварительно одобренное — постоянный ответ: Проектировщик предвидел случай, решил его обработку, записал её в руководство, и подписал его один раз, и с тех пор руководство держится. Исполнитель следует ему в полной санкции и никогда снова не ищет одобрения, потому что одобрение было внесено, сделано один раз и постоянно, не выдано-и-истекающее. И бремя падает иначе: истечение мира падает на того, кто делает, что должен принести случай снова на одобрение; здесь руководство никогда не истекает для Исполнителя, и единственное истечение — собственный долг Проектировщика свернуть случай в правила вовремя. Временность — Проектировщику её нести; Исполнителю даётся устойчивость.

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

Причина, по которой Проектировщик тянется к предварительно одобренному первым, — Исполнитель. Каждый путь вперёд стоит точки касания, вопроса, ожидания, эскалации, а предварительно одобренное не стоит почти ни одной: Исполнитель встречает случай, следует постоянному руководству, и продвигается в потоке работы, не останавливаясь ни для кого. Это обработка с наибольшим рычагом, потому что Проектировщик думает один раз, и экономия повторяется для каждого Исполнителя, что когда-либо встретит случай. Оно образует пару с откладыванием, чтобы проектирование запускалось, не дожидаясь совершенства, отложи то, что может ждать, предварительно одобри то, что имеет известный ответ, запусти теперь. И предварительно одобренное руководство может быть устоявшимся ответом или обходным путём; для Исполнителя это одно и то же устойчивое руководство, и разница живёт лишь в намерении Проектировщика заменить одно и сохранить другое.

Так что дисциплина такова: предварительно одобряй каждое исключение, чей ответ известен и безопасен для записи, и не больше. Запиши постоянный ответ в руководство, подпиши его один раз, и дай Исполнителю следовать ему, не спрашивая никого, избавляя его от точки касания каждый раз. Не пиши руководство там, где случай нуждается в суждении на месте; отправь это на эскалацию честно. И неси, как собственную ответственность Проектировщика, долг толкать каждый предварительно одобренный случай ещё ниже, сворачивая повторяющиеся в правила, пока случай не будет стоить Исполнителю даже руководства, потому что правило теперь его подходит. Под всем этим одна цель: Исполнитель, что работает так быстро, как возможно, с так малым числом действий и так малым числом точек касания, как проектирование может устроить, встречая каждое исключение, будто оно едва исключение.

Одобряй предварительно то, что можно безопасно записать, чтобы Исполнитель следовал постоянному руководству и не останавливался ни для кого; затем сворачивай в правила, чтобы со временем исключение не стоило ему ничего.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 5: Предварительно Одобренное · Результат Главы

MarvinPro | Июнь 2026

marvinpro.com

Думай Просто.