Должностная инструкция технического писателя: структура, обязанности, примеры

Технический писатель – это должность, которая находится на пересечении нескольких зон ответственности. Техрайтер сотрудничает с разработкой, продуктом, QA, поддержкой, маркетингом и локализацией одновременно. Именно поэтому вопрос о должностных обязанностях технического писателя возникает здесь чаще, чем в других случаях. Ответ на этот вопрос даёт должностная инструкция – внутренний документ, который закрепляет ответственность технического писателя и порядок его взаимодействия с другими подразделениями.

Формально это не обязательный документ в отличие от трудового договора. ТК РФ не требует наличия должностной инструкции. Она относится к локальным нормативным актам, которые работодатель принимает по своему усмотрению. Иногда, особенно при введении новой штатной единицы, без такого документа не обойтись. Именно должностная инструкция помогает понять место и роль нового сотрудника в компании.

Что такое должностная инструкция технического писателя

Должностная инструкция (ДИ) технического писателя – это внутренний организационно-правовой документ компании, который закрепляет должностные обязанности, права, ответственность технического писателя и порядок его взаимодействия с другими подразделениями.

Должностная инструкция не упоминается в Трудовом кодексе напрямую. Она относится к локальным нормативным актам, которые работодатель принимает по своему усмотрению.

На практике ДИ решает несколько задач:

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

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

Зачем нужна должностная инструкция технического писателя

Главная функция – определение зоны ответственности. Инструкция отвечает на вопрос, что входит в задачи техписателя. Для этой роли чёткий перечень обязанностей особенно важен, потому что работа техрайтера часто пересекается с другими специальностями: локализатором/переводчиком, редактором, маркетологом, разработчиком, специалистом технической поддержки – со всеми, кто имеет отношение к написанию текста или кода.

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

Вторая функция – ориентир для найма сотрудников. Инструкция используется как основа для описания вакансии и выработки критериев отбора. Из неё видно, какой уровень специалиста нужен и какие задачи ему предстоит выполнять.

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

Четвёртая – выполнение требований в регулируемых отраслях (комплайенс). На предприятиях, где документацию проверяют при сертификации или аттестации, должностные инструкции являются частью документирования процессов, и без них не обходится ни один аудит.

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

Что входит в должностную инструкцию: стандартная структура

Стандартная структура ДИ, принятая в российской практике, включает пять разделов.

• Общие положения. Кому подчиняется сотрудник, кто находится в его подчинении, порядок назначения и освобождения от должности, квалификационные требования. В случае технического писателя в этом разделе фиксируется, входит ли он в продуктовую команду, в отдел документации или в технический отдел. От этого зависит всё остальное – и обязанности, и взаимодействие с другими сотрудниками.
• Должностные обязанности. Конкретный перечень задач. Например: разработка технической документации и инструкций (оборудование + ПО), актуализация и переработка существующих материалов, приведение их к единому корпоративному стилю.
• Права. Что сотрудник вправе запрашивать, в чём участвовать и на что влиять: доступ к информации, взаимодействие с другими отделами, участие в обсуждении продукта на ранних стадиях.
• Ответственность. За что сотрудник несёт ответственность: сроки сдачи документации, качество материалов, соблюдение конфиденциальности. Формулировки здесь должны быть привязаны к реальным последствиям.
• Взаимодействия / связи по должности. С какими отделами и по каким вопросам сотрудничает писатель. Для технического писателя это особенно важный раздел, т.к. зон пересечения много: разработка, QA, продукт, маркетинг, локализация, поддержка.

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

Должностные обязанности технического писателя

Обязанности удобнее рассматривать по смысловым блокам, а не одним сплошным перечнем.

Разработка документации. Это основная обязанность техрайтера: написание пользовательской, технической и справочной документации, руководств, инструкций, спецификаций. Сюда же относится подготовка материалов под конкретные задачи – релизные заметки, статьи базы знаний, описания API. На практике эта работа редко сводится к «написанию с нуля»: чаще писатель собирает разрозненные исходники (тикеты, комментарии разработчиков, старые версии документа) и превращает их в связный, проверяемый текст.

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

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

Поддержание актуальности. Обновление документации при изменениях в продукте, ведение архива и версионирование документов. Здесь же — отслеживание того, какие разделы устарели быстрее других (например, из-за частых релизов конкретной фичи), чтобы приоритизировать пересмотр.

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

Квалификационные уровни по профстандарту

Профстандарт №197 (06.019) «Технический писатель (специалист по технической документации в области информационных технологий)» в актуальной редакции приказа Минтруда №609н от 03.10.2022 действует с 01.03.2023. Документ задаёт официальные формулировки трудовых функций и уровней квалификации технического писателя.

Профстандарт выделяет пять уровней, а не три условные ступени:

• Технический писатель-стажёр и младший технический писатель. Оформление и компоновка документов: приведение материалов к единому виду, работа по заданному шаблону, без ответственности за содержание.
• Технический писатель. Самостоятельная разработка документации: сбор информации, написание текстов, согласование их с профильными специалистами.
• Старший (ведущий) технический писатель. Более сложные и самостоятельные задачи по методологии и content-стратегии, наставничество по отдельным вопросам, но без формального руководства группой.
• Руководитель рабочей группы технических писателей. Отдельная, более высокая обобщённая трудовая функция профстандарта: распределение задач между писателями, проверка их работы, определение стандартов и подходов к документированию для всей команды.

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

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

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

Примеры должностной инструкции по типу компании

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

Пример 1: Малая компания (стартап)

Отдел. Отдельного отдела документации или общего технического отдела в таких компаниях, как правило, нет. Штатную единицу технического писателя обычно приписывают к продуктовой или инженерной команде.

Подчиняется: исполнительному директору / начальнику продуктового отдела / техническому директору.

Зона ответственности. В стартапе технический писатель отвечает за весь цикл документации – от пользовательских гайдов до внутренних wiki и баз знаний. Часто он совмещает работу с поддержкой клиентов или онбордингом: пишет статьи в базу знаний, отвечает на типовые вопросы, обновляет инструкции под быстрые релизы. Стандарты оформления выстраивает самостоятельно, потому что готовой методологии в молодой компании обычно ещё нет — и именно поэтому здесь высоко ценится не столько глубокая специализация, сколько широта охвата и готовность закрывать любую задачу, связанную с текстом.

Характерные обязанности:

• разрабатывать и поддерживать документацию по всем продуктам компании — без деления на «свой» и «чужой» продукт, как в более крупной структуре;
• самостоятельно определять структуру и стандарты документации при их отсутствии в компании;
• совмещать работу с поддержкой клиентов или онбордингом новых пользователей;
• оперативно обновлять материалы под релизы, которые в стартапе часто выходят без формального цикла согласования.

Пример 2: Средняя продуктовая IT-компания

Отдел. Отдел документации/контента или в составе продуктовой команды.

Подчиняется: начальнику отдела документации / менеджеру по контенту (Content Lead) / менеджеру продукта.

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

Характерные обязанности:

• вести документацию по закреплённому продукту или направлению, а не по всей линейке компании;
• синхронизировать выпуск документации с релизным циклом конкретной команды разработки;
• следовать единым корпоративным стандартам стиля и терминологии, а не определять их самостоятельно;
• согласовывать содержание с отделом разработки, QA и продуктовым отделом в рамках установленных процессов, а не по договорённости в моменте.

Пример 3: Крупное предприятие / регулируемая отрасль

Отдел. Технический отдел или отдел стандартизации/качества.

Подчиняется: начальнику технического отдела / руководителю службы качества.

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

Характерные обязанности:

• разрабатывать документацию в строгом соответствии с ГОСТ и внутренними регламентами предприятия;
• участвовать в подготовке материалов для сертификации продукции и процессов;
• взаимодействовать со службой стандартизации и QA по вопросам соответствия документов нормативным требованиям;
• вести документацию с соблюдением формальных требований к хранению, версионированию и учёту изменений.

Типичные ошибки при составлении должностной инструкции

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

Вторая ошибка – одинаковая инструкция для позиций разного уровня. Стажёр и руководитель группы не могут иметь одинаковый набор обязанностей: у первого – оформление по шаблону, у второго – распределение задач и ответственность за методологию. Если в компании есть несколько уровней, для каждого нужна своя ДИ или отдельные разделы в общей инструкции.

Третья – отсутствие раздела о взаимодействии с другими отделами. Это прямой источник конфликтов. Когда в инструкции не указано, кто отвечает за актуальность конкретного раздела или за согласование текста с юридическим отделом, каждая из сторон будет игнорировать эту обязанность или перекладывать её на других.

Четвёртая – слишком абстрактные формулировки. «Работа с документацией» или «участие в развитии продукта» не несут в себе никакого смысла. Обязанности должны быть конкретными: какие типы документов, для каких продуктов, с кем согласовываются, в какие сроки.

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

* * *

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

Формулировки обязанностей стоит сверять с профстандартом технического писателя №197, чтобы инструкция соответствовала реальному уровню позиции — особенно на стыке «ведущего писателя» и «руководителя группы», где различие часто теряется при копировании шаблонов. А раздел о взаимодействии с другими отделами стоит прописывать максимально конкретно: именно он снимает большинство конфликтов о зонах ответственности, которые иначе всплывают уже после найма.

ЧаВо