Отчет по оценке трудозатрат (план факт) - PQlavka/stankin-SCRYAM GitHub Wiki

Оценка трудозатрат

Задача План Факт Выполнил
Задача #2: Описать механизм действия ABC/XYZ-анализа на wiki 4 часа 3 часа Сомова Е.
Задача #3: Определить инструменты разработки 2 часа 2 часа Клычков И.
Задача #4: Определение требуемых модулей для библиотеки 4 часа 4 часа Клычков И.
Задача #5: Добавить описания для всех подзадач, требующих программной реализации на wiki 4 часа 2 часа Сомова Е.
Задача #6: Определение входных и выходных параметров 2 часа 1 час Клычков И.
Задача #7: Зарегистрировать задачи в справочнике задач 4 часа 2 часа Молдобаев И.
Задача #8: Провести тестирование 5 часов Т.Д. -
Подзадача: Процедура импорта данных 2 часа 2 часа Силавский Б.
Подзадача: Процедура "Сортировка" 3 часа 3 часа Остапюк В.
Подзадача: Процедуры "Сумма, среднее, стандартное отклонение" 10 часов 10 часов Медведев И., Остапюк В.
Подзадача: Процедура "ABC" 6 6 Медведев И.
Подзадача: Процедура группировки 5 3 Молдобаев И.
Подзадача: Процедура "XYZ" 4 3 Медведев И.
Подзадача: Процедура "ABC+XYZ" 2 Т.Д. -
Подзадача: Описать модули и IO-параметры на wiki 2 2 Сомова Е.
Подзадача: Определить формат I/O-интерфейса для каждого модуля 2 1 Клычков И.
Подзадача: Подготовить среду для тестирования каждой процедуры, требующей разработки 8 7 Журавлев Д.
Подзадача: По описанию ABCXYZ составить тестовые данные 4 2 Журавлев Д.
Подзадача: Подготовить страницу документации 3 1.5 Силавский Б.
Подзадача: Подготовить страницы для среды тестирования данных 24 24 Силавский Б., Журавлев Д.

Трудозатраты на менеджмент

Действие Всего часов
Планирование задач на первый спринт 4
Подготовка проекта 2
Совещание 1 - планирование временных ресурсов 1
Совещание 2 - обсуждение задач и проблем 2
Совещание 3 - завершение спринта, оценка трудозатрат 1
Решение проблемы перегрузки членка команды 2

Заключение о проведении спринта №1

В результате спринта были реализованы почти все поставленный задачи. Каждый член команды внес свой вклад в общий процесс. По итогу спринта не было выявлено критических проблем. Технический долг образован из-за ошибок планирования в начале спринта. Вывод: SCRUM-подход для проведения спринта для разработки программной библиотеки наиболее показал высокую эффективность и 100% вовлеченность членов команды.