Разработка технической документации и технические писатели Технические писатели и разработка технической документации технические писатели в Телеграм 

 obmen_soobsheniyami.png Чат для технических писателей 
 Зарегистрируйтесь
Страницы: 1
Ответить
RSS
Планирование работ, Обсуждаем то, как технический писатель может спланировать свою работу.
 
Обсуждаем в этой теме то, как техническому писателю планировать свою работу. Делимся опытом, даем рекомендации.


 
Постановка вопроса неверная. Планировать процесс документирования должен менеджер, в рамках общего плана проекта и жизненного цикла документируемой системы.

Управление и планирование документирования программного обеспечения описано в подробном стандарте ISO/IEC/IEEE 26511 "Systems and software engineering — Requirements for managers of user documentation". Планирование освещено в главах 6 и 7 этого стандарта, а также в приложении А.
 
Почему неверное? Во многих компаниях технический писатель сам планирует свое время (особенно при гибкой методике разработки, например, Agile) Менеджер может утвердить или нет план разработки документации составленный техническим писателем. Часто техническому писателю задают вопрос: за сколько вы разработаете руководство пользователя для нашей системы? Учитывая, что в компании, нередко, только технический писатель и понимает сколько ему нужно времени на это, то вопрос о планировании вполне логичен.
 
Цитата
writer пишет:
Почему неверное? Во многих компаниях технический писатель сам планирует свое время (особенно при гибкой методике разработки, например, Agile) Менеджер может утвердить или нет план разработки документации составленный техническим писателем. Часто техническому писателю задают вопрос: за сколько вы разработаете руководство пользователя для нашей системы? Учитывая, что в компании, нередко, только технический писатель и понимает сколько ему нужно времени на это, то вопрос о планировании вполне логичен.
У нас планирует команда :)
techwriter.ru.com
 
У нас тех.писы планируют сами.

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

Оптимально по опыту получается, когда успеваю задокументировать функционал в течение трех дней после того, как он окончательно утвержден у разработчиков.
Изменено: Elanor - 09.12.2014 16:50:05
Страницы: 1
Ответить
Читают тему
Форма ответов
 
Текст сообщения*
Загрузить файл или картинкуПеретащить с помощью Drag'n'drop
Перетащите файлы
Ничего не найдено
Загрузить картинки
Отправить Отменить