13 вещей, которые убивают настоящую бизнес-аналитику

В прошлой статье я писал, что бизнес-аналитик - это не тот, кто просто рисует схемы в BPMN. Но давайте будем честными: в индустрии до сих пор полно людей, которые путают бизнес-анализ с чем угодно, только не с реальной работой по изменению бизнеса. За годы практики я сформулировал четкий список того, что НЕ является бизнес-анализом. Если вы видите эти признаки у себя или коллег - пора пересмотреть подход. 1. Описание бизнес-процессов - это не бизнес-анализ. Фиксация "как есть" - это документирование. Анализ начинается там, где вы отвечаете на вопросы: "Почему это работает именно так?", "Где теряются деньги?", "Что сломается при росте в 10 раз?". 2. Сбор видения процесса от разных участников - это мартышкин труд. Просто записать, что каждый думает о процессе - бесполезно. Люди часто описывают не реальность, а свои ожидания или оправдания. Задача БА - не собрать мнения, а найти истину, которая часто скрыта за конфликтом интересов. 3. Копирование процессов с прошлого места работы. "А вот в моей прошлой компании мы делали так..." - это не анализ, это ностальгия. Каждый бизнес уникален: своя культура, свои ограничения, свои цели. Слепое копирование чужих решений - путь к провалу. 4. Внедрение готового продукта как единственное решение. "Давайте купим SAP/1C/что-угодно, и все заработает" - это не анализ, это вера в волшебную таблетку. Внедрение системы может быть задачей БА, но только если это действительно решает бизнес-проблему, а не создает новую. 5. Непонимание целей бизнеса. Если вы не можете ответить на вопрос "Зачем мы это делаем?" и "Как мы измерим успех?" - вы не аналитик, вы исполнитель. Цели должны быть конкретными: рубли, кубометры CO2, количество жалоб клиентов, время обработки заказа. Без метрик нет анализа. 6. Игнорирование ролей: заказчик, пользователь, исполнитель. Эти три роли часто конфликтуют. Заказчик хочет дешево и быстро. Пользователь хочет удобно. Исполнитель хочет, чтобы не меняли то, к чему привык. Если БА не понимает этих конфликтов и не умеет их разрешать - проект умрет на этапе внедрения. 7. Отсутствие разносторонней практики. Нельзя быть хорошим БА, если вы работали только в одной роли и в одном масштабе. Опыт пользователя, заказчика, исполнителя - все это нужно, чтобы понимать, почему люди сопротивляются изменениям и как найти баланс интересов. 8. Незнание нюансов нотаций. BPMN и IDEF0 — это не просто "квадратики и стрелочки". BPMN, например, разбивает процессы по бассейнам, чтобы каждый участник видел свой функционал и точки взаимодействия. Если вы используете нотацию, не понимая её логики - вы получаете не инструмент, а кашу. 9. Игнорирование регламентов и законодательства. Бизнес-аналитик должен знать внутренние регламенты компании и действующее законодательство. Если компания трансграничная - еще и трансграничные требования. Иначе вы спроектируете процесс, который нарушает закон или внутренние правила, и бизнес получит штрафы вместо прибыли. 10. Игнорирование рисков. Юридические, производственные, риски брака, репутационные - БА должен находить все возможные точки риска в процессе. Умение предвидеть, где процесс может сломаться или принести убытки - одно из ключевих качеств настоящего аналитика. 11. Отрыв "как должно быть" от реальности. Идеальное видение процесса всегда корректируется реальными ограничениями: возможностями IT-систем, оборудования, технологическими возможностями, сроками, бюджетом. Если БА рисует "космические" схемы без учета реальности - это не анализ, это фантазия. 12. Принятие решений без подтверждающей фактуры. Любые факты, на которых базируются решения, требуют собранной подтверждающей фактуры: статистика и аналитика на данных, результаты проверок в полях, выжимки из договоров, законов и других нормативных документов, подтверждающие определенные обязательства или требования. Решения "на глазок" или "мне кажется" - это не анализ, это гадание. 13. Отсутствие валидации фактов. Все факты требуют валидации для принятия решения. Нужна проверка корректности анализа данных, проведенных проверок и т.п.