Внутренняя разработка — это самая прозрачная, но и самая сложная методология производства продукта. Иногда собственная команда может оказаться достаточно дешёвым способом реализации, иногда — самым дорогим.
Всё дело в том, что для правильной разработки любого проекта всегда нужна целая команда людей — не только программисты, но и дизайнеры, тестировщики, продукт-оунеры и продукт-менеджеры. И нужно не просто собрать их вместе, но и заставить эффективно работать. Решение этой проблемы описывали десятки раз, но, кажется, она до сих пор остается для многих проблемой.
"руковожу компанией KMD24, предоставляющей услуги аутстаффинга ИТ-разработчиков" - дальше можете не читать, угадайте какой вариант самый крутой)))
а если все таки прочитать, то может быть и нет ;)
Если прочитать, то табличка подогнана под себя.Плюсы конторы, которая продает часы понятны - можно масштабироваться, в отличие от контрактной и ответственности 0 - сами выбрали, сами следили. А так все субъективно и зависит от проекта и команды и кто рулит тех направлением.
Тем не менее в Украине буржуинские заказчики (по слухам) начинают отказываться от такой модели, им нужна оценка и продукт в итоге, а не "мы славно потрудились над вашим проектом 100к часов"
В модели аутстаффа не происходит отстранения "мы над вашим проектом" сотрудники погружаются в процессы заказчика и работа происходит единым фронтом. То, что вы описываете больше подходит аутсорсингу по T&M, принципиальное отличие в том, что для клиента при заказе конечный специалист - blackbox, а при аутстаффе это конкретная отсобеседованная личность, и на этапе отбора принимается персональное решение - сработаемся или нет.
Однако основной посыл не в абсолютном выборе, а в правильном использовании всех возможных инструментов, всему своя область применения.
Совсем не раскрыта тема конфиденциальности и сохранности данных. Когда пилятся проекты под мамонтов-инвалидов, тащи себе на здоровье, все равно это больше нигде не применишь. В конкурентной среде немного иначе.
тема конфиденциальности и ее проблемы при каждой форме управления ресурсами требует отдельного внимания и может быть собрана в целую статью.
по опыту, даже на проектах, когда сотрудники работали в закрытых сетях с опечатанными входами/выходами по роспись и двумя компами на столе, через какое-то время могут появляться "бреши", как с этим жить и бороться можно говорить долго.
В более рядовых условиях это решается определенными техническими средствами и юридической базой.
Теоретически это выгодно, особенно для высококлассных спецов
Единственный вопрос - в чем мотивация таких специалистов для работы в аутстаффе ?