смотря про какую документацию речь... у всех она своя)

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

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

• макеты гуя - это, очевидно, компетенция дизайнеров

• всякие юзергайды можно оставить тестировщикам

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

ну и разумеется не помешает всё это отдать какому-нибудь тех. писателю / нормоконтроллёру чтобы вычитал, докопался до формулировок и поправил)

Вообще, существуют разные взгляды на то, как и какую документацию необходимо вести в проекте. Например в RUP довольно детально описано кто, когда, какие артефакты должен формировать и кто, зачем ими должен пользоваться (насколько я знаю там даже предлагаются некие шаблоны по которым стоит составлять все документы). А Эрик Эванс в своём DDD (если я правильно понял) предлагает всем работать с одной моделью, которая будет отражать "единый язык" и должна быть одинаково понятна и полезна всем.

Мне нравится как описывает документацию ИИ. Четко и по делу.