Аналитика

Материал из tswiki
Перейти к навигации Перейти к поиску

Definition of Ready и Definition of Done для системных аналитиков[править]


Введение[править]

Definition of Ready (DoR) и Definition of Done (DoD) — это критерии, которые помогают системным аналитикам четко понимать, когда задачу можно брать в работу (DoR) и когда она считается завершенной (DoD). Данные определения особенно важны в Agile-командах для поддержания прозрачности процесса работы.

Definition of Ready (DoR)[править]

Минимальные критерии[править]

Перед взятием задачи в работу системный аналитик должен убедиться в наличии:

  • ✓ Четкой цели задачи (проблема, требование или гипотеза)
  • ✓ Определенных стейкхолдеров (кто заказчик, кто принимает решение)
  • ✓ Исходных данных (документы, ссылки, примеры)
  • ✓ Согласования с PO/тимлидом (нет конфликтов с другими задачами)
  • ✓ Известных ограничений (сроки, бюджет, технические рамки)

Идеальные критерии[править]

Дополнительные параметры для сложных задач:

  • ✎ Примеры аналогичных решений (как делали раньше или у конкурентов)
  • ✎ Предварительный анализ (интервью с пользователями, данные аналитики)
  • ✎ Критерии успеха (как поймем, что задача выполнена хорошо)
  • ✎ Определенные риски (что может пойти не так)

Definition of Done (DoD)[править]

Минимальные критерии[править]

Для закрытия задачи достаточно:

  • ✓ Документированных требований (в СФЕРА)
  • ✓ Первичной валидации (подтверждение от заказчика или PO)
  • ✓ Передачи артефактов (разработчикам/тестировщикам)
  • ✓ Отсутствия открытых вопросов

Идеальные критерии[править]

Дополнительные параметры для полного завершения:

  • ✪ Требования по стандарту (Use Cases, User Stories, BPMN/UML)
  • ✪ Приемочный тест (демо для стейкхолдеров)
  • ✪ Обновленная документация (внутренняя и пользовательская)
  • ✪ Ретроспективный разбор (улучшения на будущее)

Пример применения[править]

Для User Story[править]

Этап Минимальные критерии Идеальные критерии
DoR
  • Есть описание проблемы
  • PO подтвердил приоритет
  • Добавлены макеты интерфейса
  • Готовы критерии приемки (AC)
DoD
  • Требования в СФЕРА
  • Подтверждение разработчика
  • Схема API
  • Проверка с QA

Когда какие критерии использовать[править]

  • Минимальные DoR/DoD — для срочных задач или MVP
  • Максимальные DoR/DoD — для:
    • Сложных фич
    • Регулируемых индустрий (финансы, медицина)
    • Критически важных компонентов системы


См. также[править]