Деловая игра - GeorgeMelikyan/design.github.io GitHub Wiki
1. Проект
1.1 Рассматриваемая система (процесс)
1.1.1 Наименование: проект разработки калькулятора затрат на разработку программных средств
1.1.2 Цель (назначение): ускорение разработки курсового проекта
1.1.3 Разбор цели системы по SMART
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | калькулятор (web-приложение) | ✅ |
| M (измеримость) | модули | ✅ |
| A (достижимость) | Команда Милены Шерматовой | ✅ |
| R (уместность) | разрабатываемая нашей командой библиотека | ✅ |
| T (ограниченность во времени) | до конца второго модуля | ✅ |
1.2 Предлагаемый проект
1.2.1 Наименование: Разработка библиотеки работы с данными калькулятора затрат на разработку программных средств
1.2.2 Цель (изменяемый критерий SMART цели системы): упрощение разработки калькулятора
1.2.3 Разбор цели проекта по SMART
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | сократить время разработки | ✅ |
| M (измеримость) | чел/час | ✅ |
| A (достижимость) | наша команда | ✅ |
| R (уместность) | Ограничение: 12 нормочасов на сотрудника | ✅ |
| T (ограниченность во времени) | Ограничение: срок до окончания модуля 2 | ✅ |
1.3 Вид прототипа
- горизонтальный (сценарии работы)
- вертикальный (структура продукта)
- одноразовый (исследовательский)
- инкрементный (эволюционный)
1.4 Задача
1.4.1 Репозиторий
1.4.2 Landing Page
1.4.3 Пользовательская история (issue) ✋ пример
- Кто: Торхова.
- Как: архитектор.
- Хочу: получить библиотеку работы с данными.
- Чтобы: упростить разработку калькулятора.
- Приемка: все функции работы с данными правильно работают на контрольных примерах.
1.5 Проектные риски (спринт)
- Дефицит специалистов
Нереалистичные сроки и бюджетРеализация несоответствующей функциональностиРазработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей- Непрекращающийся поток изменений
Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системы- Разрыв между квалификацией специалистов и требованиями проекта
| Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|
| 1 | Программист заболеет | 🟢 | Принятие (Acceptance) | Проектом займется заместитель |
| 6 | При выполнении спринта появятся новые задачи | 🟡 | Уклонение (Avoidance) | Запретить принимать новые задачи в sprint log |
| 10 | Избыток сотрудников на роль | 🟡 | Уклонение (Avoidance) | Даем одному из сотрудников другую доп роль (заместитель) |
2. Команда
2.1. Закрепление полномочий
| Роль | Ответственность (компетенция, зона принятия решений) | Менеджер | Исполнитель |
|---|---|---|---|
| РП (Владелец продукта) | Бизнес-результат, решение проблем, обеспечение ресурсами | Абакумова | Меликян |
| АД (Мастер) | Диспетчирование и контроль задач, выявление проблем | Лазарева | Абакумова |
| СП (Аналитик) | Сбор и управление всеми требованиями в проекте | Парамонов | Коршунов |
| ВН (Дизайнер) | Удобство использования, привлекательность продукта | Коршунов | Парамонов |
| БА (Тестировщик) | Выявление бизнес-проблем, способы тестирования | Талько | Лазарева |
| НИ (Архитектор) | Структура продукта, инструменты разработки и поставки | Гордиенко | Логачева |
| ПП (Программист) | Стиль и способы разработки, используемые фреймворки | Меликян | Талько |
| КО (Тех.писатель) | Документирование проекта и продукта | Логачева | Гордиенко |
2.2. Закрепление обязанностей ✋
| Участник | Стадия | Действие (activity) | Ожидаемый результат |
|---|---|---|---|
| РП (Владелец продукта) | 1 старт | Регистрирует участников проекта | Участники приняли приглашения и подключились к проекту |
| РП (Владелец продукта) | 2 контроль | Принимает решение по всем возникающим проблемам | Комментарии к проблемам (issue) |
| РП (Владелец продукта) | 3 финиш | Принимает решение об успешности спринта, дает общую оценку работы команды и дает предложения по всем индивидуальным оценкам | Предложения по индивидуальным оценкам |
| ПП (Программист) | 1 старт | Разрабатывает алгоритмы выполнения всех подзадач, требующих программной реализации | Описание алгоритма и диаграмма деятельности в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| ПП (Программист) | 2 контроль | Разрабатывает процедуры - обработчики и генераторы тестовых наборов данных | js-модули |
| ПП (Программист) | 3 финиш | Разрабатывает и отлаживает процедуры - генераторы тестовых наборов данных | js-модули |
3. Личные риски (на спринт)
Дефицит специалистовНереалистичные сроки и бюджет- Реализация несоответствующей функциональности
Разработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей- Непрекращающийся поток изменений
Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системы- Разрыв между квалификацией специалистов и требованиями проекта
| Роль | Фаза | Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|---|---|
| ПП (Программист) | 2 контроль | 10 | Не удаётся исправить баг, обладая текущими знаниями | 🟡 | Принятие (Acceptance) | Получение недостающего опыта или привлечение исполнителя |
| ПП (Программист) | 2 контроль | 6 | Количество появления багов превышает скорость их устранения | 🟢 | Принятие (Acceptance) | Увеличение рабочего времени и привлечение исполнителя |
| ПП (Программист) | 1 старт | 3 | Неправильная работа подсчитывающего все значения алгоритма | 🟡 | Принятие (Acceptance) | Исправление алгоритма в рамках имеющегося срока |