Выделенная команда: прорыв в практике ИТ-аутсорсинга

[Sano000]

Как показывает опыт, преданные своему делу эксперты инициативны и решения, предлагаемые ими, могут удивлять.

Как показывает опыт, результат может быть любым. Подобные работники зачастую вынуждены показывать и доказывать свою «полезность». Насколько их предложения актуальны в рамках проекта и текущей ситуации — другой вопрос.

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

[mSnus]

В этом случае результат тоже может удивить, как и решения

[mdanilchyk]

Ну если так рассуждать, то подобный подход везде работает. Можно и сантехника выбрать, который сделает абы как. Типа главное быстрей сделать и бабла срубить.
Поэтому отбор, собеседования, референсы, кейсы — как по мне это необходимость

[vintikzzz]

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

[Novikofff]

Каждый пункт можно разбить в дребезги контраргументами — вот например парочку первых:

1. Экономическая эффективность
Заказчики значительно экономят на инфраструктуре, поскольку, наняв команду, они получают почасовую оплату за удаленную работу над проектом. Отпадают такие заботы как аренда офиса, приобретение оборудования, оплата счетов за электроэнергию и т.д.

Издержки инфраструктуры — аренда, оборудования, налоги, счета за энергию и другие возможные и невозможные расходы будут заложены в стоимость ценника за час работы, а часы работы будут обозначены с большим запасом минимум в 2-3 раза больше требуемого времени.
Единственное в чем можно выиграть, это если компания белая и платить за своих работников огромные налоги дороже, чем нанять из регионов аутсорсников, которым и так компания-посредник платит мало, да еще и серыми. Но тут можно сесть в лужу по отношению к качеству рабочей силы

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

Конечно, тысячи слаженных команд с необходимыми навыками и соответствующие нашим потребностям и финансовым возможностям 24/7 365 дней в году сидят и ждут когда же мы купим часы их драгоценного времени. Нет.

3. Доступ к ИТ-экспертизе
Когда вы нанимаете специализированную команду разработчиков, это позволяет компенсировать нехватку специалистов для реализации вашей уникальной бизнес-идеи. Вместе с тем вы получаете опыт экспертов, необходимые навыки, знания и ресурсную базу.

Когда появляется уникальная бизнес идея, достаточно иметь 1-2 специалистов чтобы реализовать прототип и протестировать работу этой бизнес идеи. Если же рассматривается случай, когда нужна целая команда — в таких случаях компания уже может себе позволить иметь (но скорее всего уже имеет) IT отдел со всеми исчерпывающими специалистами, опытом и ресурсной базой.

4. Высокая эффективность работы
Команда исполнителей глубоко понимает требования проекта, ориентирована на качество и работает на долгосрочной основе.

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

Может статья — это стеб?) Тогда спасибо, Вы сделали мой день!

[mdanilchyk]

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

[Lofer]

Этому «прорыву» уже лет 15 как… Его уже сменил «сервисный» подход лет как 8: вы озвучиваете Проблему, а мы делаем «магию».

[mdanilchyk]

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

[Lofer]

Когда команда уже обладает глубокой экспертизой в доменной области

Как раз не требуется «знание предметной области» от команды. Спец участвует только тогда, когда нужно и на тех этапах когда он требуется. Единственный unit, который желателен от начала до конца — это бизнес аналитик. А зачастую этот «unit» со стороны клиента. Обычно решается это нормальной проектной документацией и ее актуализацией в процессе исполнения — решается отдельным процессом.
Нужен безопасник — вот вам доступ к знания безопасности, нужен спец по инфраструктуре — вот у нас тут на любой вкус. Для Клиента это прозрачно и выглядит примерно как подключить к тарифу новую опцию у оператора сотовой связи с последующей оплатой.

[saboteur_kiev]

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

Это полностью противоречащие друг другу параграфы.
Из какого мира пришли эти рекламные слоганы о том, как все хорошо?

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

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

[mdanilchyk]

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

[saboteur_kiev]

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

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