Давайте вместе разберем интересный кейс!

Есть команда, которая отвечает за технически сложный продукт. Скажем, за компилятор какого-нибудь языка. Под капотом компилятор состоит из нескольких отдельных подсистем, которые интегрируются друг с другом, но в целом довольно независимы. В команде 10 человек. Каждый из них – эксперт только в одной из подсистем. Экспертность тут означает хорошее понимание ее архитектуры, используемого стека технологий, кейсов пользователей и того, как похожие проблемы решаются в других языках. Вместить в одного человека экспертность сразу в нескольких подсистемах скорее всего не получится.

Команда находится на критическом пути сразу нескольких больших проектов. Для каждого из них нужно сделать ряд изменений в нескольких подсистемах (но не всех!). Распределением задач и их координацией занимается тимлид команды. Эта схема довольно плохо масштабируется по многим причинам – начиная с бас-фактора в лице тимлида, заканчивая тем, что все проекты в одну голову загружаются довольно-таки плохо.

Как бы вы реорганизовали команду и процессы в ней, чтобы:
- Одновременно могла вестись работа сразу по нескольким проектам.
- Тимлид не был бы блокирующим звеном.
- Оставались ответственные за принятие технических решений в каждой из подсистем.

Кстати, если хотите разобрать ваш кейс, пишите мне в личку – какие-то разберу сам, а какие-то в похожем режиме вброшу в канал!