Как правильно составить должностную инструкцию: пошаговый алгоритм и правила
Когда в торговой сети из 12 магазинов начали разбирать конфликт между старшим кассиром и менеджером смены, оказалось: оба действовали строго по своим должностным инструкциям. Только инструкции противоречили друг другу в части авторизации возвратов. Документы были написаны в разное время разными людьми по разным шаблонам — и никто не сверял их на стыках. Именно здесь и ломается большинство попыток навести порядок через ДИ: документ есть, а системы нет. Аналитик бизнес-процессов, который берётся за должностные инструкции, начинает не с Word-файла, а с понимания того, как процессы между должностями стыкуются.
Почему шаблон из интернета не работает
Поиск по запросу «должностная инструкция менеджера по продажам скачать» даст сотни файлов. Большинство из них описывают абстрактного менеджера в абстрактной компании. В реальности менеджер по продажам в дистрибьюторской компании и менеджер по продажам в SaaS-стартапе — разные профессии с разными функциями, зонами ответственности и точками взаимодействия.
Скачанный шаблон создаёт иллюзию порядка. Сотрудник подписывает документ, который описывает не его работу. Руководитель получает юридический артефакт, который не работает как управленческий инструмент. При первом же конфликте выясняется, что инструкция не отражает реальность — и не может служить основанием ни для чего.
Правила оформления должностной инструкции — это не только про структуру разделов. Это про источник информации: документ должен быть написан на основе реальных данных о том, как устроена работа в конкретной компании. И лучший способ зафиксировать эти данные — сначала построить модель процессов в максимально простом формате, а уже из неё вытащить функции должности.
Шаг 1. Модель процесса — до любого документа
Принципиальный момент, который отличает рабочую должностную инструкцию от формальной бумаги: ДИ создаётся не из интервью напрямую и не из ощущений руководителя. Она создаётся из модели процесса. Сначала бизнес-аналитик или аналитик бизнес-процессов описывает процессы, в которых участвует должность, — в максимально простом и наглядном формате. Простой Flowchart на онлайн-доске: квадратики, стрелки, ответственные. Этого достаточно. И уже из этой модели становится видно, какие функции выполняет роль, на каком шаге, что получает на входе и что передаёт на выходе.
Без модели процесса не рекомендуется писать ни должностные инструкции, ни регламенты, ни любые другие рабочие документы. Причина простая: без схемы процесса вы описываете то, что вам рассказали, — а рассказывают обычно не то, что есть, а то, что должно быть по мнению говорящего. Модель показывает реальность.
Шаг 2. Сбор информации: интервью с процессом, а не с должностью
Когда модель процесса есть, интервью становится другим. Вы уже не спрашиваете «что вы делаете» — вы проверяете модель: «Вот шаг, где заявка попадает к вам. Что именно вы с ней делаете? Как понимаете, что она корректная? Куда передаёте?» Это даёт конкретику, которую невозможно получить через абстрактные вопросы о функциях.
Источника для интервью два: сам сотрудник и его непосредственный руководитель. Бизнес-аналитик проводит короткое структурированное интервью — 30–40 минут с каждым, опираясь на готовую схему процесса. Ключевые вопросы задаются к шагам процесса, а не к должности в целом:
- На этом шаге — что именно вы делаете и в каком инструменте?
- Что является для вас сигналом, что задача выполнена правильно?
- Какие решения вы принимаете здесь самостоятельно, без согласования?
- Что происходит, если на вашем шаге что-то идёт не так — кто об этом узнаёт?
- Есть ли задачи, которые вы выполняете, но считаете «не своими»?
Последний вопрос — ключевой. Именно там прячутся функции, которые никто официально не закреплял, но кто-то делает. Это и есть белые пятна, которые должностная инструкция должна либо закрепить, либо явно передать другой должности.
Шаг 3. Структура и язык: как написать должностную инструкцию, которую читают
Стандартная структура включает пять разделов плюс ЦКП. Требования к оформлению должностной инструкции не предписывают жёсткого формата для коммерческих компаний — но логика документа должна быть последовательной и читаемой.
| Раздел | Что пишем | Типичная ошибка |
|---|---|---|
| Общие положения | Место в структуре, кому подчиняется, кто замещает, квалификационные требования | Перечисление законов и ГОСТов, которые сотрудник «должен знать» — без связи с работой |
| Должностные обязанности | Конкретный перечень функций с глаголами действия: «обрабатывает», «согласовывает», «контролирует» | Размытые формулировки: «участвует в», «содействует», «обеспечивает при необходимости» |
| ЦКП (ценный конечный продукт) | Что является результатом работы этой должности — конкретный измеримый продукт, который получает следующий участник процесса или клиент | Отсутствует полностью — и тогда сотрудник не понимает, ради чего выполняет функции |
| Права | Что сотрудник вправе запрашивать, инициировать, подписывать самостоятельно | Формальный список прав без привязки к реальным ситуациям принятия решений |
| Ответственность | За какой конкретный результат и в каких пределах несёт персональную ответственность | «Несёт ответственность за выполнение должностных обязанностей» — тавтология без смысла |
Отдельно стоит сказать про раздел «Взаимодействие», который встречается в должностных инструкциях ряда компаний. На первый взгляд идея логичная: зафиксировать, с кем и как сотрудник взаимодействует в работе. Но на практике этот раздел перегружает документ и всё равно не отражает реальную картину — взаимодействие между ролями слишком динамично для формата ДИ. Для этого есть регламенты процессов: там описывается, кто кому что передаёт, в какой момент и на каких условиях. KPI по той же причине не входит в основной текст инструкции: показатели меняются часто, а переоформлять весь документ каждый раз неудобно. KPI оформляется отдельным Приложением к ДИ.
Язык документа — отдельная тема. Должностная инструкция пишется в настоящем времени, третьим лицом: «специалист обрабатывает», «менеджер согласовывает». Каждый пункт обязанностей — отдельная законченная мысль с глаголом действия и объектом. «Осуществляет деятельность по обеспечению» — это не пункт, это маскировка пустоты.
Типичные ошибки при написании ДИ
- Писать ДИ без модели процесса. Самая частая и самая дорогая ошибка. Без схемы процесса аналитик описывает то, что ему рассказали на интервью, — а не то, что происходит на самом деле. Функции пересекаются, белые пятна остаются, стыки между должностями не видны. Сначала модель — потом документ.
- Копирование без адаптации. Взяли шаблон, поменяли название должности, добавили подпись. Документ не отражает реальные функции — он отражает чужую компанию. При первом конфликте такая инструкция не защищает никого.
- Раздел обязанностей написан существительными, а не глаголами. «Работа с клиентами», «взаимодействие с подрядчиками», «контроль качества» — это не обязанности, это области. Обязанности — это действия: «обрабатывает входящие заявки», «проверяет комплектность документов», «согласовывает условия договора с юристом».
- Отсутствует раздел ЦКП. Без ценного конечного продукта сотрудник понимает, что делать, но не понимает, зачем и каким должен быть результат. Это размывает ответственность и создаёт почву для конфликтов при оценке работы.
- Инструкцию написали без участия сотрудника. HR или руководитель написал «как должно быть». Сотрудник видит документ впервые при подписании. В итоге человек подписывает то, с чем не согласен или чего не делает — и инструкция становится источником напряжения, а не порядка.
Что сделать прямо сейчас
Выберите одну должность из своего окружения — ту, где чаще всего возникают вопросы «кто должен это делать». Откройте Miro или любую онлайн-доску и нарисуйте простой Flowchart процесса, в котором эта должность участвует: шаги, ответственные, что передаётся дальше. Уже из этой схемы будет видно, какие функции выполняет роль и где границы её ответственности. Это и есть основа для раздела «Должностные обязанности» и «ЦКП» — на основе реальных данных, а не шаблона.
Если хотите научиться писать документы, которые реально работают — не пылятся в папке, а становятся инструментом управления — приходите на практический курс по оптимизации бизнес-процессов. Там мы разбираем это на живых кейсах из разных отраслей, с обратной связью на ваши реальные документы.
