Редактирование: Аналитика

= Definition of Ready и Definition of Done для системных аналитиков =

<noinclude>
{{DISPLAYTITLE:DoR и DoD для задач системного аналитика}}
[[Категория:Системный анализ]]
[[Категория:Управление задачами]]
</noinclude>

__TOC__

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

== Definition of Ready (DoR) ==
=== Минимальные критерии ===
Перед взятием задачи в работу системный аналитик должен убедиться в наличии:

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

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

* {{Done|📌}} '''Примеры аналогичных решений''' (как делали раньше или у конкурентов)
* {{Done|📌}} '''Предварительный анализ''' (интервью с пользователями, данные аналитики)
* {{Done|📌}} '''Критерии успеха''' (как поймем, что задача выполнена хорошо)
* {{Done|📌}} '''Определенные риски''' (что может пойти не так)

== Definition of Done (DoD) ==
=== Минимальные критерии ===
Для закрытия задачи достаточно:

* {{Done|✅}} '''Документированных требований''' (в Jira/Confluence/Google Docs)
* {{Done|✅}} '''Первичной валидации''' (подтверждение от заказчика или PO)
* {{Done|✅}} '''Передачи артефактов''' (разработчикам/тестировщикам)
* {{Done|✅}} '''Отсутствия открытых вопросов'''

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

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

== Пример применения ==
=== Для User Story ===
{| class="wikitable"
! Этап !! Минимальные критерии !! Идеальные критерии
|-
| '''DoR''' || 
* Есть описание проблемы
* PO подтвердил приоритет
|| 
* Добавлены макеты интерфейса
* Готовы критерии приемки (AC)
|-
| '''DoD''' || 
* Требования в Jira
* Подтверждение разработчика
|| 
* Схема API
* Проверка с QA
|}

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

<noinclude>
== См. также ==
* [[Agile-методологии]]
* [[Управление требованиями]]
* [[Системный анализ в разработке ПО]]

[[Категория:Agile]]
[[Категория:Документирование]]
</noinclude>