Коллеги, привет! 👋

Продолжаем разбирать методы сбора требований. Сегодня говорим об анализе документации. Это тот самый метод, с которого часто начинается работа аналитика, но который редко воспринимают как отдельный полноценный инструмент. А зря.

Анализ документации - это метод , основанный на изучении существующих материалов, регламентирующих или описывающих предметную область, бизнес-процессы или будущий продукт.

Это кабинетная работа. Никаких интервью, встреч и созвонов. Только вы и информация, которая уже зафиксирована на цифровых или бумажных носителях.

Что может быть источником:

▪︎ Бизнес-документы: стратегии развития, положения об отделах, должностные инструкции
▪︎ Регламентная документация: приказы, стандарты, инструкции, политики
▪︎ Проектная документация: уставы проектов, технические задания, спецификации
▪︎ Существующая отчетность: формы, шаблоны, примеры заполнения
▪︎ Артефакты прошлых проектов: результаты интервью, протоколы встреч, схемы процессов
▪︎ Нормативные акты: законы, отраслевые стандарты, требования регуляторов

Плюсы метода (+)

➕️ Достоверность источника. Документ - это зафиксированная реальность. В отличие от устных высказываний, он не меняется под настроение и не зависит от памяти говорящего.
➕️ Независимость от экспертов. Можно работать без отвлечения занятых специалистов. Не нужно ни с кем договариваться о встречах и подстраиваться под график.
➕️ Формирование базы для дальнейшей работы. Изучив документы, вы приходите к экспертам уже подготовленным, понимающим контекст и терминологию.
➕️ Выявление официальных правил. Документы показывают, как процесс должен работать «по правилам», даже если в реальности всё происходит иначе.
➕️ Экономия времени экспертов. Чем больше вы вытащите из документов, тем меньше вопросов придется задавать людям.

Минусы метода (-)

➖️ Документы могут врать. Информация устаревает. То, что написано в регламенте год назад, сегодня может уже не соответствовать реальности.
➖️ Отсутствие живого контекста. Вы видите только «сухой остаток». Почему решение принято так, а не иначе, какие были альтернативы - документ часто умалчивает.
➖️ Трудоемкость обработки. Особенно если документация хаотична, противоречива или представляет собой сотни страниц неструктурированного текста.
➖️ Риск «закопаться». Легко уйти в бесконечное чтение и потерять фокус на том, что действительно нужно для проекта.
➖️ Языковой барьер. Документы часто написаны сложным канцелярским или юридическим языком, который требует «перевода» на язык требований.

Когда использовать анализ документов:

~ Старт проекта. Нужно быстро погрузиться в контекст, понять структуру компании или продукта
~ Изучение legacy-систем. Когда нет доступа к авторам или разработчикам, а документация - единственный источник правды
~ Реверс-инжиниринг процессов. Есть регламенты, нужно восстановить реальную картину
~ Нормативные требования. Проект в регулируемой отрасли (финансы, медицина, госсектор)

Когда метод не сработает:

~ Документации просто нет. Или она существует только в головах сотрудников
~ Нужно понять неформальные практики. Как люди реально работают, а не как написано в инструкциях
~ Требуется скорость. Анализ сотен страниц может занять больше времени, чем пара коротких интервью

Продолжение ⬇️