Business game - GorlanovaAV/gorlanovaAV.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 Наименование: Разработка web-части работы с данными калькулятора затрат на разработку программных средств

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 пользовательская история (ссылка на issues)

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

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

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

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