Деловая игра - Kiruhas/KirillOvchinnikov.github.io GitHub Wiki
1. Проект
1.1 Рассматриваемая система (процесс)
1.1.1 Наименование: процесс расчета эффекта от автоматизации
1.1.2 Цель (назначение): оценка эффекта от автоматизации процессов
1.1.3 Разбор цели системы по SMART
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | расчёт эффекта от автоматизации (полной экономии за выбранный период) | ✅ |
| M (измеримость) | количество человек в месяц | ✅ |
| A (достижимость) | команда | ✅ |
| R (уместность) | программные модули калькулятора | ✅ |
| T (ограниченность во времени) | рабочий месяц | ✅ |
1.2 Предлагаемый проект
1.2.1 Наименование: разработка калькулятора для расчета эффекта от автоматизации
1.2.2 Цель (изменяемый критерий SMART цели системы): упрощение расчета эффекта от автоматизации
1.2.3 Разбор цели проекта по SMART
| Критерий | Значение | Оценка |
|---|---|---|
| S (конкретность) | экономия трудозатрат на расчеты | ✅ |
| M (измеримость) | формы/модули/строки кода | ✅ |
| A (достижимость) | команда Web-Team и инструменты: VS Code, Pycharm | ✅ |
| R (уместность) | ограничение: 12 нормочасов на сотрудника | ✅ |
| T (ограниченность во времени) | ограничение: срок до окончания модуля 2 | ✅ |
1.3 Вид прототипа
- горизонтальный (сценарии работы)
- вертикальный (структура продукта)
- одноразовый (исследовательский)
- инкрементный (эволюционный)
1.4 Задача
1.4.1 репозиторий
1.4.2 landing page
1.4.3 пользовательская история (ссылка на issue)
- Кто: Максимова
- Роль: Владелец продукта
- Хочу: Калькулятор для подсчета эффективности автоматизации системы
- Чтобы: Автоматизировать процесс ручного подсчета эффективности от автоматизации
- Приемка: Работающий интерфейс, протестированный на разных тестовых данных
1.5 Проектные риски (спринт)
- Дефицит специалистов
Нереалистичные сроки и бюджет- Реализация несоответствующей функциональности
Разработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей- Непрекращающийся поток изменений
Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системы- Разрыв между квалификацией специалистов и требованиями проекта
| Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|
| 1 | Программист заболеет | 🟢 | Принятие (Acceptance) | Проектом займется заместитель |
| 3 | Неправильное понимание требований ишью разработчками | 🟡 | Снижение (Mitigation) | После разработки будет осуществлена проверка разработанной функциональности на соответствие требований ишью владельцем ишью или РП |
| 6 | При выполнении спринта появятся новые задачи | 🟡 | Уклонение (Avoidance) | Запретить принимать новые задачи в sprint log |
| 10 | Отсутствие четких требований по реализации программных компонентов | 🟡 | Уклонение (Avoidance) | Перед началом разработки необходимо тщательное проектирование системы (определиться что и как будет реализовано) |
2. Команда
2.1. Закрепление полномочий
| Роль | Ответственность (компетенция, зона принятия решений) | Менеджер | Исполнитель |
|---|---|---|---|
| РП (Владелец продукта) | Бизнес-результат, решение проблем, обеспечение ресурсами | Кузьмина Валерия | Максимова Ольга |
| АД (Мастер) | Диспетчирование и контроль задач, выявление проблем | Максимова Ольга | Волков Алексей |
| СП (Аналитик) | Сбор и управление всеми требованиями в проекте | Шульга Николай | Овчинников Кирилл |
| ВН (Дизайнер) | Удобство использования, привлекательность продукта | Максимова Ольга | Куличкина Юлия |
| БА (Тестировщик) | Выявление бизнес-проблем, способы тестирования | Волков Алексей | Кузьмина Валерия |
| НИ (Архитектор) | Структура продукта,инструменты разработки и поставки | Овчинников Кирилл | Шульга Николай |
| ПП (Программист) | Стиль и способы разработки, используемые фреймворки | Кузьмина Валерия | Мигунов Никита |
| КО (Тех.писатель) | Документирование проекта и продукта | Мигунов Никита | Куличкина Юлия |
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-страницы с обработчиками событий | html-страницы с обработчиками событий |
| ВН (Дизайнер) | 3 финиш | Разрабатывает и отлаживает процедуры - страницы, позволяющие выполнять тесты в интерактивном режиме html-страницы и js-процедурами для запуска тестов | html-страницы и js-процедурами для запуска тестов |
| БА (Тестировщик) | 1 старт | Разбивает задачу истории на подзадачи - тесты | Список подзадач с именами тестов |
| БА (Тестировщик) | 2 контроль | Разрабатывает процедуры - тесты и тестовые наборы данных | html-страницы с тестами |
| БА (Тестировщик) | 3 финиш | Разрабатывает и отлаживает процедуры - тесты и тестовые наборы данных | html-страницы с js-процедурами тестов и тестовые наборы данных |
| НИ (Архитектор) | 1 старт | Разбивает задачу истории на подзадачи - процедуры | Список подзадач с именами процедур |
| НИ (Архитектор) | 2 контроль | Определяет дополнительные требования к выполнению задач | Комментарии к задачам |
| НИ (Архитектор) | 3 финиш | Принимает решение по всем выявленных несоответствиям требованиям | Комментарии к задачам |
| ПП (Программист) | 1 старт | Разрабатывает алгоритмы выполнения всех подзадач, требующих программной реализации | Описание алгоритма и диаграмма деятельности в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| ПП (Программист) | 2 контроль | Разрабатывает процедуры - обработчики и генераторы тестовых наборов данных | js-модули |
| ПП (Программист) | 3 финиш | Разрабатывает и отлаживает процедуры - генераторы тестовых наборов данных | js-модули |
| КО (Тех.писатель) | 1 старт | Делает описания для всех подзадач, требующих программной реализации | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| КО (Тех.писатель) | 2 контроль | Корректирует или делает новые описания для всех разработанных процедур | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы |
| КО (Тех.писатель) | 3 финиш | Разрабатывает требуемые описания всех разработанных процедур, тестов и тестовых наборов данных | Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страниц или в виде комментариев в файлах процедур, тестов и тестовых наборов данных |
3. Личные риски (на спринт)
Дефицит специалистовНереалистичные сроки и бюджетРеализация несоответствующей функциональностиРазработка неправильного пользовательского интерфейса«Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталейНепрекращающийся поток измененийНехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграциюНедостатки в работах, выполняемых внешними (по отношению к проекту) ресурсамиНедостаточная производительность получаемой системы- Разрыв между квалификацией специалистов и требованиями проекта
| Роль | Фаза | Вид риска | Название риска (описание события) | Вероятность | Стратегия | Мероприятие |
|---|---|---|---|---|---|---|
| СП (Аналитик) | 1 старт | 10 | Отсутствие четких требований по реализации программных компонентов | 🟡 | Уклонение (Avoidance) | Перед началом разработки необходимо тщательное проектирование системы (определиться что и как будет реализовано) |