Чому ви найняли б розробників програмного забезпечення власного програмного забезпечення, а не надавали їм аутсорсинг для розробки продукту для вашої компанії? [зачинено]

Чому ви б найняли власну компанію з аутсорсингу, розробляючи продукт для своєї компанії? Я можу подумати лише про декілька, але я не зовсім впевнений, чи є у них достатньо вагомих причин.

Це насправді для дискусій, які я буду проводити на уроці. Я більше схильний до аутсорсингової частини, але, на жаль, мене попросили перейти на внутрішню сторону дебатів.

Якісь ідеї?

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

(Про зустрічні аргументи див. Прийом Джоела .)

Якщо програмне забезпечення потрібно використовувати тактично або стратегічно або є основним для Вашого бізнесу, то ключовим фактором може бути наявність програмістів, які також розуміють бізнес. Вони також повинні розуміти підтримку та життєвий цикл, і що обійдеться вашій компанії для підтримки систем після випуску.

Я не думаю, що ціна взагалі є реальним фактором. Якщо хтось стверджує, що це так, вони неосвічені або брешуть. Якщо ви надаєте аутсорсинг, ви сплачуєте чужу норму прибутку понад їхні витрати. Будь-які заощадження за рахунок географічних відмінностей на ринку праці зазвичай швидко компенсуються збільшенням витрат на спілкування та освіту, а різниця ставок не настільки велика, як раніше, оскільки світ, що розвивається, називається це не просто так.

Є багато видів програмного забезпечення там. У багатьох випадках ви можете щось передати в аутсорсинг і бути добре. Проблема полягає в тому, що це рішення потрібно приймати на кожному конкретному випадку, і ви не можете його вирішити в одному розмірі, який відповідає всій ситуації.

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

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

З іншого боку, якщо ви збираєтеся керувати цим веб-сервером спеціальними способами, і навіть якщо ви його точно вказали, у вас буде цей компонент тісно пов'язаний з основними багатофазними ініціативами розвитку, ви, мабуть, не ' не збираюся це передавати в аутсорсинг.

Це пізня відповідь, але більш загальна "чому фірма найме в будинку X, а не передає аутсорсинг?" - Іншими словами, чому існують компанії, а не один генеральний директор, який все передає в аутсорсинг? - називається "теорія фірми"

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

і є досить багато доказів та досліджень з різних причин, чому, і багато знань про те, коли є сенс виводити з джерела проти "вхідних" різних шматочків праці та капіталу.

Однією з причин цього є те, що ви використовуєте технологію шифрування даних, яку неможливо експортувати в певні країни.

Можливо, це програмне забезпечення можна зробити швидше, вищої якості та краще відповідати очікуванням замовника, коли використовується невелика місцева команда розробників, яка може спілкуватися віч-на-віч за допомогою ітеративної моделі.

Ітераційна модель, мабуть, менш ефективна при аутсорсингу; аутсорсинг вимагає більше вимог до розробки роботи, використовуючи BDUF (великий дизайн вперед).

Якщо заявка велика, а частини мирських речей можуть бути розбиті на невеликі, чітко визначені бібліотеки, то аутсорсинг може бути цінним для створення цих творів.

Аутсорсинг (на місцевому рівні) має сенс, якщо компанія не має ресурсів для розвитку розробки або ноу-хау для початку. Наприклад, взуттєва компанія, яка хоче зробити додаток для Android. Немає сенсу в них робити це всередині компанії. Якщо його програмна компанія, то аутсорсинг проекту не має великого сенсу, хоча деякі прогалини можуть бути заповнені сторонніми підрядниками.

Існує ще одна форма аутсорсингу ... купівля компаній для отримання та ребрендингу їхньої продукції. Тобто більша компанія буде шукати існуючий товар, купувати його та ребрендувати як власний. Чистий ефект цього по суті такий же, як і аутсорсинг.

Для нестачі, це не завжди хороше фінансове рішення, про яке хотіли б, щоб ви думали менеджери. У більшості розробок вимагається занадто багато знань про домен (галузевих знань), які просто не можуть бути "куплені" таким чином, і надзвичайно важко отримати віддалену команду, щоб дублювати це лише специфікацією, яка керувала б ними.

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

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

Тому що ви, мабуть, точно не знаєте , що потрібно будувати.

Це залежить від різних факторів:

Якщо ви розробляєте програмний продукт; Очевидно, що у вас повинні бути пов’язані з нею секретні плани, конфіденційність, нові ідеї тощо, що робить його більш чутливим до того, щоб вважати за краще робити вдома, а не аутсорсингу ваших вимог щодо розробки програмного забезпечення.

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

Отже, все залежить від ваших уподобань; обидва варіанти мають свої плюси і мінуси. Якщо мені доведеться розробити простий веб-сайт, я вважаю за краще найняти компанію, яка займається розробкою веб-сайтів, щоб передати його на аутсорсинг, і якщо мені доведеться зробити програмний продукт, наприклад, CRM або ERP, я вважаю за краще це робити вдома.