Техническое письмо
Что это такое
Техническое письмо — это документация, по которой может пройти незнакомый человек: спецификации, README, инструкции по эксплуатации, заметки об архитектуре и записи решений. Артефакт — сам документ, и единственная проверка, которая имеет значение, — может ли тот, кто его не писал, действовать по нему, не задав ни одного вопроса.
Почему это важно
Документацию читают в самый неудачный момент: во время инцидента, на первой неделе новичка, через полгода после ухода автора; цена плохого документа целиком оплачивается именно тогда, поэтому усилия принадлежат структуре и читателю, а не стилю прозы. Это ещё и единственная долговечная форма памяти команды: разговор недоступен дежурному в три часа ночи, а код не объясняет, почему он имеет такую форму.
Что в этом треке
- Структура спецификации или README (04-product-process/08-technical-writing/01-structure-of-a-spec-or-readme) — какие разделы читатель ждёт и в каком порядке они ему нужны.
- Редактирование для читателя (04-product-process/08-technical-writing/02-editing-for-the-reader) — как сокращать, упорядочивать и проверять документ на ком-то, кто не вы.
Предварительные требования
Нет.
Что читать дальше
- Инженерия требований (04-product-process/05-requirements-engineering) — как сделать утверждение проверяемым: без этого большинству технических текстов не обойтись.
- Jira и Confluence (04-product-process/13-jira-confluence) — где такие тексты обычно живут и как устаревают.
- UX-тексты и микрокопирайтинг (03-design-ux/07-ux-writing-microcopy) — то же ремесло в масштабе подписи кнопки и сообщения об ошибке.
- Работа со стейкхолдерами (04-product-process/07-stakeholder-management) — аудитории, на которые нацелено это письмо.