Отчёт по бизнес игре - Artyom-Ivanov627/squad GitHub Wiki

Ссылка на отчёт РП 👉

1. Проект

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

1.1.1 Наименование: Прохождение студентами дисциплины в весеннем семестре.

1.1.2 Цель (назначение): Обучить студентов.

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

Критерий Значение Оценка
S (конкретность) Проведение занятий весеннего семестра. ✅
M (измеримость) Оценки. ✅
A (достижимость) Студенты и преподаватели. ✅
R (уместность) Материалы из Github. ✅
T (ограниченность во времени) Время прохождения дисциплины. ✅

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

1.2.1 Наименование: Миграция материалов дисциплины "Проектирование информационных систем. Часть 2(весна)".

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

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

Критерий Значение Оценка
S (конкретность) Материалы в репозитории. ✅
M (измеримость) Wiki-страницы. ✅
A (достижимость) Команда ✅
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.Разрыв между квалификацией специалистов и требованиями проекта ➖
Вид риска Название риска (описание события) Вероятность Стратегия Мероприятие
1 Программист заболеет 20% Уклонение (Avoidance) Найти замену программисту
6 При выполнении спринта появятся новые задачи 20% Уклонение (Avoidance) Запретить принимать новые задачи в sprint log
5 Найдем слишком много подходящих эмодзи 20% Уклонение (Avoidance) Запретить дизайнеру перерабатывать и дать ему выходной

2. Команда

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

Роль Ответственность (компетенция, зона принятия решений) Менеджер Исполнитель
КО (Тех.писатель) Документирование проекта и продукта Артем Иванов -

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

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

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

Вид риска Наличие
1. Дефицит специалистов ➖
2. Нереалистичные сроки и бюджет ➖
3. Реализация несоответствующей функциональности ➖
4. Разработка неправильного пользовательского интерфейса ➖
5. «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей ➖
6. Непрекращающийся поток изменений ➖
7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию ➖
8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами ➖
9. Разрыв между квалификацией специалистов и требованиями проекта ❗
Роль Фаза Вид риска Название риска (описание события) Вероятность Стратегия Мероприятие
КО 1 старт 9 Человек не понял задачу 20% Принятие (Acceptance) Объяснить, что нужно делать
⚠️ **GitHub.com Fallback** ⚠️