Подготовка артефакта Product Backlog (резерв проекта)
Резерв проекта — это список требований к функциональности, упорядоченный по их степени важности, подлежащих реализации. Элементы этого списка называются «пожеланиями пользователя» (user story) или элементами резерва (backlog items). Резерв проекта открыт для редактирования для всех участников скрам процесса.
Wikipedia.
Чтобы было чем наполнять резерв проекта, сделаем ряд допущений по поводу характера реализуемого проекта:
3 компоненты проекта не связаны друг с другом логической связью либо пересекающейся функциональностью. Нам необходимо лишь обеспечить возможность вызова функций всех трех компонент, используя общий визуальный интерфейс. Это позволяет нам писать тесты для этих компонент и реализовывать их независимо друг от друга.
Все 3 компоненты примерно равнозначны по сложности их реализации.
Мы не знаем, какие конкретно новые требования предъявит нам заказчик в начале 2й недели работы над проектов, но знаем, каких конкретно компонент они будут касаться. (Модель такой ситуации: заказчик – генеральный директор открытого акционерного общества. На предыдущем заседании акционеров была подтверждена необходимость реализации заказанного проекта. На следующем, запланированном на конец первой недели, будет принято решение о двух ключевых особенностях двух компонент проекта). Соответственно к утру следующего рабочего дня (т.е. начало второй недели) после проведения заседания мы будем знать, что конкретно мы должны реализовывать. Но какие компоненты будут затронуты изменениями, мы знаем заранее.
Пусть для определенности первоначально у нас есть по 3 пользовательских истории для каждой компоненты. Они составляют базовую функциональность, не очень сложные в реализации, поэтому мы назначим им стоимость в 1 очко. Дополнительные требования, появляющиеся в начале второй недели, составляют ключевую функциональность, сложны в реализации, им мы назначим стоимость в 4 очка. Стоимость объединения компонент – 2 очка.
Теперь у нас достаточно данных, чтобы наполнить резерв проекта.
Backlog item (элемент резерва проекта) |
Очки (Story Points) |
История 1-1 (1я история для 1й компоненты) |
1 |
История 1-2 |
1 |
История 1-3 |
1 |
История 2-1 |
1 |
История 2-2 |
1 |
История 2-3 |
1 |
История 3-1 |
1 |
История 3-2 |
1 |
История 3-3 |
1 |
Объединение 1й компоненты со 2й |
2 |
После объявления новых требований |
|
История 1-4 |
4 |
История 2-4 |
4 |
Включение вызовов функций, реализующих 1-4 и 2-4, в объединяющий компонент |
2 |
Подключение 3ей компоненты к общему интерфейсу |
2 |
Тестирование 1й компоненты |
4 очка |
Тестирование 2й компоненты |
4 очка |
Тестирование 3й компоненты |
4 очка |
Стоит отметить, что создание данного артефакта – не только моя обязанность; фактически, резерв проекта создается всеми участниками скрам-процесса во время планирования первого спринта.
Теперь, имея созданный резерв проекта, мы можем промоделировать течение спринтов.
№ спринта |
Задачи 1го разработчика |
Задачи 2го разработчика |
Задачи 3его разработчика |
1 |
Истории 1-1, 1-2, 1-3.
3 очка |
Истории 1-2, 1-3, 1-4.
3 очка |
Объединение 1й и 2й компоненты.
2 очка |
2 |
История 1-4.
4 очка |
История 2-4.
4 очка |
Дополнение объединяющей компоненты. 2 очка |
3 |
Исправление возможных недочетов по 1й компоненте; История 3-1.
1-3 очка |
Исправление возможных недочетов по 2й компоненте; История 3-1.
1-3 очка |
Изучение результатов демонстрации и итогов работы коллег за время своего отсутствия
0 очков |
4 |
Тестирование 1й компоненты
4 очка |
Тестирование 2й компоненты
4 очка |
История 3-3. Тестирование 3й компоненты.
5 очков |
5 |
Исправление возможных недочетов по 1й компоненте
0-1 очко |
Исправление возможных недочетов по 2й компоненте
0-1 очко |
Исправление возможных недочетов по 3й компоненте
0-1 очко |
Итого: |
12-15 очков |
12-15 очков |
9-10 очков |
