Технический писатель, направления для развития

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

А как стандарт ISO? вижу, он мало где требуется? потому что дорого? =)

Стандартов ISO много тысяч, из них к созданию технической документации относятся несколько десятков.

Это не дорого. Просто не по сеньке шапка. Эти стандарты ориентированы на уровень технологий и уровень организации и менеджмента разработок, который в российских коммерческих организациях будет достигнут лет через 20, а в государственных и обслуживающих их организациях - дай Бог лет через 50. Пока же нам милее и понятнее ГОСТЫ 1970 гг.

в топку ГОСТ.
Еще смотрите в сторону многопользовательской работы с документацией, в сторону мультимедии

И, конечно, нужно развивать основной навык технического писателя - отличное знание русского языка. Все довольно печально в этом плане. Очень сложно найти просто грамотного технического писателя. Технического писателя, который умеет грамотно излагать текст, можно обучить пользоваться любым инструментарием. Вот, с неграмотным техническим писателем все очень тухло.

Наверное, ГОСТ можно использовать в качестве образца "как можно написать" (например, для написания руководств пользователя, администратора, программиста). Но в некоторых учреждениях это доведено до маразма, чтобы каждое поле для подписи и каждый заголовок был обозначен =)

То есть все вакансии, где требуется знание ГОСТ, лучше сразу выкидывать как застойные?  

34 ГОСТ про техническое задание (ГОСТ 34.602-89) введен в 1989 году, идеология там от 1970-х гг. По сравнению со стандартом IEEE/ISO/IEC 29148-2011 "Systems and software engineering -- Life cycle processes -- Requirements engineering" это каменный век. На поставку и апгрейд информационных систем и обучение персонала имеются отдельные и тоже весьма подробные стандарты. Зато в ГОСТ 34 больше половины содержимого - про формочки и рамочки.

Если начальство и руководство заказчика находится по своему развитию на уровне 70-80 гг. прошлого века. то ГОСТ 34.602-89 это именно то что надо.

Интересно, как по-разному можно толковать словосочетание "документация по 34 госту". В текстах 34 госта рамочки, по-моему, вообще не упоминаются. Есть ссылки на ЕСКД, ЕСПД и т.д., рамочки, наверно, оттуда. Я их видела на схемах и чертежах, которые готовили другие отделы или субподрядчики. С требованием сделать рамочки на текстовых документах ни разу за 3 года не сталкивалась. Настроить стили заголовков в ворде - минутное дело, это вообще глупо обсуждать.

У нас обычно под работой по 34 госту подразумевается разбиение проекта на этапы
1) техническое задание
2) технический проект
3) рабочая документация (2 и 3 часто объединяют)
4) ввод в действие

По каждому этапу должно быть написано один-два документа из списка http://standards.narod.ru/gosts/gost34/34-201-89.htm, их разделы и содержание должны быть как-то похожи на то, что написано в госте (обычно никто не сверяет, но если решат, что в документе не хватает чего-то важного, сошлются на гост). Для конечного пользователя из этих документов предназначено полтора, и никакой гост не запрещает кроме них сделать ещё и онлайн-хелп. Все эти документы читают не обязательно айтишники и "челы с шестыми айфонами". Инженеры старой закалки не меньше челов с айфонами заслуживают документации, подготовленной в удобном и привычном для них виде.

Технические писатели их и делают во всех развитых странах.

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