Skip to content

Деловая игра

MilenaShermatova edited this page Dec 6, 2020 · 41 revisions

1. Проект

1.1 Рассматриваемая система (процесс)

1.1.1 Наименование: проект разработки калькулятора затрат на разработку программных средств

1.1.2 Цель (назначение): ускорение разработки курсового проекта

1.1.3 Разбор цели системы по SMART

Критерий Значение Оценка
S (конкретность) калькулятор (web-приложение)
M (измеримость) модули
A (достижимость) работа всей команды
R (уместность) разрабатываемая командой Александры Абакумовой библиотека
T (ограниченность во времени) до конца второго модуля

1.2 Предлагаемый проект

1.2.1 Наименование: Разработка web-части работы с данными калькулятора затрат на разработку программных средств

1.2.2 Цель (изменяемый критерий SMART цели системы): упрощение восприятия интерфейса калькулятора

1.2.3 Разбор цели проекта по SMART

Критерий Значение Оценка
S (конкретность) сократить время разработки
M (измеримость) чел/час
A (достижимость) вся команда "миленчики"
R (уместность) Ограничение: 12 нормочасов на сотрудника
T (ограниченность во времени) Ограничение: срок до окончания модуля 2

1.3 Вид прототипа

  • горизонтальный (сценарии работы)
  • вертикальный (структура продукта)
  • одноразовый (исследовательский)
  • инкрементный (эволюционный)

1.4 Задача

  • Кто: все студенты потока
  • Роль: студент
  • Хочу: получить калькулятор
  • Чтобы: упростить выполнение расчетов трудозатрат
  • Приемка: калькулятор выдает правильные расчеты на входных данных контрольного примера

1.5 Проектные риски (спринт)

  1. Дефицит специалистов
  2. Нереалистичные сроки и бюджет
  3. Реализация несоответствующей функциональности
  4. Разработка неправильного пользовательского интерфейса
  5. «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей
  6. Непрекращающийся поток изменений
  7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию
  8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами
  9. Недостаточная производительность получаемой системы
  10. Разрыв между квалификацией специалистов и требованиями проекта
Вид риска Название риска (описание события) Вероятность Стратегия Мероприятие
1 Программист заболеет 🟢 Принятие (Acceptance) Обязанности будет выполнять заместитель
6 При выполнении спринта появятся новые задачи 🟡 Уклонение (Avoidance) Запретить принимать новые задачи в sprint log
8 Проект зависит от библиотеки (проект Абакумовой) 🟢 Передача(Transference) Совместное обсуждение требований

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 контроль Обеспечение иллюстрациями
БА (Тестировщик) 1 старт Разбивает задачу истории на подзадачи - тесты Список подзадач с именами тестов
БА (Тестировщик) 2 контроль Разрабатывает процедуры - тесты и тестовые наборы данных html-страницы с тестами
БА (Тестировщик) 3 финиш Разрабатывает и отлаживает процедуры - тесты и тестовые наборы данных html-страницы с js-процедурами тестов и тестовые наборы данных
НИ (Архитектор) 1 старт Разбивает задачу истории на подзадачи - процедуры Список подзадач с именами процедур
НИ (Архитектор) 2 контроль Определяет дополнительные требования к выполнению задач Комментарии к задачам
НИ (Архитектор) 3 финиш Принимает решение по всем выявленных несоответствиям требованиям Комментарии к задачам
ПП (Программист) 1 старт Разрабатывает алгоритмы выполнения всех подзадач, требующих программной реализации Описание алгоритма и диаграмма деятельности в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
ПП (Программист) 2 контроль Разрабатывает процедуры - обработчики и генераторы тестовых наборов данных js-модули
ПП (Программист) 3 финиш Разрабатывает и отлаживает процедуры - генераторы тестовых наборов данных js-модули
КО (Тех.писатель) 1 старт Делает описания для всех подзадач, требующих программной реализации Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
КО (Тех.писатель) 2 контроль Корректирует или делает новые описания для всех разработанных процедур Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
КО (Тех.писатель) 3 финиш Разрабатывает требуемые описания всех разработанных процедур, тестов и тестовых наборов данных Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страниц или в виде комментариев в файлах процедур, тестов и тестовых наборов данных

3. Личные риски (спринт)

  1. Дефицит специалистов
  2. Нереалистичные сроки и бюджет
  3. Реализация несоответствующей функциональности
  4. Разработка неправильного пользовательского интерфейса
  5. «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей
  6. Непрекращающийся поток изменений
  7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию
  8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами
  9. Недостаточная производительность получаемой системы
  10. Разрыв между квалификацией специалистов и требованиями проекта
Роль Фаза Вид риска Название риска (описание события) Вероятность Стратегия Мероприятие
АД (Мастер) 1 старт 10 Исполнитель не даст оценку 🟡 Передача (Transference) Связь с мастер-менеджером для совместного решения вопроса