Загальні питання документування
Технічна комунікація: до постановки проблеми
Документування систем і ІТ-інфраструктур
ГОСТ 34
Навіщо потрібні ГОСТ 19 і ГОСТ 34
Автоматизована система з точки зору ГОСТ 34
Автоматизована система з точки зору ГОСТ 34. Продовження
A Ghost of the GOST
Як присвоїти документу «код по госту»
документування інфраструктур
Документування ІТ-інфраструктури організації
документування процесів
Розробка нормативної документації: навіщо вони потрібні і що собою являють?
Коли необхідно починати регламентацію діяльності і перехід до регулярного менеджменту?
управління документуванням
Підхід до оцінки термінів створення технічної документації
Методика і стиль викладу
Яким має бути керівництво користувача
Як світ влаштований? Концептуальний розділ керівництва користувача
Як писати документацію по-англійськи?
інструментарій
Розробка технічної документації на основі єдиного джерела
Писати bat-файли може кожен!
MadCap Flare: система для розробки технічної документації на основі єдиного джерела
Ілюстрований каталог деталей і складальних одиниць за стандартом S1000D
Microsoft Word
Microsoft Word для технічного письменника
Рекомендації по системі стилів в шаблонах для технічної документації
DITA
Технологія DITA: огляд можливостей і основні переваги
Документування вимог за допомогою DITA
DocBook / XML
DocBook / XML: відкрита платформа для розробки технічної документації
Налаштування оформлення вихідних документів в DocBook / XML
Налаштування FO-процесорів для виведення символів кирилиці в середовищі Microsoft Windows
CMDB Docs
Діаграми «стимул-реакція» - альтернатива традиційним моделям бізнес-процесів
Кадрові питання документування
Хто такі технічні письменники?
Технічний письменник. Базові компетенції фахівця
Технічний редактор в великому світі: спеціальність і професія >>
стандартизація
Проект ГОСТу на стиль викладу
ANSI Z535.6 - стандарт на попереджувальні врізки в технічній документації
заходи
Конференція «Документування сьогодні»
Введення в DITA. запис вебінару
Переклад
А. В. Клименко. Ремесло перекладу >>
HAT і CAT
інше
Як написати курсову і не тися по самі вуха
Гуманна робота в програмі Microsoft Excel
Як переконливо скласти кошторис, план або звіт з чисельними даними
Проект національного стандарту «Стиль викладу документації користувача програмного засобу. Загальні вимоги"
Кому і для чого потрібен стандарт на стиль?
Керівник відділу документування
Досягнення стійкості якості документації, що випускається відділом. Уніфікація стилю документації користувача в компанії. Пред'явлення чітких єдиних вимог до результатів роботи всіх співробітників відділу
Включення посилання на пропонований стандарт в стандарт організації або розробка на його основі власного стандарту на стиль. Ознайомлення зі стандартом всіх співробітників відділу
Менеджер по продукту
Забезпечення відповідності корпоративному стилю і якості документації користувача на програмні продукти компанії
Включення посилання на пропонований стандарт в стандарт організації або розробка на його основі власного стандарту на стиль
Керівник проекту з розробки замовний автоматизованої системи (програми)
Формалізація вимог до стилю викладу документації користувача, запобігання конфліктів з представником замовника при здачі проекту
Включення посилання на пропонований стандарт в технічне завдання. в розділ «Вимоги до документування»
Забезпечення однаковості і якості документації користувача при замовленні автоматизованих систем (програм) зовнішнім виконавцям або власним розробникам
Включення посилання на пропонований стандарт в технічне завдання. в розділ «Вимоги до документування»
Текст проекту стандарту
Проект стандарту в форматі PDF