В чем идея: вместо одного большого "отдела разработки" и менеджера, который раздает задачи и контролирует их выполнение, у нас небольшие автономные команды, каждая из которых отвечает за конкретную часть продукта Джинна.

Автономные команды на Джинне:

1. Зона ответственности. У каждой команды есть "фокус" – своя уникальная зона ответственности, чтобы свести к минимуму ситуации, когда две команды не могут решить, "чья" это задача.
2. Роль лида/ТЛ. У каждой команды есть тимлид (ТЛ). Лид отвечает за выполнение целей команды и за ним всегда последнее слово, если команда не может договориться. В команде из одного человека он же и лид).
3. Team as a growth opportunity. Start small and prove yourself. Move between teams to get more experience and/or responsibilities. The best team has a pick at juicier challenges and can draft talent from other teams. // это я писал, не копировал ни откуда. не смог хорошо перевести

Организация работы внутри команды:

1. Организация работы внутри команды и выбор инструментов – на усмотрение команды. Разные команды могут работать по разному, это ок. Беклог задач формируется и сортируется командой.
2. Оптимальный размер команды – 2-4 человека. Если нужно больше людей, лучше разбить команду на две. Один человек может быть в нескольких командах сразу, но это скорее вынужденный и/или временный вариант.
3. Нет выделенного ПМ. Предполагаем, что команда максимально погружена в контекст проблемы, может сама найти решение и проверить его на пользователе.

Роль Head of Product (@Max Ischenko**):**

1. Еженедельные созвоны с лидами команд. Основной рабочий инструмент. Обсуждаем планы и приоритеты, потенциальные проблемы, mentoring & advice.

2. Утверждение планов и целей команды на след месяц-квартал-год. Детали TBD.

3. Определяет приоритеты через структуру команд и их фокус.

   Если запуск в Нигерии или новый онбординг это приоритет, значит у этой задачи должна быть выделенная команда. Если команды нет, значит это (сейчас) не важно.

Пример

Чтобы стало понятнее, давайте разберем на примере, как это должно работать.

Пример: Команда продукта.

Зона ответственности: Improving Djinni experience for existing users

На митинге с Head of product было принято решение в этом месяце сфоксироваться на метриках раздела Вакансии: количество поисков и просмотров вакансий, отклики, подписки.

Команда продукта обсудила разные идеи, которые можно попробовать и в качестве самой перспективной выбрала емейл-подписки: ими пользуется относительно мало кандидатов, по идее будет не очень сложно сделать их более популярными. Больше подписок – больше просмотров и значит больше откликов. ("Автономность").

Первые две идеи редизайна формы подписки ни к чему не привели, подписок больше не стало.

Команда повтыкала в аналитику, пообщалась с пользователями и сгенерировала еще три новых идеи для эксперимента. Одна из этих идей показала x3 подписок на А/Б тесте, ее быстро допилили и выкатили сначала на 20%, а потом и на 100% пользователей. Количество подписок увеличилось с 500 в неделю до 1200, о чем команда расскажет на след созвоне планирования. ("Ответственность за результат").