Исследование ·
Как определить границы системы
Зафиксировать, что входит в анализируемую систему, а что остается внешней зависимостью.
Кратко: за 2 минуты
Зафиксировать, что входит в анализируемую систему, а что остается внешней зависимостью. Результат работы — Context Diagram.
Когда применять
Урок относится к этапу «Исследование». Понять реальную проблему, границы системы и интересы участников до описания решения. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.
Что это дает
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Context Diagram».
Пошагово: как выполнить
- Перечислите акторов и внешние системы
- Обозначьте входы, выходы и доверительные границы
- Зафиксируйте out of scope
Критерии приемки
- Все интеграции видны на схеме
- Границы понятны бизнесу и разработке
- Out of scope согласован
Типичные ошибки
- Описывать только будущий интерфейс
- Скрывать ручные операции за границей
Инструменты
Пример
Плохой пример
Описывать только будущий интерфейс
Хороший пример
Учебный пример. Новая система принимает заявки и передает их в учетную систему, но не рассчитывает стоимость доставки. На схеме указаны внешние участники, входы и исключенные функции.
Шаблон
Контекстная диаграмма
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Рабочий артефакт
Контекстная диаграмма
Учебный пример. Новая система принимает заявки и передает их в учетную систему, но не рассчитывает стоимость доставки. На схеме указаны внешние участники, входы и исключенные функции.
- Стейкхолдеры
- Проблемы
- Допущения
- Открытые вопросы
Контроль качества
Карта проблемного поля
Все интеграции видны на схеме
После релизов, изменения требований, обновления целей и появления новых рисков.
Контекст, проблему, доказательство, владельца, срок и критерий приемки.
Перед отметкой выполнено: Все интеграции видны на схеме
Как применять
Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как определить границы системы»?
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Context Diagram».
С чего начать выполнение?
Перечислите акторов и внешние системы
Как понять, что пункт выполнен?
Все интеграции видны на схеме
Какая ошибка чаще всего мешает результату?
Описывать только будущий интерфейс
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol