Pourquoi embaucheriez-vous des développeurs de logiciels internes au lieu de les sous-traiter pour développer un produit pour votre entreprise?
Pourquoi embaucheriez-vous en interne sur la sous-traitance pour développer un produit pour votre entreprise? Je ne peux que penser à quelques-uns mais je ne suis pas tout à fait sûr que si elles sont assez bonnes raisonnent.
C'est en fait pour un débat que je vais avoir en classe. Je suis plus enclin sur la partie de sous-traitance, mais malheureusement, on m'a demandé de passer au côté interne du débat.
Des idées?
- Une équipe interne sera plus sensible à vos besoins, car ils font partie de votre entreprise, ils ont donc une meilleure idée de ce que vous voulez.
- Une équipe interne est plus facile à communiquer avec - rien ne bat le contact régulier en face à face.
- Votre équipe interne aura plus de connaissances spécifiques à un domaine qu'une équipe externe devrait apprendre.
- Vous investissez non seulement dans le logiciel, mais dans l'expertise résolvant les types de problèmes logiciels de votre entreprise. L'utilisation de vos propres développeurs constitue un stock de programmeurs qui ont déjà traité ces problèmes spécifiques.
(Pour les contre-arguments, voir Joel's Prenez-y .)
Si le logiciel doit être utilisé tactiquement ou stratégiquement ou est noyau de votre entreprise, alors les programmeurs qui comprennent également l'entreprise peut être la clé. Ils doivent également comprendre le soutien et le cycle de vie et ce qui coûtera à votre entreprise de prendre en charge les systèmes après la libération.
Je ne pense pas que le coût est généralement un facteur réel. Si quelqu'un le prétend, ils ignorent ou mentent. Si vous externalisez, vous payez la marge bénéficiaire de quelqu'un d'autre sur leurs coûts. Toute économie due aux différences de marché du travail géographique est généralement rapidement faite dans une augmentation du coût de la communication et de l'éducation, et les différences de taux ne sont pas aussi grandes que celles-ci, car les pays en développement sont appelés cela pour une raison quelconque.
Il y a beaucoup de types de logiciels là-bas. Dans de nombreux cas, vous pouvez externaliser quelque chose et aller bien. Le problème est que cette décision doit être prise par cas par cas, et vous ne pouvez pas le résoudre d'une taille unique.
Je suis sûr qu'il y a un million de choses à rechercher dans le processus de prise de décision.
Il y aurait des cas où le développement d'un logiciel bien spécifié et de cœur spécifié pourrait facilement être sous-traité à une entreprise spécialisée dans ce type de travail - par exemple, une chose de niveau du système comme un pilote de périphérique ou un serveur Web pourrait toujours être externalisée par Une entreprise qui a créé un appareil et souhaitait se spécialiser sur l'expérience utilisateur plus que les blocs de construction.
D'autre part, si vous allez conduire ce serveur Web de manière particulière et même si vous l'avez bien spécifié, vous allez avoir cette composante étroitement liée à d'importantes initiatives de développement plurialisées, vous êtes probablement survenu " t va vouloir externaliser cela.
C'est une réponse tardive, mais plus le plus général "pourquoi une entreprise embarquait-elle dans la maison X plutôt que de sous-traiter?" - En d'autres termes, pourquoi les entreprises existent-elles plutôt qu'un seul PDG qui externalisent tout? - s'appelle "la théorie de la société"
http://en.wikipedia.org/wiki/theory_of_the_firm
et il y a beaucoup de preuves et d'études pour diverses raisons pour lesquelles et beaucoup de connaissances sur le moment où il est logique de sortir - source par rapport à "à la source" divers morceaux de travail et de capital.
Une raison de le faire en interne est que vous utilisez une technologie de cryptage de données qui ne peut être exportée vers certains pays.
Le logiciel peut être sans doute effectué plus rapidement, à une qualité supérieure et répondre aux attentes du client mieux lorsqu'une petite équipe locale de développeurs est utilisée pouvant communiquer face à face à l'aide d'un modèle itératif.
Le modèle itératif est sans doute moins efficace avec la sous-traitance; La sous-traitance nécessite davantage d'exigences en matière de développement de travaux, à l'aide de BDUF (gros design en haut).
Si l'application est importante et que les portions des trucs mondaines peuvent être divisées en petites bibliothèques bien définies, la sous-traitance peut être précieuse pour la production de ces pièces.
Parce que vous ne savez probablement pas exactement ce qui doit être construit.
Nous n'avons qu'une petite équipe interne et n'a utilisé que de petites équipes externes, mais le logiciel produit en interne a toujours été bien meilleur que le logiciel écrit de l'extérieur.
Nous utilisons à l'interne, nous utilisons des modèles documentés, une logique de couche d'entreprise appropriée (pas seulement des classes qui appellent d'autres méthodes dans la couche de données qui transmettent un jeu de données sans logique réelle nulle part) et nous avons une bibliothèque de code que nous pouvons utiliser à partir d'autres applications qui correspondent à l'intérieur. notre domaine.
Cela dépend de divers facteurs:
Si vous développez un produit logiciel; De toute évidence, vous devez avoir des plans secrets, de la confidentialité, de nouvelles idées, etc. associés à celui qui le rend plus sensible à être préféré à faire dans la maison plutôt que d'externaliser votre exigence de développement logiciel.
D'autre part, si vous avez un budget serré ou si vous souhaitez vous concentrer davantage sur les activités de vente et de marketing plutôt que sur le développement hardcore ou si vous avez plus de flux de travail que votre équipe actuelle peut gérer; Vous pouvez aller avec la sous-traitance du développement de logiciels.
Donc, tout dépend de vos préférences; Les deux options ont leurs propres avantages et inconvénients. Si je dois développer un site Web simple, je préférerai embaucher une entreprise de développement de sites Web qui l'externe et si je dois faire un produit logiciel, dirigez-vous CRM ou un ERP, je préférerai le faire en interne.