Операционный отдел, где регламенты и процессы под контролем

Типичная картина операционного отдела: регламенты лежат в папке с файлами Word, которую последний раз открывали полгода назад; как на самом деле выполняется процесс — знают полтора человека и держат в голове; заявки на закупку, доступ или согласование прилетают в личку, чаты и на словах в коридоре. Новый сотрудник выходит — и каждый раз кто-то по памяти восстанавливает, что нужно завести почту, выдать технику, оформить документы; половину шагов забывают. Заявка «согласуйте договор к пятнице» теряется среди других сообщений, а потом выясняется, что её никто не взял. Процесс идёт между отделами, но у каждого свой статус в голове: бухгалтерия думает, что мяч у юриста, юрист — что у бухгалтерии. Когда операционный директор спрашивает, на каком шаге застряло открытие новой точки или почему регламент не соблюли, ответ собирают вручную, обзванивая людей. Чем больше компания и чем больше повторяющихся процедур, тем чаще что-то проваливается между документом, чатом и устной договорённостью.

Что операционный отдел соберёт в Shtab вместо документов, чатов и устных договорённостей:

• Регламенты как процессы — повторяющаяся процедура (приём сотрудника, закупка, открытие точки) описана задачей с контрольным списком шагов; шаблон разворачивается в новую задачу каждый раз, когда процесс запускается.
• Повторяющиеся процессы на доске — все идущие процедуры карточками на канбан-доске со статусами от «Новая» до «Выполнено»; сразу видно, что в работе и что застряло.
• Заявки и согласования — запросы на закупку, доступ, согласование документа приходят как задачи со статусами и ответственным, а не теряются в личке.
• Координация между отделами — у процесса через несколько команд единый статус и ответственный на каждом шаге, так что никто не думает, что мяч у соседа.
• Контроль исполнения и сроков — у каждой задачи срок и исполнитель; отчёты показывают, что просрочено и где затык.
• База знаний регламентов — тексты регламентов, инструкции и шаблоны лежат в базе знаний, а не в личных папках.
• Личная сводка — каждый координатор видит свои задачи, напоминания и комментарии на главной странице.

Операционный отдел сервисной компании: операционный директор, два координатора процессов и бизнес-ассистент. Раньше регламенты лежали в общей папке файлами Word, заявки на закупку и согласование прилетали в личку, а как именно принимают нового сотрудника — помнил ассистент, и при его отпуске процесс сыпался. Завели в Shtab проект «Операционка», внутри — доску процессов со статусами «Новая» → «В работе» → «На согласовании» → «Ждёт ответственного» → «Выполнено». Каждая идущая процедура стала карточкой с ответственным, сроком и списком шагов.

Сначала перевели в шаблоны самые частые регламенты. Приём нового сотрудника описали задачей с контрольным списком: завести почту и доступы, заказать технику, оформить документы, назначить наставника. Теперь, когда выходит новичок, координатор разворачивает шаблон в новую задачу — и ни один шаг не забывается, потому что список перед глазами, а не в чьей-то памяти. Так же оформили закупку и согласование договора. Заявки от других отделов перестали жить в личке: каждый запрос попадает в проект как задача с автором, сроком и описанием.

Дальше навели порядок в согласованиях, которые идут через несколько команд. Договор движется по статусам: юрист берёт в работу, ставит «На согласовании», передаёт ответственность бухгалтерии, та проверяет и закрывает. Автоматического маршрута, который сам перебрасывает документ по условиям, тут нет — ответственного на каждом шаге назначают руками, но зато всем видно, у кого сейчас мяч. На еженедельной планёрке операционный директор открывает отчёт и за минуту видит: два процесса просрочены, согласование договора третий день у бухгалтерии, приём новичков идёт по графику. Решения принимаются по данным, а не по обзвону коллег. При этом отдел честно понимает рамку: Shtab навёл порядок в процессах через задачи и статусы, но сложные маршруты с условной логикой и автоэскалациями остались за пределами — для этого нужен отдельный специализированный инструмент.

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

• Просроченные процессы — задачи, у которых вышел срок: первый сигнал, что регламент где-то буксует.
• Застряло на согласовании — заявки и документы, что висят в статусе «На согласовании» дольше нормы; видно, чьего ответа ждёт процесс.
• Заявки в очереди — сколько запросов пришло, сколько закрыто, сколько ждёт; видна реальная нагрузка на отдел.
• Выполнено за период — сколько процессов закрыто за неделю или месяц; держит отдел темп или копит хвосты.
• Загрузка координаторов — у кого пятнадцать задач на неделю, а у кого три; кого пора разгрузить.
• Соблюдение регламента — по выполненным пунктам контрольного списка видно, прошли процесс целиком или пропустили шаги.

• Описывайте регламент как контрольный список шагов внутри задачи, а не как файл Word. Список перед глазами выполняют целиком; документ в папке открывают редко.
• Самые частые процедуры — приём сотрудника, закупку, согласование — заведите как шаблоны задач, чтобы каждый запуск процесса разворачивался копией, а не собирался заново.
• У процесса, который идёт через несколько отделов, на каждом шаге должен быть один ответственный. Тогда никто не думает, что мяч у соседа.
• Заявки от других отделов принимайте в один проект или форму. Запрос «согласуйте к пятнице» в личке теряется; запрос как задача со сроком — нет.
• Тексты регламентов, инструкции и шаблоны складывайте в базу знаний, чтобы их не восстанавливали по памяти при отпуске сотрудника.
• Не ждите от Shtab автомаршрутов и эскалаций по таймеру. Контроль держится на статусах, сроках и отчётах, которые смотрит ответственный.

• Регламент в файле Word в общей папке. Его открывают раз в полгода, а процесс идёт по памяти. Починка: описать регламент контрольным списком шагов внутри задачи-шаблона.
• Процесс держат в голове. Сотрудник ушёл в отпуск — процедура развалилась. Починка: шаблон со списком шагов, который разворачивается копией при каждом запуске.
• Заявки на словах и в личке. «Просили же согласовать к пятнице» забывают. Починка: единый проект или форма приёма, каждая заявка — задача со сроком и ответственным.
• Процесс без ответственного на шаге. Все думают, что мяч у соседнего отдела, документ висит днями. Починка: единый статус и один ответственный на каждом шаге.
• Ожидание от Shtab автомаршрутов согласования. Систему пытаются настроить как движок с условной логикой и эскалациями — и разочаровываются. Починка: вести регламент как процесс и контроль исполнения, а сложные маршруты оставить специализированному инструменту.
• Статус — только на планёрке. На каком шаге процесс, узнают обзвоном. Починка: доска и отчёты — единственный источник правды, планёрку проводят по ним.

Маленькому отделу из одного-двух человек хватит одного проекта «Операционка», доски процессов и нескольких шаблонов под частые процедуры — отдельный приём заявок и база знаний подключаются позже. Отделу побольше, где процессы идут через несколько команд, уже нужны единый приём заявок, ответственные на каждом шаге и база знаний регламентов. По характеру работы: если основа — ровный поток повторяющихся процедур, опирайтесь на канбан-доску процессов; если процесс — это цепочка шагов с зависимостями и сроками, ведите его задачей с подзадачами и контрольным списком. Важно не перепутать сценарии. Клиентские обращения и линия поддержки — это сценарий для поддержки с логикой тикетов от внешних клиентов. Портфель проектов и методология управления ими — это про PMO. А для ведения отдельного проекта с уникальным результатом смотрите управление проектами и контроль задач. Здесь же речь только про повторяющиеся внутренние процессы самой компании. И ещё раз честно: Shtab наводит порядок в этих процессах через задачи, статусы и шаблоны, но не заменяет специализированный инструмент с автоматическими маршрутами согласования.