Business game - oyway6173/borozdin.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 (достижимость) Команда Филиппова ✅
R (уместность) 8 нормочасов на сотрудника) ✅
T (ограниченность во времени) Срок до окончания второго модуля ✅

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

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

1.4 Задача

1.4.1 репозиторий

1.4.2 landing page

1.4.3 пользовательская история (ссылка на issue)

  • Кто: Команда Филиппова
  • Как: Архитектор
  • Хочу: Видеть библиотеку работы с данными постов
  • Чтобы: Упростить разработку счетчика лайков
  • Приемка: Все функции работы с данными правильно работают на контрольных примерах

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

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

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