[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-bpm-opisanie":4,"footer-feature-tags":163},true,{"topic":5,"parent":154,"siblings":157},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":65,"checklist":88,"shtab":99,"faq":118,"terms":131,"related":141,"seo":151},"opisanie","Как описать процессы компании","реестр, границы, схема за одну встречу","Как описать бизнес-процессы: реестр, границы и схема","Описание начинается с короткого реестра сквозных процессов и заканчивается схемой, согласованной теми, кто по ней работает. Реестр из трёхсот позиций не читает никто, включая его авторов.","8 мин чтения","2026-08-30",[14,15],"описание","базовый уровень",[17,24,31,39,58],{"h":18,"id":19,"paras":20},"Реестр процессов","reestr",[21,22,23],"Реестр отвечает на вопрос, что у компании вообще есть. Для среднего бизнеса это десяток-полтора сквозных процессов: обработка заказа, согласование договора, закупка, приём сотрудника, рекламация, выпуск релиза.","Правильный уровень дробления проверяется просто. Процесс начинается запросом заказчика — внутреннего или внешнего — и заканчивается результатом для него. «Проверка комплектности документов» этому не отвечает: это шаг внутри процесса.","У каждой строки реестра сразу указывают владельца. Строка без фамилии означает, что процесс никому не принадлежит и улучшать его будет некому.",{"h":25,"id":26,"paras":27},"Границы","granicy",[28,29,30],"Половина споров при описании возникает из-за границ: где процесс начинается и где заканчивается. Договоритесь об этом до того, как рисовать схему, и запишите одной строкой.","Событие начала должно быть наблюдаемым: поступила заявка, подписан акт, наступила дата. «Возникла потребность» наблюдать нельзя, и такой процесс невозможно ни измерить, ни запустить.","Событие окончания определяется по заказчику. Для процесса согласования договора это не «юрист поставил визу», а «договор подписан обеими сторонами»: именно этого ждёт тот, кто его запускал.",{"h":32,"id":33,"paras":34},"Схема за одну встречу","vstrecha",[35,36,37,38],"Соберите участников всех шагов на два-три часа и нарисуйте фактический порядок. Схема, составленная по регламенту в кабинете аналитика, описывает задуманное; работа при этом идёт по другому пути.","Начинайте с основной ветки без исключений: как проходит типовой случай. Развилки добавляют вторым заходом, иначе схема разрастается и встреча вязнет в редких сценариях.","Отдельно записывайте обходные пути. Личная таблица, согласование в чате, повторный ввод данных во вторую систему — всё это самое ценное в описании, потому что показывает, где основной процесс неудобен.","Хорошая проверка в конце встречи: попросите нового сотрудника прочитать схему и рассказать, что он будет делать. Непонятые места переделывают сразу.",{"h":40,"id":41,"list":42,"paras":55},"Насколько строгая нотация нужна","notaciya",[43,46,49,52],{"k":44,"v":45},"Событие. ","Что запускает процесс и чем он заканчивается. Обязательно наблюдаемое.",{"k":47,"v":48},"Действие. ","Шаг работы с исполнителем-ролью. Название по глаголу: «проверить комплектность».",{"k":50,"v":51},"Развилка. ","Условие ветвления с явно названными вариантами. Вариант «прочее» — признак недоописанного процесса.",{"k":53,"v":54},"Дорожка. ","Роль, выполняющая шаги. Роль без фамилии и без названия отдела.",[56,57],"Для внутренней работы годится любая схема, которую одинаково читают участники. Строгая нотация становится нужна, когда схем много, их читают разные роли и по ним запускают исполнение.","Из BPMN на практике хватает четырёх вещей: события начала и конца, действия, развилки по условию и дорожки по ролям. Полный набор элементов велик, но остальное требуется редко и обычно указывает на то, что процесс стоит упростить.",{"h":59,"id":60,"paras":61},"Чтобы описание не устарело","zhizn",[62,63,64],"Схема живёт, пока по ней исполняется работа. Документ, лежащий отдельно от процесса, расходится с реальностью примерно за квартал и дальше вводит в заблуждение сильнее, чем его отсутствие.","Поставьте пересмотр в календарь: полдня раз в квартал вместе с владельцем. На пересмотр приносят данные об отклонениях — они прямо показывают, какие места схемы разошлись с жизнью.","Ведите журнал изменений с причинами. Через год он отвечает на вопрос, почему шаг выглядит именно так, когда автора уже нет в компании.",{"head":66,"rows":70,"title":87},[67,68,69],"УРОВЕНЬ","ЧТО ПОКАЗЫВАЕТ","КОМУ НУЖЕН",[71,75,79,83],[72,73,74],"Реестр","Перечень сквозных процессов с владельцами","Руководству и процессному офису",[76,77,78],"Схема верхнего уровня","5–9 шагов процесса и участники","Всем участникам, новым сотрудникам",[80,81,82],"Детальная модель","Развилки, исключения, данные на входе и выходе","Тем, кто настраивает исполнение",[84,85,86],"Инструкция шага","Как выполняется одно действие","Исполнителю на рабочем месте","Уровни описания",{"lead":89,"items":90,"title":98},"Описание считается готовым, когда по нему может сработать новый человек и когда его есть кому обновлять. Проверьте по пунктам перед тем, как утверждать.",[91,92,93,94,95,96,97],"Процесс начинается наблюдаемым событием и заканчивается результатом для заказчика","У процесса назван владелец с полномочиями менять правила на всей цепочке","Схему рисовали участники всех шагов, а не один аналитик","Основная ветка помещается на один экран: пять-девять шагов","Обходные пути записаны отдельным списком с причинами","Каждая развилка имеет явно названные варианты без «прочего»","Назначены дата пересмотра и человек, который его проводит","Описание сделано пригодным к работе",{"lead":100,"links":101,"title":111,"points":112},"Держите схему страницей внутри того же проекта, где идёт работа по процессу: тогда она открывается в два клика с доски и обновляется вместе с процессом.",[102,107],{"to":103,"tag":104,"text":105,"title":106},"\u002Ffeatures\u002Fstranitsa\u002F","ВОЗМОЖНОСТЬ","Схема и описание рядом с работой, с историей правок.","Страницы",{"to":108,"tag":104,"text":109,"title":110},"\u002Ffeatures\u002Ffaily\u002F","Исходники схем рядом с описанием.","Файлы","Где держать описание в Shtab",[113,114,115,116,117],"Страница с историей изменений заменяет журнал версий: видно, что и когда поправили.","Реестр процессов удобно вести отдельным списком, где строка — процесс, а поле — владелец.","Статусы доски повторяют шаги схемы: описание и исполнение перестают расходиться.","Файлы с исходниками схем прикладываются к той же странице.","Повторяющаяся задача напоминает о квартальном пересмотре.",[119,122,125,128],{"a":120,"q":121},"Схема верхнего уровня — одна встреча на два-три часа плюс день на оформление. Детальная модель с развилками и исключениями — от недели до месяца в зависимости от числа участников и того, насколько согласованы их представления. Если описание идёт дольше квартала, обычно расползлись границы.","Сколько времени занимает описание одного процесса?",{"a":123,"q":124},"Ведёт встречу аналитик или владелец процесса, содержание дают участники шагов. Схема, нарисованная только аналитиком, описывает его понимание. Схема, нарисованная только исполнителями, часто теряет общую логику. Работает совместная встреча с ведущим.","Кто должен рисовать схему?",{"a":126,"q":127},"Сначала опишите типовой путь, потом добавьте те исключения, которые случаются заметно часто. Редкие случаи оставьте текстом рядом со схемой. Попытка нарисовать все ветки сразу даёт нечитаемую схему, по которой не работает никто.","Что делать с исключениями?",{"a":129,"q":130},"Для соответствия стандартам с процессным подходом описание требуется, и его обычно делают. Проблема появляется, когда описание существует только для аудита: такой документ никто не открывает в работе и он устаревает за квартал. Полезнее один и тот же документ использовать и для аудита, и для исполнения.","Нужно ли описывать процессы для сертификации?",[132,135,138],{"slug":133,"title":134},"bpmn","BPMN",{"slug":136,"title":137},"process-mapping","Картирование процессов",{"slug":139,"title":140},"bpm","Управление бизнес-процессами",[142,147],{"to":143,"tag":144,"text":145,"title":146},"\u002Fmethodology\u002Fbpm\u002Favtomatizatsiya\u002F","ТЕМА","Что делать со схемой дальше: правила, формы, роботы.","Как автоматизировать процесс",{"to":148,"tag":144,"text":149,"title":150},"\u002Fmethodology\u002Flean\u002Fpoteri\u002F","Чем занять этап наведения порядка перед автоматизацией.","Как находить и устранять потери",{"title":152,"description":153},"Как описать бизнес-процессы: реестр, границы, схема","Реестр сквозных процессов и владельцы, наблюдаемые границы, схема за одну встречу с участниками, минимум нотации BPMN и порядок пересмотра, чтобы описание не устарело.",{"slug":139,"title":155,"short":156},"Управление бизнес-процессами (BPM)","BPM",[158,160],{"slug":159,"title":146},"avtomatizatsiya",{"slug":161,"title":162},"pokazateli","Как измерять процессы",[164,173,179,188,193,199,205,211,215,221],{"id":165,"name":166,"hex":167,"translations":168,"count_pages":172},8,"Компания","#f40925",{"ru":169,"en":170},{"name":166},{"name":171},"Company",9,{"id":174,"name":175,"hex":176,"translations":177,"count_pages":165},26,"Главная страница",null,{"ru":178},{"name":175},{"id":180,"name":181,"hex":182,"translations":183,"count_pages":187},2,"Проекты","#3027ff",{"ru":184,"en":185},{"name":181},{"name":186},"Project",15,{"id":189,"name":190,"hex":176,"translations":191,"count_pages":180},33,"ИИ",{"ru":192},{"name":190},{"id":194,"name":195,"hex":176,"translations":196,"count_pages":198},34,"Комментарии",{"ru":197},{"name":195},4,{"id":200,"name":201,"hex":176,"translations":202,"count_pages":204},25,"Задачи",{"ru":203},{"name":201},24,{"id":206,"name":207,"hex":176,"translations":208,"count_pages":210},27,"Рабочие пространства",{"ru":209},{"name":207},3,{"id":204,"name":212,"hex":176,"translations":213,"count_pages":165},"Kanban-доска",{"ru":214},{"name":212},{"id":216,"name":217,"hex":176,"translations":218,"count_pages":220},23,"Диаграмма Ганта",{"ru":219},{"name":217},1,{"id":187,"name":222,"hex":176,"translations":223,"count_pages":220},"Календарь",{"ru":224},{"name":222}]