Skip to content

Деловая игра

Beautiful-Bird edited this page Nov 6, 2020 · 3 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 Наименование: Разработка библиотеки работы с данными калькулятора затрат на разработку программных средств

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
10 Избыток сотрудников на роль 🟡 Уклонение (Avoidance) Даем одному из сотрудников другую доп роль (заместитель)

2. Команда

2.1. Закрепление полномочий

Роль Ответственность (компетенция, зона принятия решений) Менеджер Исполнитель
РП (Владелец продукта) Бизнес-результат, решение проблем, обеспечение ресурсами Абакумова Меликян
АД (Мастер) Диспетчирование и контроль задач, выявление проблем Лазарева Абакумова
СП (Аналитик) Сбор и управление всеми требованиями в проекте Парамонов Коршунов
ВН (Дизайнер) Удобство использования, привлекательность продукта Коршунов Парамонов
БА (Тестировщик) Выявление бизнес-проблем, способы тестирования Талько Лазарева
НИ (Архитектор) Структура продукта, инструменты разработки и поставки Гордиенко Логачева
ПП (Программист) Стиль и способы разработки, используемые фреймворки Меликян Талько
КО (Тех.писатель) Документирование проекта и продукта Логачева Гордиенко

2.2. Закрепление обязанностей

Личные роли: главная роль - НИ (Архитектор) и дополнительная роль - КО (Тех писатель)

Обязанности:

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

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

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