GBAK. Заметки аналитика

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

В условиях высокой турбулентности бизнеса ключевым активом организации во многих случаях становится не столько технология или капитал, сколько знания. Именно знания определяют устойчивость процессов, скорость адаптации и способность к масштабированию. В материале APQC "Getting Started with Knowledge Retention and Transfer" (доступен бесплатно на английском языке на официальном сайте APQC, требуется регистрация) рассматривается одна из базовых, но часто недооцененных управленческих задач — сохранение и передача знаний (knowledge retention and transfer)...

Раздел 4 BABOK представляет особый интерес для всех, заинтересованных в практике бизнес-анализа. Формально он называется «Выявление и сотрудничество», но по сути речь идет о куда более глубокой вещи: работе с неопределенностью, интересами и искажениями внутри организации. Именно здесь закладывается качество всех будущих требований. И именно здесь чаще всего допускаются ошибки, которые потом маскируются под «плохую разработку» или «неправильную реализацию». Большинство бизнес-аналитиков воспринимают выявление как сбор информации...

Рынок онлайн-обучения давно научился продавать не профессию, а надежду на быстрый переход в новую жизнь. Обещания звучат знакомо: "стань аналитиком за 2 месяца", "войти в IT без опыта", "получи новую профессию с нуля", "начни зарабатывать сразу после обучения". Вокруг этого вырос целый пласт образовательного маркетинга, где сложная профессиональная реальность упаковывается в короткий понятный маршрут, красивую презентацию и несколько "невыдуманных" историй успеха. Проблема не в том, что люди хотят сменить профессию...

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

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

В бизнесе есть известный парадокс, с которым сталкиваются почти все команды. Процессы оптимизируются, автоматизация внедряется, отчеты становятся красивее, но результат — выручка, скорость, качество — почти не меняется. Возникает ощущение, что организация как будто «уперлась в потолок». Проблема в том, что большинство улучшений делаются локально. Улучшаются отдельные участки, но не система в целом. И именно здесь появляется подход, который радикально меняет логику анализа — теория ограничений Элияху Голдратта (Theory of Constraints, TOC)...

Жизненный цикл разработки — термин, который часто звучит в IT-проектах, но при этом нередко воспринимается слишком узко. Многие связывают его исключительно с работой разработчиков и технической командой. На практике же жизненный цикл разработки (SDLC — Software Development Life Cycle) гораздо ближе к управлению бизнес-изменениями, чем может показаться на первый взгляд. Для руководителей и бизнес-аналитиков понимание SDLC имеет стратегическое значение. От того, насколько четко выстроена структура разработки, зависит предсказуемость проекта, качество системы и стоимость изменений...

В конце февраля 2026 года организация APQC (American Productivity & Quality Center) выпустила обновленную версию одного из самых известных международных справочников по бизнес-процессам — Process Classification Framework (PCF) Cross-Industry Version 8.0. Этот фреймворк уже много лет используется компаниями по всему миру для описания, сравнения и стандартизации процессов. Его применяют бизнес-аналитики, консультанты, архитекторы процессов и руководители трансформационных программ. Обновление PCF традиционно...

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

Автоматизация процессов сегодня воспринимается почти как универсальное благо. Во многих компаниях она стала синонимом эффективности: если процесс автоматизирован — значит он современный, быстрый и управляемый. Однако на практике все оказывается куда сложнее. Автоматизация действительно способна радикально повысить эффективность процессов. Но при неправильном применении она может привести к противоположному эффекту — усложнить работу, увеличить стоимость изменений и закрепить неэффективные практики...

Чего уж кривить душой, в сообществе бизнес-аналитиков BABOK чаще всего воспринимается как удобный сборник техник и практик. Но если читать руководство внимательно, становится заметно: прежде чем начинать разговор о техниках и областях знаний, BABOK закладывает концептуальную основу профессии. Эта основа находится во втором разделе. Если первый раздел (его разбор у меня можно почитать тут) определяет, что такое бизнес-анализ, то второй отвечает на более фундаментальный вопрос: о чем именно мы говорим, когда обсуждаем изменения в организации...