Семинары 3 4 - Ant0nRudenk0/rudenko.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 старт Регистрирует участников проекта Участники приняли приглашения и подключились к проекту
РП (Владелец продукта) 2 контроль Принимает решение по всем возникающим проблемам Комментарии к проблемам (issue)
РП (Владелец продукта) 3 финиш Принимает решение об успешности спринта, дает общую оценку работы команды и дает предложения по всем индивидуальным оценкам Предложения по индивидуальным оценкам
БА (Тестировщик) 1 старт Разбивает задачу истории на подзадачи - тесты Список подзадач с именами тестов
БА (Тестировщик) 2 контроль Разрабатывает процедуры - тесты и тестовые наборы данных html-страницы с тестами
БА (Тестировщик) 3 финиш Разрабатывает и отлаживает процедуры - тесты и тестовые наборы данных html-страницы с js-процедурами тестов и тестовые наборы данных

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

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