Испытываете разочарования или бедствия, возглавляя команду аутсорсинговых разработчиков? Вы взвешиваете все за и против добавления подрядчиков для увеличения скорости?

В этом посте я расскажу об уроках и секретах, которые я усвоил в качестве руководителя технического отдела во время быстрой адаптации 10 зарубежных разработчиков в Fender Digital. За первые три месяца мы создали новую домашнюю страницу/панель инструментов для Fender Play — ведущего в отрасли приложения для обучения игре на гитаре.

До этого мой опыт был в основном связан с iOS. Однако в начале 2022 года у меня появилась возможность возглавить команду, которая включала iOS, веб и Android🤖. Распространившись на несколько часовых поясов и континентов, стало очевидно, что наши обычные процессы нуждаются в обновлении.

Давление: включено.

Сроки: круче тигра 🐅.

Я надеюсь, что вы узнаете, как раскрыть истинную силу вашего удаленного таланта, обеспечить бесперебойную совместную работу и добиться замечательных результатов.

Мы сосредоточимся на 4 ключевых областях оптимизации:

1) Оптимизируйте адаптацию

Обычно команда подрядчиков привлекается с уже готовым проектом. Так было в Фендере. Это означало, что у них не было времени позволить им обосноваться на несколько недель, изучить кодовую базу и познакомиться с ними за чашечкой кофе ☕️ или лос-анджелесским салатом за 20 долларов 🥗.

Уровень текучести кадров у подрядчиков, особенно за границей, обычно выше, чем при найме сотрудников внутри компании. Я бы предположил, что 1 из 10 позиций будет обновляться каждые 3-4 месяца. Эффективная адаптация имеет решающее значение.

Лучшие советы:

  1. Проверьте свои репозитории в ReadMe! Спросите себя: «Могу ли я построить и запустить проект, основываясь только на информации, содержащейся в этом документе?» Каждый раз, когда разработчик застревает в этом процессе, обязательно обновите файл ReadMe, чтобы устранить проблему.
  2. Потратьте несколько минут на просмотр резюме каждого подрядчика или профиля LinkedIn. Создайте документ для себя, отмечая роль каждого человека и примерный уровень опыта. Это не твердое суждение, а отправная точка для облегчения первоначального делегирования задач.