Так, а если пишет и ТЗ, и ПМИ, и руководство по эксплуатации, и при этом ещё и расписывает use case, то как его правильно называть?

Стахановцем. :)
Как вариант, человеком, который выполняет обязанности по двум должностям, а — посмею допустить — получает, как за одну.

То есть в идеальной системе координат аналитик не должен писать такую документацию и дальше ТЗ эту границу переходить не должен?

Об идеалах рассуждать чревато. :)
По поводу обязанностей, приведу пример: часто бывает, что на того же тех писателя стараются навесить обязанности копирайтера, маркетолога и сеошника, ну и неплохо бы, чтоб человек в бложек компанейский пописывал регулярно. На мой взгляд, подобное недопустимо. Во-первых, отнимать хлеб у коллег по цеху нехорошо, а во-вторых, чересчур борзых/хитровы... работодателей/заказчиков особо нигде не приветствуют.
Поэтому я за разделение труда.

По аналогии с разработчиками, есть fe, есть be и у каждого свой круг обязанностей. А есть full stack, то-бишь fe + be + чаще всего довесок в виде всякого. Стоит отметить, что зп у fs не так уж и больше первых двух. Внимание! Вопрос: какой смысл?
Кстати, как заметили выше “инженер по документации” вполне имеет место подходящей формулировки.

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

Разумеется, не перестаёт. Как специалист Вы даже ценнее за счёт квалификации в смежных областях.
Да, верно, берёте много.
Как быть? По-разному: по возможности ссылаться на объективные причины загруженности/занятости, и обозначить необходимость человека, который возьмёт на себя обязанности тех писателя, например; в случае, если Вас всё устраивает, то никак не быть, продолжать работать, правда, давая понять, что вы тянете на себе обоих, не исключено, что Вам подкинут и третьего, ну а что, Вы же справляетесь, ещё и, возможно, молчите (не факт, это лишь пример был).

По штату? Если у вас штатное расписание и оклады на них фиксированные и надбавок не дают, то какая разница, что написано в трудовой...

@forestcheb Посмотрите, вот здесь и Выше от этого сообщения Николая обсуждение...
Коротко - пытаться донести до руководства и убедить его, что это Ваша не основная (или основная) функция. В противном случае - соответствие оплате должно присутствовать...

Возможно, некорректно выразился. Такой должности как техписателя нет в компании. Разработчики, аналитики, дизайнеры, владельцы продуктов, руководители проектов, инженеры девопсы есть. А вот техписателей нет.

В этот терминологический ряд вписывается "докопс" :)

К Вашему первому сообщению: такое бывает, аналитик совмещает несколько позиций.
По факту аналитик - это проектная роль, если нет тестера, PM, тех.писа и иных смежных ролей, то аналитик их работу берет на себя, тут увы.
Если Вам интересно, какие обязанности у должности "Системный аналитик", то залезте на сайт минтруда https://spravochnik.rosmintrud.ru/professions, код 6.022
Сайт корявый, конечно

А почему вам важно, чьи это функции? Аналитик вполне может написать руководство пользователя, и разработчик может, и тестировщик. Это же не какие-нибудь нотариальные услуги, для которых непременно нужно быть нотариусом. :)

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

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

И, наконец, если дело в деньгах — платят как чистому аналитику, но по навыкам требуют больше — опять же можно поговорить о повышении.

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

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

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

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

Да нет такого понятия как "чистый аналитик".
Аналитик от момента проектирования системы до её завершения и передачу в эксплуатацию.
Аналитик пишет ТТ сначала для одной аудитории (собирает требования бизнеса), потом может проектировать архитектуру системы, потом пишет ТЗ для заказчика, потом пишет спецификации для разработки, потом ставит задачи разрабам.
Если нет тестера, то пишет ПИМИ, протокол испытаний и выполняет функциональное тестирование.
Если нет тех.писа, пишет эксплуатационную документацию + организовывает обучение пользователей.
Как выше привели пример, про front/back разработку и full stack - аналитиков так не разделили ещё.
Тех.пис на проекте скорее роскошь, чем данность.
Всё о чем попросили Евгения вполне входит в обязанности аналитика. Вопрос только в цене.
Если при устройстве на работу не спросил, про свои обязанности и за дешево себя продал, ничего не поделаешь (но явно не стоит с руководством выяснять отношения).
+ Сложившицся ситуации набьется скилл писать для разных аудиторий
- доплачивать за это не станут

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

Но я думаю, что передоговариваться можно, хоть и сложно. :)

Это жизнь, скорее.
Не хочу обнадеживать человека зря. Всё очень цинично

Так а цель то какая? Вроде очевидно, да не совсем. Что хочется? Заработать бабла на еду? Сделать что-то значимое? Или найти хоть что-то в ИТ? По вводным данным не совсем понятно.