Зачем вам нанимать собственных разработчиков программного обеспечения вместо того, чтобы привлекать их к разработке продукта для вашей компании? [закрыто]

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

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

Любые идеи?

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

(Для контраргументов, см. Джоэл берет это .)

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

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

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

Я уверен, что есть миллион вещей, которые нужно искать в процессе принятия решений.

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

С другой стороны, если вы собираетесь управлять этим веб-сервером особым образом, и, хотя у вас он четко определен, этот компонент будет тесно связан с крупными инициативами многоэтапного развития, вы, вероятно, не ' не хочу отдавать это на аутсорсинг.

Это поздний ответ, но более общий вопрос: «Почему бы фирме нанимать дом X, а не отдавать ее на аутсорсинг?» - другими словами, почему существуют компании, а не один генеральный директор, который все аутсорсинг? - называется "теория фирмы"

http://en.wikipedia.org/wiki/Theory_of_the_firm

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

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

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

Итерационная модель, возможно, менее эффективна при аутсорсинге; Аутсорсинг требует больше работы по разработке требований, используя BDUF (большой дизайн заранее).

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

Аутсорсинг (локально) имеет смысл, если у компании нет ресурсов для разработки или ноу-хау для начала. Например, обувная компания, которая хочет сделать приложение для Android. Там нет особого смысла в том, что они делают это на месте. Если это софтверная компания, аутсорсинг проекта не имеет большого смысла, хотя некоторые пробелы могут быть заполнены внешними подрядчиками.

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

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

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

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

Потому что вы, вероятно, не знаете точно, что нужно строить.

Это зависит от различных факторов:

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

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

Итак, все зависит от ваших предпочтений; оба варианта имеют свои плюсы и минусы. Если мне нужно разработать простой веб-сайт, я предпочту нанять компанию по разработке веб-сайтов для аутсорсинга, и если мне нужно будет сделать программный продукт, скажем, CRM или ERP, я предпочту сделать это на месте.