fbpx
Смертельная петля аутсорсинга

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

Не секрет, что большая часть аутсорсинговых компаний в Украине работает по принципу time and materials (исключим заведомо аутстафинг, потому что в этой модели люди отдаются на откуп заказчикам и там описываемых тут проблем значительно меньше). То есть, упрощенно, есть разработчики тут плюс менеджмент. Чаще всего менеджмент есть и на стороне заказчика, технические специалисты с большой вероятностью также присутствуют на стороне заказчика (особенно для крупных клиентов-банков).

Аутсорсер, что совершенно логично с точки зрения получения прибыли, старается “втюхать” заказчику как можно больше народу. Нередким явлением является рост команды в геометрической прогрессии на начальных этапах проекта. Естественно, ни культурой, ни построением доверительных отношений с заказчиком, ни наличием правильных лидеров в таких командах никто не озабочен. Все накрывается сверху “красивой” пирамидкой менеджеров, схемами взаимного репортинга, контролем со стороны представителей заказчика… Вуаля, проект поехал!

И тут выясняется, что все не работает так красиво как хочется. Команды делают меньше чем запланировано, сторона клиента все время недовольна, качество продукта ни к черту, между разработчиками и пирамидкой менеджмента образовалась заметная дырка, которую должны были бы заполнить лидеры, но их в компании нет или не успели натурально сформироваться. И появляется главный посыл: “нужно улучшать эффективность разработки”.

Находятся люди (внутри компании или наемные), которые готовы эту самую эффективность улучшать. Приходят они разобраться в чем дело и видят, что можно убрать половину команды разработки и эффективность только вырастет. Можно сделать прозрачные процессы разработки и избавиться от половины пирамидки менеджеров. Можно заменить пачку “мидлдевов” на критичных направлениях на парочку толковых разработчиков. И т.д. НО! Все это неосуществимо из-за модели работы компании. Любые улучшения эффективности банально невыгодны:

  • прозрачные процессы ведут к рискам, что клиент увидит внутреннюю уродливую “кухню”, когда люди работают на % времени в разных проектах, за синьоров выдают мидлов “на вырост” и т.д.;
  • сокращение штата сотрудников влечет прямые потери прибыли;
  • упразднение части менеджеров лишает их работы и снова влечет прямые потери прибыли;
  • повышение качества продукта и автоматизация процессов его поддержания лишает компанию возможности “втюхать” в дополнение кучу тестировщиков, а потом еще и автоматизаторов, QA лидов, снова таки менеджеров;
  • затрагивает глобальные процессы компании как рекрутинг, продажи, отношения с заказчиками и т.д., а никто не любит выходить из зоны комфорта.

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

P.S. Это мое личное мнение и взгляд на вещи на опыте десятков проектов в разных компаниях в Украине, с которыми мне удалось так или иначе поработать. Он может быть чересчур пессимистичным, но так уж сложилось. 🙂

Обсуждение (
Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280

Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280

Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280

Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280

Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280

Warning: A non-numeric value encountered in /sata1/home/users/xpinjecti/www/www.xpinjection.com/wp-includes/pomo/plural-forms.php on line 280
10)

На самом деле проблем гараздо больше, чем Алексей представил. Надо рассматривать не только процессы внутри компании, но и взаимотношения между компанией и заказчиком, работником и заказчиком, работником и компанией. Так например, компании не выгоден проф рост работника, заказчик не хочет сильно доверять работнику и компании, и т.п. и т.д. Аутстафинг замечательно работает: убираются лишние прокладки типа – account manager, PM, PPM, etc. Заказчик получает более прозрачную модель оплаты, убираются лишние издержки. Работник понимает, что выгоднее делать качественный продукт, т.к. прийдется разгребать свои, а не чужие ошибки. При более длительном сотрудничестве Заказчик может выкупить команду

Все бы ничего, но вы забываете что на рынке есть другие компании, которые демпингуют ценами с целью заманить клиента. 🙂

Так а разве н едля этого придуманы рейты у компаний? И раз действительно компания может сделать проект силами не 30 рыл, а 10, то почему бы толково не объяснить заказчику, что тыры пыры, наши рейты такие то, за столько то вот этих человек, по продуктивности которые выйдут как 30 вот этих?

Аутстаффинг – раздувается штат, Фиксд прайс – режется всё что можно, Стартап – скоко не инвестуй, всё равно не взлетит, Продакт/Инхаус – велосипеды и завязка на персоналии, Коробка – вендор лок-ин. Жизнь боль, а фломастеры – такие фломастеры 😉

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

Получиться, получиться. Особенно когда fixed price и Agile вместе. Просто появляется необходимость еще больше говорить с заказчиком. Разговоры ведутся в стиле : Мы договаривались на это (это стоит столько времени и денег) а ты хочешь добавить это (мы же Agile) по этому , чтоб уложиться во время и бюджет нужно что – то выкинуть. Дальше заказчик сидит и думает, так ли оно ему надо.

Скоуп урезать не получится, на то он и fixed price. Не хватает людей – не берись, критерии качества надо фиксировать в контракте. 🙂

Предсказуемое – в смысле, “понятно какое” качество.

Fixed price – может быть так же проблематичен, но с обратной стороны: аутсорсеры стараются потратить как можно меньше времени, чтобы получить максимальную прибыль. Отсюда постоянное урезание scope, нехватка людей, и предсказуемое качество на выходе.

Именно поэтому мне и кажется, что смертельная петля все больше сжимается вокруг такого аутсорсинга и заказчики уходят в другие более дешевые локации, ищут другие варианты сотрудничества, отдают лишь проекты со средним и низким приоритетом (либо вообще полную чушь). Будущее за “заказной разработкой 2.0” и гибким аутстафом (как например работает Ciklum).

В России аналогичная ситуация. Скорее всего и в целом для аутсорса ситуация такая. Аутсиафинг и fixed price отчасти решают проблему, но не полностью.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

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

принять
Pkv Games BandarQQ Online Terbaik Dengan Deposit Super Modern permainan paling populer di situs poker online terbaik di indonesia di situs bukaqq Poker Online Aman dan Terpercaya slot online