Анализ документов
Тема дорожной карты · Business Analysis
Анализ документов — это метод извлечения требований из существующих артефактов, таких как контракты, стандартные операционные процедуры (SOP), скриншоты старых систем, регуляторные тексты и тикеты поддержки. Этот метод дёшев и асинхронен, позволяя извлекать ценную информацию без необходимости согласования времени. Однако стоит помнить, что документация может лгать или устареть, поэтому всегда стоит сверять её данные с реальными источниками.
Как это работает
На начальном этапе проекта следует составить инвентарь документов, перечисляя все артефакты, которые могут быть релевантны для решения проблемы. Это могут быть контракты, SOP, тренинговые материалы, отчёты аудита, запросы на изменение и история тикетов. Для каждого документа важно зафиксировать информацию о том, кто владеет им, когда он был последний раз обновлён и что он утверждает о процессе. Важно помечать противоречия, которые могут возникнуть, когда документы, написанные разными командами, не согласуются друг с другом. Эти противоречия могут быть ценными находками, указывающими на проблемы в процессах.
Когда применять
Анализ документов особенно полезен на раннем этапе discovery, когда он идёт параллельно с интервью. Документы предоставляют формальную историю процессов, тогда как интервью помогают понять реальную практику. Этот метод особенно ценен для регулируемых доменов, где compliance-текст кодирует ограничения и правила, для проектов замены legacy систем, где документация старой системы описывает, что нужно сохранить, и для M&A-интеграций, где нужно быстро понять процессы целевой компании.
Типичные ошибки
(1) Доверие документам как истине — письменные процессы часто дрейфуют от реальной практики, поэтому всегда стоит валидировать информацию с помощью shadowing или интервью. (2) Утопление в объёме — внутренние IT-среды могут иметь тысячи страниц документации, поэтому важно проводить жесткий отбор (triage) информации. (3) Пропуск истории тикетов — support-тикеты часто являются самым плотным источником реальной боли пользователей, но они часто пропускаются из-за отсутствия пометок 'requirements'.