Документирование — это мощнейший инструмент системного мышления.

Мы часто думаем: «Документацию никто не читает, значит, ее можно не писать»

Это самое частое оправдание. Но в нем кроется ошибка: ценность не только в готовом документе, но и в процессе его создания.

Когда вы пишете, вы заставляете свой мозг перейти от хаотичных мыслей к строгой структуре. Это как рассказать кому-то сложную тему — именно в момент объяснения вы сами начинаете понимать ее глубже.

3 причины писать «для себя»

😻Выявление «дыр» и противоречий
Пока требование крутится у вас в голове, оно кажется идеальным. Но стоит начать излагать его на бумаге, как сразу всплывают вопросы:

🦊 «А что будет, если пользователь нажмет отмену?»
🦊 «Как система отреагирует на пустое значение?»
🦊 «Мы же не забыли про валюту в этом расчете?»

🧡 Вывод: Документирование — это стресс-тест для ваших требований.

😻Структурирование информации
Наша память нелинейна. В ходе интервью мы получаем информацию кусками: из диалога с экспертом, из письма, из старой документации.
Процесс написания — это сбор паззла. Вы группируете разрозненные данные в логические блоки: функциональные требования, бизнес-правила, сценарии.

🧡Вывод: Голова освобождается от хранения информации, и вы можете сконцентрироваться на анализе.

😻Создание «якоря» для памяти и коммуникации
Через месяц или даже неделю вы не вспомните, почему было принято то или иное решение. Записав ход мыслей и аргументы, вы создаете надежный источник правды, к которому всегда можно вернуться.

🧡 Вывод: Документация — это внешняя память аналитика, которая не подводит.

Как применять на практике?

Не обязательно сразу писать полноценный BRD. Начинайте с малого:

🦊Конспектируйте встречи. Не просто записывайте решения, а тезисно формулируйте проблему и аргументы.
🦊Рисуйте схемы. Набросайте от руки блок-схему процесса, который пытаетесь понять. Это сразу выявит логические разрывы.
🦊Ведите личные заметки. Используйте любой удобный формат: Markdown-файл, Miro-доска, OneNote. Пишите так, как понятно вам

📝 «Мы думали, это займет три дня»: как сократить разрыв между бизнесом и IT

Автор, Семен,  solution-архитектор в Газпромбанке, поднимает в статье вопрос разорванного ландшафта компании — ситуацию, когда бизнес и IT существуют в параллельных вселенных, и делится опытом, как это можно "починить".

📎 Читать статью

Как нанимают fullstack-аналитиков: инсайты от работодателя

Автор статьи подробно описывает:
- этапы отбора кандидатов;
- на что обращает внимание при просмотре резюме и на собеседовании;
- и делится готовым планом интервью на позицию Fullstack-аналитика.

Также в статье есть примеры «фильтров», по которым некоторые работодатели могут отсеивать резюме. Но не стоит воспринимать это как универсальное правило — это лишь одна точка зрения на большом и разнообразном рынке труда.

Статья может помочь тем, кто готовится к собеседованиям — будет полезно заглянуть в голову рекрутера.

📎 Читать статью на VC