Инструменты бизнес-анализа

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

C BPMN (Business Process Modeling Notation) я впервые познакомилась, когда работала над продукте на BPMS (Business Process Management Systems). Там я работала над моделями исполняемого уровня, где каждый графический элемент строго следовал стандарту BPMN и требованиям движка. Потом я перешла в другую команду и получила задание описать процессы в BPMN 2.0. Здесь я столкнулась с тем, что на аналитическом уровне моделей походы другие. Я честнейшим образом старалась использовала все мощь нотацию со шлюзами и событиями...

Майк Кон, автор книги ”Пользовательские истории: гибкая разработка программного обеспечения”, выложил для подписчиков своего блога богатый материал. Это статья о пользовательских историях (источник) и примеры историй, которые описывают функциональность ранней версии сайта Scrum Alliance. Делюсь с вами статьей и частью материала. Пользовательская история - это краткое, простое описание функции, представленное с точки зрения человека, которому необходима новая возможность, обычно пользователя или клиента системы...

Value Stream Mapping (VSM) - инструмент визуализации и оптимизации процессов. Хотя он разработан в рамках бережливого производства и чаще ассоциируется с продуктовым менеджментом, его применяют и аналитики, что подтверждается, например, Agile Extension к BABOK (откуда взята картинка к этому посту). Карта потоков создания ценности - это графическое представление шагов процесса по созданию и доставке продукта или услуги клиенту. Карта фиксирует не только последовательность операций, а еще информационные потоки и ключевые метрики: время, затрачиваемое на добавление ценности и время простоев...

Недавно мне пришлось обсуждать такой вопрос: есть 83 тест-кейса, видимо, уже неактуальных. Как в таком объеме понять откуда они взялись и оценить актуальность? Чтобы понять как отвечать на такие вопросы, нужно вспомнить, что такое трассировка (traceability). Многие помнят, что это – систематическое отслеживание связей между артефактами. За этим прослеживается груда теории и скучной рутины, но непонятно как это работает. Почему так? 📍Трассировка важна для команды, но не интересна заказчикам. Обычно за этим забывают, что документация будет разрастаться и рано или поздно придется искать ее корни...

В блоге Майка Кона, наткнулась на полезную статью о декомпозиции историй и решила пересказать основные идеи. Вот как видит автор пять самых распространённых ошибок и способы их исправить. Если тема актуальна, то стоит заглянуть и в оригинал. Ошибка №1: Разделение историй — задача только Product Owner’а 🚨PO без технического бэкграунда может разделить историю так, что: ⚙️Решение: Ошибка №2: Разделение по техническим границам 🚨Истории делятся не по функциональным, а по техническим границам, т.е. только с точки зрения команды, а не пользователя или стейкхолдера...