Добрый день! В иннерсорс-команду выбирали разработчиков, чей ресурс казалось логичным перераспределить. Например, фронтенд-разработчик и QA пришли из продуктовых команд и всё ещё частично заняты задачами непосредственно в продукте.
Я до этого была в core-команде, которая в основном занималась техническими, а не продуктовыми задачами. Поэтому в моём случае перераспределить ресурс было оптимально: B2B-сервис от этого не пострадал, а ресурс на продуктовые задачи не уменьшился.
Добрый день! Да, это важный вопрос, спасибо, что его подняли.
В нашем случае мы пока не сталкивались с ситуацией, когда иннерсорсинг-команд становится много. Но если такую модель масштабировать, вопрос действительно нужно решать на уровне capacity planning и бюджетирования.
На мой взгляд, сама потребность в иннерсорсинге уже показывает, что ресурс и зона потребности находятся в разных местах. Если в один и тот же сервис начинает иннерсорсить несколько команд, это сильный сигнал, что команде-владельцу нужно увеличивать capacity и/или пересматривать архитектуру сервиса.
Иначе иннерсорсинг действительно начнёт решать проблему одной команды за счёт перегруза другой.
Добрый день! В иннерсорс-команду выбирали разработчиков, чей ресурс казалось логичным перераспределить. Например, фронтенд-разработчик и QA пришли из продуктовых команд и всё ещё частично заняты задачами непосредственно в продукте.
Я до этого была в core-команде, которая в основном занималась техническими, а не продуктовыми задачами. Поэтому в моём случае перераспределить ресурс было оптимально: B2B-сервис от этого не пострадал, а ресурс на продуктовые задачи не уменьшился.
Добрый день! Да, это важный вопрос, спасибо, что его подняли.
В нашем случае мы пока не сталкивались с ситуацией, когда иннерсорсинг-команд становится много. Но если такую модель масштабировать, вопрос действительно нужно решать на уровне capacity planning и бюджетирования.
На мой взгляд, сама потребность в иннерсорсинге уже показывает, что ресурс и зона потребности находятся в разных местах. Если в один и тот же сервис начинает иннерсорсить несколько команд, это сильный сигнал, что команде-владельцу нужно увеличивать capacity и/или пересматривать архитектуру сервиса.
Иначе иннерсорсинг действительно начнёт решать проблему одной команды за счёт перегруза другой.