Тут задался вопросом, в каких направлениях развиваться? Вижу, от тех. писателя требуется либо знание ГОСТ, либо технический английский, редко сразу оба. Часто поощряется Linux, DocBook, LaTeX, DITA. Как вы видите для себя развитие в области?
Технический писатель, направления для развития
Внимание! У нас сбои с почтовым сервером! Если не пришло письмо о регистрации или смене пароля напишите нам на info@techwriters.ru!
@twriters чат для технических писателей в Telegram
Технический писатель, направления для развития, Обсуждаем какие профессиональные направления развития есть у технического писателя
Ответы
07.10.2014 15:29:37
|
|||||
|
|
07.10.2014 15:35:08
Там есть и разработка документов информационно-маркетингового назначения, и разработка документов уровня инженера или программиста. Просто для этого нужны более высокие уровни квалификации, чем для разработки пользовательской документации. "Оформление и компоновка документов" - самый низкий уровень квалификации, "оформление документа в соответствии с заданным стандартом" - первый пункт трудовых функций. Не понятно, почему технический писатель не должен это делать или должен только на каких-то особых условиях. |
|
|
|
07.10.2014 16:03:23
А можно просто в Confluence написать все требования, проставив ссылки на корпоративный глоссарий, на связанные задачи в Jira, на описание процесса приемки, тестирования и прочие особенности. Confluence это или иная вики-система не важно, главное, что над текстом может работать несколько участников, видно кто что внес или изменил, прикрепляются макеты и файлы в разных форматах, архивы и т.п. Например, таблица из Excel, сертификат для сервера, архив с картинками, набор необходимых библиотек, которые недоступны никому и прочее. В итоге вся достоверная информация есть в ТЗ и оно доступно всем, кому надо одновременно из разных мест планеты с любого устройства с инетом.. К нему всегда удобно обратиться программисту и отметить ход работ, что он выполнил (тут же заказчик может контролировать ход работ), тестировщику, писателю и прочим участникам. Есть целый системы планирования, постановки задач, управления проектами. технические задания ставятся там.
Изменено: ADVANCED - 07.10.2014 16:04:16
|
|||
|
|
07.10.2014 16:12:59
Более того, в России уже есть электронные подписи и они активно используются. Ранее они назывались ЭЦП (электронно-цифровая подпись). На сайтах некоторых бюджетных учреждений без ЭП ничего нельзя ни заказать, ни получить. Внести изменения в личном кабинете, что-либо продать/купить на бирже, документы по сделкам депозитария или брокера, оплата в банках, заказ автомобилей и покупка недвижимости... Миллион примеров еще - все сопровождается ЭП или 3d-secure. Авторизация и аутентификация с мобильного устройства с помощью IMSI-кода, Мобильный штрих-код и тому подобное. В это направлении надо смотреть, столько интересного впереди. |
|||
|
|
07.10.2014 16:39:21
Чего высиживать то? |
|||
|
|
07.10.2014 16:49:01
Могу привести пример с DITA, просто пример. Есть компания в которой используют диту. Она настроена, стили есть, все хорошо. Есть группа писателей. Им сказано описывать некую систему. Сказано примерно так: Открыл редактор XML - написал абзац - вставил картинку - сохранил, написал абзац - вставил картинку - сохранил. Писатель пишет, о стилях и стандартах не думает. Картинки принимают размер как надо, стили сами применяются, как выглядит конечный документ - они могут и не знать ![]() Другой писатель в другой компании пишет текст на сайте с движком Битрикс или WordPress, загружает картинки. Также ни о каких стилях и стандартах он не думает. Часть текста попадает в релиз, в описание изменений, остальное в подсказки, страницы помощи и т.п. |
|||
|
|
07.10.2014 17:00:51
От проектирования до разработки того же сайта выполняется много работы, как например, анализ существующих аналогов, изучение разработок конкурентов, изучение недостатков и достоинств существующих решений, описание бизнес-процессов "как есть - как будет", разработка концепции, описание возможностей развития в дальнейшем, проектирование самой системы как на уровне архитектуры, так и на уровне интерфейса и функционала и пр., и пр. Приведенный пример - типичный пример разработки "на коленке". Заинтересованный заказчик к тому варианту редко склоняется. И ежу понятно, что JIRA для нормального управления требованиями недостаточно, она подходит только на этапе разработки системы.
techwriter.ru.com
|
|||
|
|
07.10.2014 17:18:45
|
|||||
|
|
07.10.2014 17:20:24
Если этим занимается писатель, может означать, что: а) ему не правильно назвали должность на которую он трудоустроен; б) он достаточно продвинут в знаниях и имеет аналитический склад ума и проходит испытательный срок на должность аналитика; в) аналитик заболел, а писатель из пункта "б" не знает чем заняться; г) маленькая контора, где разработчик сам себя же тестирует, руководитель проекта контролирует время прихода и ухода сотрудников, техподдержка пишет инструкцию "как перезагрузить сервер" и происходит другая путаница в работе. д) еще что-либо |
|||
|
|
07.10.2014 17:25:35
Хороший принцип или плохой - определяется результатом деятельности той компании, в которой так делается, а не аналитиком или пользователем форума TW ![]() Всегда хороши принципы того работодателя, к которому недавно устроился работать. Как только взгляды поменялись, в мозгу проскакивает мысль о смене места работы ![]() |
|||
|
|
07.10.2014 17:27:42
techwriter.ru.com
|
|||
|
|
07.10.2014 17:30:16
У каждого "ежа" свои критерии нормального ![]() Кому-то JIRA не по зубам в финансовом плане, кому-то она вообще не нужна, т.к. небольшой стартап и все проектируется на доске маркером. кому-то жиры мало. Jira подходит и на этапе тестирования и документирования системы. |
|||
|
|
07.10.2014 17:49:29
Все всё выполнили, но заказчик недоволен. Ему не нужен КЛАДР, а нужно чтобы в систему был забит его список адресов с пояснениями "пройти 10 метров от угла дома, свернуть в подворотню, постучать в дверь с красной вывеской 3 раза". Сейчас этот список написан нечитаемым подчерком в нескольких бумажных тетрадях. Те деньги, за которые компания готова за это взяться, заказчик платить не готов. Получили по половине человекодня программиста, тестировщика и техписателя, потраченных впустую, и недовольного заказчика. Этого можно было бы избежать, если бы аналитик не поленился перевести устное пожелание заказчика "хочу выбирать из списка" в требование "У пользователя должна быть возможность выбрать адрес из справочника КЛАДР" и отправить его на утверждение заказчику. На самом деле всё зависит от масштаба задач. Пожелание адекватного заказчика, которое может быть реализовано за полчаса, можно выполнить и без бюрократической волокиты. Но это именно выполнение мелкого пожелания, а не "разработка ТЗ без создания печатного или электронного документа".
Изменено: Марина - 07.10.2014 17:49:55
|
|||||||
|
|
21.10.2014 09:46:18
techwriter.ru.com
|
|||
|
|
21.10.2014 10:18:39
Тогда и будете говорить, что это несложно.
Изменено: Виктор Фигурнов - 21.10.2014 10:18:58
|
|||
|
|
21.10.2014 11:01:25
Коллеги! Напоминаю тему: Какие направления для развития технического писателя вы знаете!
![]() |
|
|
|
21.10.2014 11:09:57
|
|||||
|
|
21.10.2014 11:24:05
Заказчик говорит, что онлайн-документация ему в принципе нравится, но эта кнопочка должна быть с закругленными углами, этот ярлычок вкладки другой высоты, промежуток между панелями должен быть узкий, должны быть такие-то кнопки, которые то-то делают, и т. д. Будете отвечать, что ничего этого делать не умеете? |
|||
|
|
21.10.2014 11:50:06
Если я - менеджер, работающий с заказчиком, вежливо доношу до него мысль "любой каприз за ваши деньги". Пожелания про форму кнопок скорее всего сразу отвалятся. То, что действительно необходимо, будем осваивать, может быть, наняв верстальщика или оплачивая обучение верстке своих техписателей. |
|||||
|
|
21.10.2014 12:27:50
techwriter.ru.com
|
|||
|
|
21.10.2014 12:29:01
techwriter.ru.com
|
||||
|
|
|||
Читают тему