Оркестровая разработка. И почему всё больше заказчиков выбирают такой формат

Меня зовут Андрей Морозов, я тружусь в замечательной компания FIRECODE. Сегодня я расскажу вам об оркестровой разработке и почему ее выбирают современные компании.

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

Современный бизнес уже давно понял, что правильно выдерживать баланс между штатными специалистами и привлеченными. Обычно, пропорция следующая, порядка 50% специалистов находятся в штате и еще 50% привлекают по модели аутстафф. Это правило работает, если мы говорим за серьезную разработку, так как небольшие проекты в большинстве случаев отдают на аутсорс. Баланс 50 на 50%, позволяет компании очень быстро масштабировать свою разработку и не терять время.

Заказчики понимают, что бизнес экономит время на поиск, адаптацию и удержанию специалистов, во время того когда работает по модели аутстафф. Также снимается нагрузка на обслуживание штатных сотрудников, пропадают простои, которые связаны с отпусками и больничными. В тоже время не стоит забывать и о прямых финансовых выгодах, за счет того что ит-компании экономят на налогах (ИТ-льготы) и поэтому дают отличные цены своим заказчикам.

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

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

Я знаю множество примеров, когда компании уходили от партнерских специалистов и наращивали штат, также знаю компании, которые оставляли только костяк самых сильных специалистов, а остальных специалистов привлекали от партнеров. Но тут нет верного варианта, истина всегда где-то посередине, как я говорил выше, надо искать баланс, и тогда перед вами откроются новые возможности для роста.

Вся разработка в компании строится на сильных управленцах - тимлидах и CTO, от них зависит эффективность всего процесса. Если управленцы в компании обладают слабой компетенцией, то разработка продуктов будет проходить неэффективно вне зависимости от экспертизы линейных ит-специалистов.