Александр Костин – Операционное управление без бюрократии: SOP, регламенты и процессы, которые работают (страница 6)

Третий – «тень» исполнителя. Короткое наблюдение, как человек реально делает работу: какие шаги, в какой последовательности, где проверяет, где сомневается, где переключается между системами.

Четвёртый – типовые ошибки и «где ломается». Если вы соберёте пять типовых ошибок и причины, вы почти автоматически получите критерии качества и контрольные точки.

Просьба «опиши процесс» не приводит к этим источникам. Она приводит к пересказу. Поэтому вам нужно задавать не абстрактные вопросы, а добывать артефакты и следы работы.

Метод 1. Интервью по шаблону: 30 минут вместо недели переписки

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

Правильная подготовка: заранее попросить исполнителя открыть последний выполненный кейс. Не «вспомнить», а открыть: задачу в трекере, карточку в CRM, папку проекта, итоговый файл. Идеально, если вы сами заранее собрали ссылку на кейс и пришли на интервью уже с ним.

Дальше задаёте вопросы в строго определённой последовательности. Она соответствует будущему SOP и минимизирует уход в абстракции.

Что запускает процесс?

Каким событием вы понимаете «начали»? Что приходит на вход: заявка, задача, сообщение, оплата, документ?

Какой результат считается готовым?

Что вы должны отдать и кому? Где лежит итог? Как выглядит «готово»?

Какие шаги вы делаете всегда?

Попросите проговорить шаги по кейсу: «вот пришло – что вы сделали первым? дальше? дальше?». Если человек уходит в объяснения, возвращайте к последовательности.

Где вы обычно ошибаетесь или где ломается?

Какие типовые проблемы: нет данных, нет доступа, клиент молчит, “не проходит оплата”, “не сходится цифра”, “не ясна задача”.

Как вы проверяете качество?

Что вы смотрите перед тем, как считать работу готовой. Если ответа нет – это сигнал, что проверка происходит «на глаз» и её нужно формализовать.

Когда и кому вы эскалируете?

Если что-то блокирует процесс, кто должен вмешаться и в какие сроки.

Где вы фиксируете результат?

В какой системе, какой статус, какая папка, какой формат названия.

Интервью нужно записывать хотя бы в текстовом виде. Не ради контроля, а чтобы потом быстро превратить это в SOP. ИИ здесь очень полезен: вы даёте ему транскрипт и шаблон, он делает черновик.

Метод 2. Разбор реального кейса: «восстановление цепочки» по артефактам

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

Практический алгоритм:

Соберите артефакты кейса: задача/тикет, переписка, итоговый файл, согласования, статусы, время выполнения.

Пройдите от входа к выходу: что было первым событием, что произошло дальше, какие системы использовались, где были паузы и почему.

Зафиксируйте шаги в черновом списке, не пытаясь сразу писать красиво.

Отдельно отметьте места, где человек принимал решение: «если… то…». Это будущие критерии выбора и исключения.

Отдельно отметьте точки контроля: где проверяли качество или где нужно было проверить, но не проверили (и из-за этого была переделка).

Такой разбор можно сделать даже без интервью, если вы видите историю в системах. Но лучше всё равно на 10–15 минут подтвердить факты с исполнителем: «я восстановил шаги, правильно ли?».

Метод 3. «Тень» исполнителя: короткое наблюдение, которое заменяет долгие объяснения

«Тень» – это когда вы 30–60 минут просто смотрите, как человек выполняет операцию, и фиксируете шаги. Этот метод особенно хорош там, где много мелких действий в интерфейсах, где люди плохо вербализуют процесс, или где есть скрытые проверки («я всегда смотрю вот это, но не думаю об этом как о шаге»).

Как делать «тень» без токсичности:

Заранее объяснить цель: «я не оцениваю, я фиксирую стандарт, чтобы разгрузить тебя от объяснений и чтобы новичок мог делать так же».

Наблюдать именно реальную задачу, а не демонстрацию «как надо». Демонстрации почти всегда идеализированы.

Фиксировать не только шаги, но и причины: «почему ты сейчас пошёл туда», «что ты проверяешь», «по каким признакам понимаешь, что всё нормально».

Сразу отмечать, где возникают исключения и как человек их решает.

После наблюдения зафиксировать краткий черновик, дать исполнителю прочитать 5–10 минут и подтвердить или поправить. Затем уже превращать в SOP по шаблону.

Метод 4. Быстрый черновик от исполнителя: «ответь на 12 вопросов» вместо «напиши SOP»

Иногда проще не тянуть человека в интервью и не делать «тень», а дать ему короткий структурированный опросник, который он заполнит за 10–15 минут. Важно, чтобы это было не «опиши процесс», а конкретные вопросы.

Пример набора вопросов для быстрого черновика:

Название операции (как ты называешь это в работе).

Что запускает задачу (откуда приходит вход).

Какой результат должен получиться (что сдаём).

Где хранится результат (папка/система).

Какие 5–10 шагов ты делаешь всегда.

Какие 3 ошибки случаются чаще всего.

Какие 3 проверки ты делаешь перед сдачей.

Какие входные данные обязательны.

Что делать, если данных нет.

Когда ты привлекаешь руководителя/смежников.

Какие шаблоны/документы используешь.

Сколько обычно занимает по времени и что влияет на срок.

Этот опросник можно встроить как форму или как шаблон сообщения. Дальше ИИ превращает ответы в SOP по вашему стандарту.

Главное: не ждите идеала от исполнителя. Его задача – дать фактуру. Упаковка – ваша.

Сбор знаний через «ошибки и переделки»: самый быстрый способ найти критерии качества

Критерии качества – самая слабая часть SOP в большинстве компаний. Люди делают «на опыт» и не могут сформулировать, что проверяют. Но критерии легко извлекаются через разбор переделок.

Если у вас есть 5–10 случаев, когда работу возвращали или делали заново, спросите: что было не так? почему это произошло? как это можно было проверить заранее? что надо сделать, чтобы это не повторилось?

Так вы получите:

– чек-лист контроля качества;

– контрольные точки в процессе;

– правила эскалации;

– требования к входам.

Это полезнее, чем спрашивать «какие критерии качества», потому что люди вспоминают реальные боли, а не абстракции.