ruen
Проектируем

Бизнес-аналитика и системная аналитика IT-проектов

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

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

Какие проблемы решаем

Требования формируются уже во время разработки. Часть бюджета уходит на переделки, сроки становятся непредсказуемыми.
Каждое подразделение описывает задачу по-своему. Разработчики получают противоречивые пожелания и угадывают, что имели в виду.
Есть пожелания, но нет критериев приемки. Готовую работу оценивают по впечатлению, начинаются переделки и споры о том, кто за них платит.
Логика процессов существует только в головах сотрудников. Разработчикам приходится вытягивать ее вопросами в переписке, часть знаний теряется.

Что изменится

У проекта появится единый документ требований, с которым согласны все участники.
Разработчики будут работать по описанным сценариям, а не догадываться о логике.
Приемка результата пойдет по заранее согласованным критериям, а не по впечатлению.
Спорные моменты будут решены и зафиксированы до разработки, а не в ее процессе.
Среди задач, с которыми к нам обращаются:

Примеры сценариев

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

Как реализуем

Определяем состав работ. Какие процессы и системы охватываем, кто со стороны заказчика участвует, в каком формате фиксируем результат.
Собираем информацию. Интервью с сотрудниками, изучение документов и текущих систем, разбор реальных рабочих ситуаций и исключений.
Моделируем процессы. Описываем, как процесс работает сейчас и как будет работать в системе: роли, шаги, данные, отклонения и ошибки.
Формализуем требования. Пользовательские сценарии, правила обработки данных, требования к интеграциям, критерии приемки для каждого сценария.
Согласуем с участниками. Проходим требования с заказчиком и будущими пользователями, снимаем противоречия до начала разработки.

Риски и как мы ими управляем

Участники со стороны заказчика недоступны. Фиксируем состав и график на старте, работаем с владельцами процессов, спорные вопросы поднимаем руководителю проекта.
Требования растут уже во время работы. Изменения фиксируем отдельно от базового объема, решение о расширении заказчик принимает с пониманием влияния на сроки и бюджет.
Пользователи рассказывают одно, а работают иначе. Проверяем требования на реальных примерах и данных, а не только на словах.

С чего начать

Если проект крупный и задача еще не очерчена, начинают с предпроектного обследования, а аналитика становится его продолжением. Если направление работ понятно, аналитика может быть первым этапом: ее результаты передают в архитектуру, UX/UI и разработку.

Что получает заказчик

Документ требований: пользовательские сценарии, правила обработки данных, интеграции.
Модели процессов: как работает сейчас и как будет работать в системе.
Критерии приемки для каждого сценария.
Каждое принятое решение по спорному вопросу зафиксировано в документации с обоснованием, а не осталось в рабочих чатах.

Обсудить задачу

опишите, что нужно спроектировать, предложим состав и формат аналитики.

Контакты

свяжитесь с нами, мы это любим!
Реквизиты
Скачать презентацию
© 2014 — 2026, «NooSoft»