Технический писатель или аналитик?
﻿
Договорились об определенном процессе как например нужно вести работу по Development`у(Работа с тикетами, комитами, бренчами, выпуск release notes итд) 
...
Вроде бы на весь функционал, что делаем и ставим Тикеты, и описываем продуктовые требования, тест кейсы, user guide - но опять же, чувствуется что нет единой структуры документации.
...
Вопрос - Кто должен/может решить данную "боль" 
Задачу правильной организации процесса разработки должен решать технический руководитель проекта.﻿Главная задача - чтобы продукт не был черным ящиком, который зависит жестко от людей в команде(То есть вход нового человека - это погружение на долгие месяцы в разбирательство, а как же все работаем)
Наличие понятной формализированной документации это бесспорно плюс, но по моему личному опыту вход нового человека в сложный монолитный проект все равно требует времени, т.к документация имеет тенденцию бесконтрольно разрастаться.
Решение во многом архитектурное, дробить проект на простые микросервисы, каждый из которых имеет независимую документацию, etc.
Технический писатель может не разбираться в предметной области достаточно глубоко, а аналитик может не уметь писать на человеческом языке.
Следовательно, вам нужен и тот и другой. Но, раз в команде есть люди, которые понимают, как и что работает, можно попробовать обойтись без аналитика.