Хотя проектирование пользовательских интерфейсов находится вне области ответственности аналитика, на практике системные и бизнес-аналитики довольно часто сталкиваются с разработкой прототипов. Сегодня рассмотрим, что такое прототипирование, как и зачем BABOK®Guide рекомендует использовать эту технику, а также какие бывают виды прототипов и где их создавать.
Что такое прототипирование: взгляд BABOK®Guide
Разбирая ошибки, которые чаще всего делают начинающие системные и бизнес-аналитики при разработке ТЗ и спецификации требований, я упоминала про экранные формы и другие элементы пользовательского интерфейса, за которые отвечает дизайнер/проектировщик UI, а не аналитик. Тем не менее, BABOK®Guide включает прототипирование в перечень 50 техник, наиболее полезных для решения задач бизнес-анализа как метод раннего проектирования продукта для выявления и подтверждения потребностей стейкхолдеров через итеративной процесс создания модели или дизайна требований. Также прототипирование помогает понять и улучшить пользовательские впечатления, оценить варианты дизайна и стать основой разработки конечного бизнес-решения.
Как следует из названия, результатом прототипирования является прототип – эскизная модель конечного решения, полезная для следующих целей:
- выявить отсутствующие или неправильно описанные требования;
- подтвердить или опровергнуть гипотезы о взаимодействии с пользователями;
- уточнить логику бизнес-процессов и бизнес-правил;
- сформировать понимание внешнего вида и поведения продукта, единое со стейкхолдерами на ранних стадиях его проектирования.
Таким образом, прототип – это «черновик» решения, позволяющий быстро получить обратную связь от стейкхолдеров. Причем, как обычно в бизнес-анализе, под решением здесь подразумевается не только программный продукт, а вообще результат, который удовлетворит потребности бизнеса. Например, набор диаграмм бизнес-процессов, чтобы описать предлагаемое изменение потока работ или матрица ответственности (RACI).
BABOK выделяет 2 подхода к прототипированию:
- создание одноразовых прототипов – быстрые схемы на бумаге, флипчарте, онлайн-доске или в специальном ПО, которые помогают показать основные возможности или уточнить потребности стейкхолдеров. Они могут сохраняться для дальнейшего обсуждения и разработки, но не используются в качестве рабочего продукта и не поддерживаются после реализации решения.
- разработка развиваемых (функциональных) прототипов, которые трансформируются в рабочее решение по мере уточнения начальных требований и получения обратной связи от стейкхолдеров. Такие прототипы показывают не только внешний вид решения (UI для программного продукта), но и имитируют его поведение (UX), а создаются с помощью специального ПО, например, Axure RP.
Управление бизнес-анализом: курс для руководителей и ведущих аналитиков
Код курса
BAMP
Ближайшая дата курса
10 февраля, 2025
Продолжительность
8 ак.часов
Стоимость обучения
18 000 руб.
Также BABOK отмечает 5 возможных форм прототипов:
- подтверждение концепции (Proof Of Concept, PoC) – модель для подтверждения дизайна системы без учета ее внешнего вида, материалов, бизнес-процессов и потоков работ. Идея этого прототипа воплощается в MVP (Minimum Viable Product) – минимально жизнеспособном продукте.
- прототип изучения формы – модель для исследования размера, внешнего вида и тактильных характеристик восприятия продукта без реализации его функциональных возможностей;
- прототип эргономики – модель для проверки удобства взаимодействия конечного пользователя с системой без учета визуальных свойств;
- визуальный прототип – модель для проверки цветовых и графических характеристик решения без реализации его функциональных возможностей;
- функциональный прототип – модель для тестирования функциональных возможностей ПО, может включать оценку внешнего вида и имитацию бизнес-процессов и бизнес-правил. Такой функциональный прототип может поддерживаться и развиваться в рабочий продукт.
На практике вместо таких названий в продуктовой разработке чаще всего используются термины мокап (mockup), вайрфрейм (wireframe) и скетч (sketch). Что они означают, зачем нужны и чем отличаются, мы рассмотрим далее.
Прототипы в продуктовой разработке: ликбез по мокапам и вайрфреймам
В отличие от прототипа решения для уточнения требований, они ориентированы на быстрое представление дизайнов и в первую очередь применяются в разработке веб-сайтов.
- Sketch – это быстрый набросок от руки, визуализирующий ключевую идею.
- Wireframe – это черно-белый подробный план страницы сайта с расположением элементов UI: кнопки, чек-боксы, картинки, текст.
- Mockup – цветовой вариант вайрфрейма для уточнения взаимодействия с пользователем по карте клиентских путешествий (CJM, Customer Journey Map) – технике продуктового анализа из нового профильного справочника IIBA®, Guide to Product Ownership Analysis.
- А интерактивный вариант вайрфрейма называют прототипом, который демонстрирует поведение продукта за счет кликабельности элементов UI.
От процессов к продуктам: Product Ownership и Agile-практики для бизнес-аналитика
Код курса
POAP
Ближайшая дата курса
13 февраля, 2025
Продолжительность
8 ак.часов
Стоимость обучения
18 000 руб.
Таким образом, понятия mockup, wireframe и sketch, в отличие от прототипа в описании BABOK, имеют ограниченную область применения и сфокусированы только на визуальных и интерактивных свойствах программных продуктов. Помимо уже упомянутого Axure PR, создать мокап и вайрфрейм можно в Figma, InVision, Adobe XD, Sketch, Balsamiq, MockFlow, Frame Box. Эти инструменты активно используют UI/UX-дизайнеры и проектировщики интерфейсов.
А системные и бизнес-аналитики сталкиваются с ними не часто. Впрочем, благодаря быстроте и простоте представления, неудивительно, что прототипы так любят в Agile-проектах, где очень высокий уровень неопределенности, который нужно как можно скорее снизить. Поэтому системные и бизнес-аналитики сталкиваются с прототипированием в реальных проектах. Даже руководство к своду знаний по классическому бизнес-анализу BABOK®Guide отмечает прототипирование как технику решения следующих задач:
- проведение выявления;
- определение будущего состояния;
- спецификация и моделирование требований;
- измерение эффективности решения.
Поэтому понимание, что такое прототип и зачем он нужен, а также какие бывают прототипы и где их создать, пригодятся специалистам по системному и бизнес-анализу. Наглядный прототип позволяет оперативно представить стейкхолдерам вариант решения и быстро получить обратную связь. Однако, важно предупредить целевую аудиторию о целях рассмотрения прототипа, сути и назначении этого объекта, чтобы не сместить фокус с вопроса «Что?» на вопрос «Как?». Напомню, аналитик отвечает на вопрос, что нужно сделать для решения бизнес-проблемы. Именно это он описывает в требованиях к продукту или ТЗ. А ИТ-архитектор/разработчик/дизайнер/UI-проектировщик ответственны за то, как это будет реализовано.
Подробнее о том, почему формулирование требований с привязкой к элементам пользовательского интерфейса и их описание в ТЗ является ошибкой, я рассказывала здесь.
Разработка ТЗ на информационную систему по ГОСТ и SRS
Код курса
TTIS
Ближайшая дата курса
24 февраля, 2025
Продолжительность
16 ак.часов
Стоимость обучения
36 000 руб.
Узнать про техники продуктовой разработки из Guide to Product Ownership Analysis, а также попутно познакомиться с BABOK®Guide и Agile-расширением к нему, вам поможет мой новый курс «От процессов к продуктам: Product ownership и Agile-практики для бизнес-аналитика».
А тех, кто хочет во всех деталях освоить содержание руководства к профессиональному своду знаний по бизнес-анализу BABOK®Guide, предлагаю курсы Школы прикладного бизнес-анализа в лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:
- Лучшее из BABOK®Guide: ТОП-10 техник и задач для аналитика
- Разработка ТЗ на информационную систему по ГОСТ и SRS
