Post #1009

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