УСЛУГА

Системная и бизнес-аналитика для разработки нестандартных проектов

Проводим системную аналитику бизнес-процессов для разработки проектов, производим предпроектное обследование и готовим техническую документацию

Услуги отдела системной аналитики

Проведение предпроектного обследования
01
Написание технических заданий
02
Создание документации и инструкций
03

Что такое предпроектное обследование

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

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

Задачи ППО:

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

Риск некорректной оценки сложности, сроков и стоимости проекта
01
Затягивание сроков выхода продукта на рынок — Time to Market
02
Разработка «в стол» и заморозка проекта
03
Увеличение стоимости поддержки и развития системы в будущем
04

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

Документ Vision
Бэклог проекта
Видение проекта — общее представление о функциональных и бизнес-целях, которые стоят перед продуктом.

Позволяет познакомить с сутью проекта любое заинтересованное лицо.
Очередь задач — перечень функций, возможностей и интерфейсов проекта с делением по ролям и системам.

Определяет приоритет запуска разработки каждой из перечисленных функций.

Что будет, если пропустить этап ППО?

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

Что делать с результатами ППО

Вы получаете полный пакет документов на разработку или доработку IT-продукта, с помощью которого можно:

  • реализовать решение в нашем агентстве;
  • обратиться в любую компанию разработчиков;
  • использовать аналитический отчет для запуска тендера;
  • распределить задачу между несколькими подрядчиками и начать работу.

Этапы проведения предпроектного обследования

Переводим требования бизнеса на язык разработки с помощью серии интервью, которые проводит наш бизнес-аналитик (бизнес-аналитика), формализуем и описываем их, предлагаем концепции и способы реализации задач.
01

Сбор и анализ информации

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

Описание требований

Выявление и систематизация функциональных и нефункциональных требований к продукту, описание и согласование технических требований к ПО, приоритизация задач и план их реализации.
03

Подбор решений и архитектура

Анализ текущих систем и формирование пула технических решений, которые позволят выполнить задачу бизнеса. Описание структуры и логики работы IT-решения, описание требований к интеграциям и базам данных.
04

Описание и оценка задач

Оценка и определение объема работ для отдельных команд разработки: фронтенд, бэкенд, специалистов по работе с интеграционными модулями и базами данных.
05

Подготовка документации

Формализация и фиксация бизнес-требований и требований к технической реализации, разработка ТЗ, составление предварительной сметы.

Кто проводит ППО

Для выполнения предпроектного обследования может быть привлечен широкий спектр специалистов.
Состав команды зависит от целей и глубины проработки ППО.

Сколько времени нужно для анализа

Знакомая нам область
  • 3−4 недели
  • 80−160 часов
Незнакомая нам область
  • 160−320 часов
  • 1 месяц

В чем польза услуги предпроектного обследования

Для проекта
Снижение рисков провала, неисполнения обязательств или срыва сроков.

Избавление участников от излишнего оптимизма и защита от незапланированных затрат ресурсов.
Для исполнителя
Понимание проекта с точки зрения целей бизнеса, необходимых затрат и ресурсов, сроков и очередности реализации задач, состава команд и их целей.
Для заказчика
Структурированные требования к продукту и понимание оценочной стоимости работ, этапов и сроков, объемов проекта, структуры продукта, состава MVP и перспективы его развития.

Стоит ли уделять предпроектной аналитике такое внимание

Предварительная системная аналитика проекта дает возможность:

Когда нужна системная и бизнес аналитика

Перед запуском нового проекта или продукта
01
Перед внесением серьезных изменений в управление бизнес процессами
При масштабировании бизнеса или выходе на новый рынок
03
02
Перед внедрением новых систем для автоматизации бизнеса
Если текущий продукт не решает поставленных задач
05
Если у компании есть потребность в IT-решении, но нет понимания, как его реализовать
06
04
Проведём ППО для вашего проекта
Оставьте заявку прямо сейчас и мы проконсультируем вас по процессу проведения предпроектного обследования, обсудим цели и задачи проекта

Написание технических заданий

На этапе написания технических заданий (ТЗ) аналитики углубляются в детали продукта. Если на предпроектном этапе определялась структура и приоритеты, то теперь нужно детально описать каждый экран, страницу и интерфейс.

ТЗ включает модель данных, ролевую модель, бизнес-логику функционала и технические аспекты. Аналитики излагают требования понятным языком, но часто добавляют таблицы, схемы и диаграммы для визуализации сложных взаимосвязей. Иногда создаются прототипы экранов, чтобы наглядно показать логику взаимодействия и будущий пользовательский опыт.

После первого релиза продукт постоянно обновляется: крупные обновления раз в несколько месяцев, мелкие — регулярно (2−3 задачи). Все правки на сайте и в системе должны своевременно отражаться в документации, дополняя новыми требованиями и уточняя существующие.

Создание документации и инструкций

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

Аналитик должен уметь адаптировать стиль и уровень детализации под нужды каждой группы.

Важно поддерживать актуальность всех документов, созданных на предыдущих этапах, чтобы они соответствовали текущему состоянию продукта и служили достоверным источником информации для всех участников проекта.
Оставьте заявку, чтобы обсудить проект и задачи
*
*
*