Перекос по рынку: баланс между juniors и middle в разработке

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

Вариант №1: Риск с pre-jun и middle в одной команде

Рассмотрим сценарий, где в команде преобладают junior-специалисты. Даже при более низкой заработной плате они требуют больше времени на проектирование и разработку. Подсчитаем: шесть месяцев, шесть человек – 540 тысяч рублей в месяц. Кажется, что экономия на зарплате сыграет в пользу проекта.

1. Стадия проектирования: Всего два опытных специалиста замедляют процесс, добавляя месяц к срокам и 540 тысяч к бюджету.
2. Стадия разработки: Мидлы тратят 60% времени на ревью кода junior-специалистов, приводя к новым задержкам и дополнительным расходам.
3. Четвёртый месяц: Осознание неспособности текущей команды приводит к штрафам и просрочкам, обостряя напряженность в коллективе.
4. Итог: Сдача проекта требует неимоверных усилий, суммарная прибыль неудовлетворительна, а два новичка уходят, не выдержав давления.

Вариант №2: middle-разработчики

Другой подход – сосредоточиться на опытных middle-разработчиках.

1. Шестерых middle-специалистов: С общими затратами 1.02 миллиона в месяц, проект впереди графика.
2. Небольшие проблемы: Задержка в один месяц всё равно выгоднее, чем каскад проблем с junior-специалистами.
3. Итог: Проект завершается без лишних нервов, бюджета в прокрастинации и с прибылью в 3 миллиона за 7 месяцев.

Важный вывод – компании готовы переплачивать за опыт. Вариант с middle-разработчиками предоставляет более предсказуемые результаты, избегая хаоса и истерик.

Поиск золотой середины:

Можно ли найти баланс между опытными и молодыми специалистами?

Для этого давайте оценим риски.

Существует общее мнение, что junior-специалисты - это риск, с middle можно работать, но существуют свои риски. Почему новички не могут выполнять работу, даже при наличии опытных коллег? Давайте разберем самые страшные риски, чтобы ответить на вопрос: "Как собрать молодую команду, способную делать проекты с максимальной маржой?"

Организационные риски:

1. Риск проблемной коммуникации, включая непонимание задач и отсутствие SMART-целей.
2. Риск когнитивных искажений, которые могут снять ответственность с сотрудника.
3. Риск потери коммуникации, например, при уходе заказчика в отпуск.
4. Риск исключения заинтересованных лиц в процессе работы.
5. Риск отсутствия ресурсов, от ухода сотрудника до нехватки средств на оборудование.

Технические риски:

1. Риск неправильно снятых требований.
2. Нехватка компетенций у проектной команды.
3. Не продуманная архитектура проекта.
4. Неверная оценка сроков реализации.
5. Не верная оценка приоритетов работы.

Подвох заключается в том, что организационные риски составляют до 80% всех проблем, а технические - всего 20%. Современные технологии и доступность информации делают технические ошибки более легко исправляемыми. Поэтому, при работе с повторяющейся предметной областью и проектами, организационные аспекты играют решающую роль, и до 95% рисков можно отнести к организационным.

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