Советы Заказчику: Готов ли ваш инженер возглавить удаленную (аутсорсинговую) команду?

Управляя аутсорсинговой командой

English Русский

В последнее время все чаще встречаются ситуации, когда проект разрабатывается аутсорсинговой командой не самостоятельно, а под управлением нескольких технических специалистов из команды Заказчика. У такого подхода есть ряд преимуществ:Но при очевидной выгоде такого подхода Заказчики часто делают одну большую ошибку, которая ведет к удорожанию проекта в целом.

  • Постоянный контроль аутсорсинговой команды на низком уровне (код, велосити, покрытие тестами, …)
  • Помощь в достижении целей: В правильном ли направлении развивается продукт? Соответствует ли он вашим бизнес-потребностям?
  • Сохранение знаний. Ваша команда знает об архитектуре и технологиях проекта, так что нет 100% зависимости от аутсорсиноговой комнды. Особенно хорошо это при переходе в стадию поддержки.

Не всегда учитывается факт, что управлять аутсорсинговой командой сложнее чем локальной.

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

Есть один случай из моего опыта. Команда из 9 человек (разработчики и тестировщики) была отдана в подчинение талантливому инженеру из команды Заказчика (назовем его Джон). Джон честно постарался поставить процесс управления так, как он это понимал: Он раздает и контролирует задачи самостоятельно, а команда аутсорсеров делает то, что он сказал. При этом он еще и был единственным человеком, который знал «как» это все должно работать.

В результате применения этого процесса он просто «утонул» в огромном количестве писем, чатов, отчетов и т.д. Результаты работы команды были неутешительными, так как Джон был «узким местом» для всех задач. Эта борьба продолжалась практически 3 месяца, и чуть не довела до разрыва контракта с аутсорсером и увольнения инженера. Ситуация была критической, и команда аутсорсинга предложила попробовать вариант, при котором Джон будет выступать только в роли эксперта в бизнес-области и разрабатывать архитектуру высокого уровня. Команда аутсорсинга сама будет реализовывать архитектуру. При этом Джон регулярно просматривал результаты деятельности.

И этот процесс стал очень успешным. За 6 оставшихся месяцев команда практически смогла догнать отставание в 3 месяца (набранное за первые месяцы), а Джон стал настолько доволен, что хочет продолжать работу только с этой командой.

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

Тест: Готов ли ваш инженер управлять аутсорсинговой командой разработки?

  • Насколько высока его самодисциплина?

Умение вести несколько дел параллельно требует высокой самодисциплины. Эффективная работа руководителя «умножается» на количество людей в команде-исполнителе.

  • Пускает ли он вещи на самотек?

Если человек не умеет контролировать задачи, то справиться с удаленными задачами ему будет еще сложнее.

  • Умеет ли он объяснять задачу простыми словами?

С самого начала проекта аутсорсинговая команда знает о бизнес области и приложении меньше, чем ваши сотрудники. И одной из задач менеджера будет многократное объяснение «очевидных» вещей.

  • Настроен ли человек на сотрудничество с командой?

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

  • Доверите ли вы ему команду инженеров (хотя бы 3), которые сидят рядом с ним?

Самый важный вопрос. Если он не справиться с 3 коллегами тут, то вряд ли станет эффективным руководителем аутсорсинговой команды.

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

Вывод: Простой тест и личная беседа позволят вам значительно снизить риски неправильного управления командой разработки. Ведь именно от эффективности работы руководителя (по совместительству – главного источника знаний) зависит эффективность работы аутсорсинговой команды.

Смотреть все посты в разделе “Советы Заказчику

 

Mar 11th, 2011
  1. игорь
    Mar 20th, 2011 at 15:46 | #1

    “Помощь в достижении достижения целей” наверно дублирование по ошибке. Ctrl+Enter на сайте не работает к сожалению

Leave a comment