Ключевые процессы в дизайне и разработке продуктов, интерфейсов и систем, помогают представить идеи в наглядной форме, протестировать их и доработать перед финальной реализацией.
Нотация C4 — это метод визуализации архитектуры программного обеспечения, разработанный Саймоном Брауном. Она использует четыре уровня абстракции для представления системы: Контекст (Context), Контейнеры (Containers), Компоненты (Components) и Код (Code). Каждый уровень углубляет детализацию, начиная с обзора системы в контексте ее взаимодействия с внешним миром и заканчивая внутренним устройством компонентов.
ADR (Architecture Decision Record) — это документ, фиксирующий архитектурные решения, принятые в процессе разработки и проектирования, а также их обоснование и последствия. Это не просто запись о том, какое решение было принято, а именно документирование процесса принятия решения, включая контекст, в котором оно было принято, и влияние этого решения на систему.
User Story - это краткое, неформальное описание функциональности продукта, представленное с точки зрения конечного пользователя. Пояснение того, что пользователь хочет сделать в системе и зачем.
CJM (Customer Journey Map) - это визуальное представление всех точек соприкосновения клиента с компанией или продуктом, от первого знакомства до завершения взаимодействия.
Use Case (сценарий использования) — это описание процесса взаимодействия пользователя с системой для достижения конкретной цели. В упрощенном понимании, это сценарий, описывающий, что пользователь делает с системой, и как система реагирует на его действия.
PEST-анализ — инструмент стратегического анализа; изучает внешние факторы, влияющие на деятельность компании. Он оценивает политические, экономические, социальные и технологические нюансы среды, в которой функционирует организация.
Анализ цепочки создания ценности — с помощью метода определяют все этапы работы над продуктом или услугой и оценивают вклад каждого этапа в конечный результат.
Технологический бенчмаркинг — сравнение бизнес-процессов, технологий, продуктов или услуг компании с аналогичными показателями других организаций (обычно с лидерами отрасли) с целью выявления лучших практик и возможностей для улучшения.
Диаграмма Исикавы — инструмент для визуального представления причинно-следственных связей; используется для анализа проблем и выявления причин их возникновения. Помогает структурировать и систематизировать идеи бизнеса для решения каждой из проблем.
BPMN (Business Process Model and Notation) — это стандарт графической нотации для моделирования бизнес-процессов. Он представляет собой набор условных обозначений и правил для создания визуальных схем, отображающих этапы и логику работы бизнес-процесса.
UML (Unified Modeling Language) — это унифицированный язык моделирования, который часто используется для визуализации, спецификации, конструирования и документирования систем, включая бизнес-процессы. В контексте бизнес-процессов UML позволяет создавать графические модели, которые отображают структуру, поведение и взаимодействие различных этапов и участников процесса.
Артефакты по завершении этапа:
Матрица стейкхолдеров
Отчеты интервью
Список проблем и ожиданий от системы
Библиотека текущих процессов
Проектные ограничения и границы
Целевые KPI
SMART-цели
Артефакты по завершении этапа:
Карта бизнес-процессов
Декомпозиция бизнес-целей
Ограничения и возможности текущих систем
Принимаемые допущения
Проектные риски
Артефакты по завершении этапа:
Требования в формате User Stories, Use Case, CJM
Нефункциональные требования
Реестр систем, интеграционных взаимодействий
Архитектурная схема
Рекомендации по решениям, технологиям
Артефакты по завершении этапа:
Диаграммы сложных процессов
Прототипы экранов
Артефакты по завершении этапа:
Финальный отчет с требованиями
Рекомендации по выделению MVP
roadmap или план проекта
Экспертное заключение
Результаты
Цели и границы проекта
Ограничения и допущения
Roadmap
Первичные требования
Спроектированные процессы, технические требования и верхнеуровневый solution