Как разделить роли в маленькой команде

Зачем вообще делить

Чтобы не делать одно и то же дважды и чтобы у каждой части был хозяин. Часть без хозяина не делается: все считают, что это чужое.

Но деление в маленькой команде — не то же самое, что должности в компании. Здесь важнее ответственность за кусок, чем название роли.

Способ первый: по частям продукта

Каждый берёт свой сценарий целиком и делает его насквозь: от хранения до экрана.

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

Минусы. Нужно, чтобы каждый умел всё понемногу. Куски могут получиться разными по стилю.

Для команды новичков это лучший вариант из существующих. Именно из-за независимости: ожидание друг друга — главная причина затухания.

Способ второй: по слоям

Один делает то, что видит пользователь, второй — то, что под капотом.

Плюсы. Каждый работает в своей области, растёт вглубь.

Минусы, и они серьёзные. Первый постоянно ждёт второго. Второй делает то, чего долго не видно. Если один пропал, вторая половина проекта нерабочая.

Годится, когда у людей действительно разные умения и есть опыт договариваться о стыке заранее.

Способ третий: все делают всё

Общий список задач, каждый берёт следующую свободную.

Плюсы. Гибко, все всё понимают, никто не незаменим.

Минусы. Нужна дисциплина и доска, иначе двое делают одно. И труднее с ответственностью: сломалось — общее.

Работает в командах из двух-трёх человек с похожим уровнем.

Роли помимо кода

В любом проекте есть работа, которую никто не хочет и которая обязательна:

• Смотреть за целым. Как части соберутся вместе.
• Держать порядок в задачах. Чтобы доска отражала реальность.
• Общаться с теми, для кого делаем. Показывать, собирать отклики.
• Заниматься выкладкой. Чтобы проект был доступен, а не только на ноутбуках.

Назначьте это явно. «Само собой получится» не получается: эти вещи делает тот, кому первому станет невыносимо, и обычно это один и тот же человек, который потом выгорает.

Когда все хотят одно и то же

Обычная ситуация: трое хотят делать интерфейс, никто — данные.

Что помогает:

Меняться. Один этап делаешь скучное, следующий — интересное. Работает, если этапы короткие.

Делить пополам. У каждого есть интересная часть и своя доля неинтересной.

Признать вслух. Иногда честный разговор «мне это скучно, но кто-то должен» решает больше, чем схемы.

Чего не делать — тихо оставлять непривлекательную часть на самого безотказного. Через месяц он уходит.

Проверка, что разделили нормально

• У каждой части есть имя.
• Каждый может назвать, что он делает на этой неделе.
• Никто не ждёт другого больше дня.
• Есть тот, кто смотрит за целым.

Если хоть один пункт не выполняется — стоит вернуться к разговору. Пятнадцать минут сейчас дешевле, чем месяц недоразумений.