bg context template - stankin/design-part-1 GitHub Wiki
1.1 Рассматриваемая система (процесс) ✋
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | <что получается в результате процесса (О = что?)> | ✅ или ❌ |
| M (измеримость) | <как можно измерить результат> | ✅ или ❌ |
| A (достижимость) | <кто занимается этой деятельностью (P = кто?) и какими инструментами пользуется (M = чем?)> | ✅ или ❌ |
| R (уместность) | <какие ресурсы требуются в ходе деятельности (I = из чего?)> | ✅ или ❌ |
| T (ограниченность во времени) | <как управляется деятельность (C = как, когда?)> | ✅ или ❌ |
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | <что изменяется в системе в результате проекта (О = что?) | ✅ или ❌ |
| M (измеримость) | <как можно измерить результат изменений | ✅ или ❌ |
| A (достижимость) | <кто занимается проектом (P = кто?) и какими инструментами пользуется (M = чем?) | ✅ или ❌ |
| R (уместность) | Ограничение: 12 нормочасов на сотрудника <какие ресурсы требуются в ходе проекта (I = из чего?>) |
✅ |
| T (ограниченность во времени) | Ограничение: срок до окончания модуля 2 <как управляется деятельность (C = как, когда?)> |
✅ |
- горизонтальный (сценарии работы)
- вертикальный (структура продукта)
- одноразовый (исследовательский)
- инкрементный (эволюционный)
1.4.1 ❓ репозиторий
1.4.2 ❓ landing page
- <Кто (автор)>
- <Как (роль)>
- <Хочу (что)>
- <Чтобы (цель)>
- <Приемка>
1.5 Проектные риски (спринт) ❓ ✋
- Дефицит специалистов
Нереалистичные сроки и бюджетРеализация несоответствующей функциональностиРазработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей- Непрекращающийся поток изменений
Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системыРазрыв между квалификацией специалистов и требованиями проекта
| Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|
| 1 | <Программист заболеет> | 🟢 или 🟡 или 🔴 | Уклонение (Avoidance) Снижение (Mitigation) Передача (Transference) Принятие (Acceptance) |
❓ |
| 6 | При выполнении спринта появятся новые задачи | 🟡 | Уклонение (Avoidance) | Запретить принимать новые задачи в sprint log |
| Роль | Ответственность (компетенция, зона принятия решений) | Менеджер | Заместитель |
|---|---|---|---|
| РП (Владелец продукта) | Бизнес-результат, решение проблем, обеспечение ресурсами | ❓ФИО 1 | ❓ФИО 2 |
| АД (Мастер) | Диспетчирование и контроль задач, выявление проблем | ❓ФИО 1 | ❓ФИО 2 |
| СП (Аналитик) | Сбор и управление всеми требованиями в проекте | ❓ФИО 1 | ❓ФИО 2 |
| ВН (Дизайнер) | Удобство использования, привлекательность продукта | ❓ФИО 1 | ❓ФИО 2 |
| БА (Тестировщик) | Выявление бизнес-проблем, способы тестирования | ❓ФИО 1 | ❓ФИО 2 |
| НИ (Архитектор) | Структура продукта, инструменты разработки и поставки | ❓ФИО 1 | ❓ФИО 2 |
| ПП (Программист) | Стиль и способы разработки, используемые фреймворки | ❓ФИО 1 | ❓ФИО 2 |
| КО (Тех.писатель) | Документирование проекта и продукта | ❓ФИО 1 | ❓ФИО 2 |
2.2. Закрепление обязанностей ✋
| Участник | Стадия | Действие (activity) | Ожидаемый результат |
|---|---|---|---|
| РП (Владелец продукта) | 1 старт | Регистрирует участников проекта | Участники приняли приглашения и подключились к проекту |
| РП (Владелец продукта) | 2 контроль | Принимает решение по всем возникающим проблемам | Комментарии к проблемам (issue) |
| РП (Владелец продукта) | 3 финиш | Принимает решение об успешности спринта, дает общую оценку работы команды и дает предложения по всем индивидуальным оценкам | Предложения по индивидуальным оценкам |
| АД (Мастер) | 1 старт | Получает оценку времени для каждой подзадачи, собирает sprint log, назначает исполнителей | Список подзадач на канбан-доске |
| АД (Мастер) | 2 контроль | Проводит stand-up совещание | Статус задач отмечен на канбан-доске, проблемы зарегистрированы и назначены РП в форме дополнительных задач (issue) |
| АД (Мастер) | 3 финиш | Проводит stand-up совещание | Статус задач отмечен на канбан-доске, проблемы зарегистрированы и назначены РП в форме дополнительных задач (issue) |
| АД (Мастер) | 3 финиш | Проводит демонстрацию результатов спринта владельцу продукта и другим заинтересованным лицам | Протокол демонстрации записан в виде комментария к пользовательской истории |
| СП (Аналитик) | 1 старт | Регистрирует историю как отдельную задачу проекта (issue) | Задача с номером |
| СП (Аналитик) | 2 контроль | Регистрирует возникающие дополнительные задачи (issue) в соответствующих проектах | Задачи с номером |
| СП (Аналитик) | 3 финиш | Выполняет все разработанные тесты, регистрирует все выявленные несоответствия требованиям | Задачи с номером, комментарии |
| ВН (Дизайнер) | 1 старт | Разбивает задачу истории на подзадачи - страницы | Список подзадач с именами страниц |
| ВН (Дизайнер) | 2 контроль | Разрабатывает процедуры - страницы, стили и заглушки обработчиков html-страницы с обработчиками событий | |
| ВН (Дизайнер) | 3 финиш | Разрабатывает и отлаживает процедуры - страницы, позволяющие выполнять тесты в интерактивном режиме html-страницы и js-процедурами для запуска тестов | |
| БА (Тестировщик) | 1 старт | Разбивает задачу истории на подзадачи - тесты | Список подзадач с именами тестов |
| БА (Тестировщик) | 2 контроль | Разрабатывает процедуры - тесты и тестовые наборы данных | html-страницы с тестами |
| БА (Тестировщик) | 3 финиш | Разрабатывает и отлаживает процедуры - тесты и тестовые наборы данных | html-страницы с js-процедурами тестов и тестовые наборы данных |
| НИ (Архитектор) | 1 старт | Разбивает задачу истории на подзадачи - процедуры | Список подзадач с именами процедур |
| НИ (Архитектор) | 2 контроль | Определяет дополнительные требования к выполнению задач | Комментарии к задачам |
| НИ (Архитектор) | 3 финиш | Принимает решение по всем выявленных несоответствиям требованиям | Комментарии к задачам |
| ПП (Программист) | 1 старт | Разрабатывает алгоритмы выполнения всех подзадач, требующих программной реализации | Описание алгоритма и диаграмма деятельности в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| ПП (Программист) | 2 контроль | Разрабатывает процедуры - обработчики и генераторы тестовых наборов данных | js-модули |
| ПП (Программист) | 3 финиш | Разрабатывает и отлаживает процедуры - генераторы тестовых наборов данных | js-модули |
| КО (Тех.писатель) | 1 старт | Делает описания для всех подзадач, требующих программной реализации | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| КО (Тех.писатель) | 2 контроль | Корректирует или делает новые описания для всех разработанных процедур | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| КО (Тех.писатель) | 3 финиш | Разрабатывает требуемые описания всех разработанных процедур, тестов и тестовых наборов данных | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страниц или в виде комментариев в файлах процедур, тестов и тестовых наборов данных |
3. Личные риски (на спринт) ❓ ✋
Дефицит специалистовНереалистичные сроки и бюджетРеализация несоответствующей функциональностиРазработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталейНепрекращающийся поток измененийНехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системы- Разрыв между квалификацией специалистов и требованиями проекта
| Роль | Фаза | Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|---|---|
| ПП (Программист) | 1 старт | 10 | <Долгое рисование диаграмм> | 🟢 или 🟡 или 🔴 | Уклонение (Avoidance) Снижение (Mitigation) Передача (Transference) Принятие (Acceptance) |
❓ |