​Топология команд На прошлой неделе вышел пост про структуру | Менеджер от боженьки

​Топология команд

На прошлой неделе вышел пост про структуру команд в больших продуктах. Захотелось углубиться в эту тему и я быстро вырулил на популярную сейчас книгу «Топология команд».

Ее авторы нашли очень жизненную модель дизайна команд. Оглядываюсь на компании, где работал, и понимаю - все так и было!

По их мнению, все команды сводятся к 4 типам:

1. Платформенная. На примере нашего Амазона, это разработчики покупательской платформы. Они создали и поддерживают основные сущности: покупатель, товар, оплата и так далее. Получается фреймворк (движок), на котором легко писать фичи, относящиеся к покупке. Цель этой команды - сделать удобные инструменты и сервисы, которыми другая команда будет зарабатывать деньги.

2. Команда стрима как раз этим и занимается. Она делает основной функционал, который дает продукту ценность. Например, команда customer buying experience будет делать процесс покупки от карточки товара до "спасибо за ваш заказ". А команда merchant sales monitoring будет писать отчеты и статистику для продавцов.

3. Команда сложных подсистем - отвечает за какую-то очень дремучую, но очень нужную штуку. Например, поиск или рекомендации. В такую команду обычного фронтендера с рынка не возьмёшь, подойдут только лучшие умы планеты. Самой команде стрима не по зубам написать классный поиск, вот она и аутсорсит его другой тиме.

4. Помощники - это юристы, найм, безопасность и даже девопс, словом все, кто помогают стриму поскорее зарабатывать денежки. Немного похоже на платформенную команду, но с более узкими, локальными кейсами, которые нет смысла выкатывать на половину компании, как платформу.

Кто работает на больших продуктах, похоже на правду?