Организуйте работу по структуре, а не по людям

Когда людей просят организовать задачи проекта, они часто делят работу по людям или ролям: создают список для дизайнеров и список для программистов. Это приводит к проблеме, о которой мы говорили в главе 5: участники выполняют задачи, но эти задачи не складываются в готовую часть проекта достаточно рано.

Возьмём пример вне разработки ПО: человек организует мероприятие по сбору средств. Он мог бы создать список задач для каждого из трёх волонтёров и отслеживать работу таким образом. Но тогда не было бы видно общей картины подготовки мероприятия — что на крупном уровне готово, а что ещё нет. Вместо этого ему стоит создавать списки по структуре проекта: по частям, над которыми можно работать и которые можно завершать независимо друг от друга. Для этого он создаст списки «Меню», «Подготовка площадки» и «Свет и звук». Тогда организатору будет легко увидеть, какие направления завершены, а в каких ещё осталась работа.

В разработке продукта готовых категорий нет. Обычно мы создаём то, чего раньше не создавали. Каждый проект — неизведанная территория, которую нужно обойти, прежде чем составлять карту. Погружаясь в работу, мы выясняем, где находятся взаимозависимости, как всё связано и что можно отделить.

Как мы видели в главе 5, такие фрагменты работы объединяют задачи фронтенда и бэкенда. Это позволяет завершить одну часть настоящего проекта и уверенно перейти дальше. Так лучше, чем получить множество частей, которые — скрестим пальцы — должны соединиться к концу цикла.

Такие объединённые фрагменты проекта мы называем участками работы (scopes). Мы разбиваем общий объём работы проекта (scope, в единственном числе) на отдельные участки (scopes, во множественном числе), которые можно завершать независимо друг от друга. В этой главе мы рассмотрим, как команда составляет карту участков проекта и поочерёдно над ними работает.