Деловая игра - Gorgeouskad/pokoleniechydes.github.io GitHub Wiki

1 Проект

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

1.1.1 Наименование: Проект по разработке сайта для бронирования номеров

1.1.2 Цель (назначение): Повышение сдачи номеров в аренду

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

Критерий Значение Оценка
S (конкретность) Повысить количество сдаваемых номеров
M (измеримость) Повышение количества сданных номеров на 50%
A (достижимость) Достижима и может быть определена сотрудником отдела продаж
R (уместность) Цель значима, так как напрямую связана с прибылью
T (ограниченность во времени) Сроки разработки сайта 3 месяца

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

1.2.1 Наименование: Разработка сайта отеля

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

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

Критерий Значение Оценка
S (конкретность) Сайт бронирование номеров в отелях
M (измеримость) Количество заявок по бронированию отелей
A (достижимость) Команда "Поколение чудес" / Инструменты: MS SQL + MS VS
R (уместность) 12 часов на сотрудника
T (ограниченность во времени) срок до окончания модуля 2

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. Разрыв между квалификацией специалистов и требованиями проекта

2. Команда

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

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

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

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

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

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