Développement ... à l'intérieur ou à l'extérieur?

L'une des conséquences d'être un professeur de Systèmes d'Information au sein de l'IE Business School, une école de commerce avec l'esprit d'entreprise plus, est périodiquement ont l'occasion d'examiner les plans d'activités avec les élèves et anciens élèves. Et le fait est que, à plusieurs reprises récemment, j'ai constaté le même problème: une entreprise qui vise à se constituer autour d'un développement technologique dans une plate-forme particulière, mais décide d'utiliser un tiers pour mener à bien un tel développement.

Ma réponse, dans de tels cas est généralement claire: si une société se propose de créer autour de l'utilisation ou l'exploitation d'une technologie en particulier, que la technologie fait partie de sa base, ses compétences de base et, par conséquent, devrait idéalement être un développement procédure. Ma recommandation est généralement situé sur le côté de développeurs ayant une expérience confirmée et pertinentes, afin d'assurer une bonne adéquation avec le reste de l'équipe et après avoir fait des vérifications appropriées sur la qualité, assurer un niveau élevé d'engagement, de préférence avec les régimes de participation . Les raisons sont de deux ordres: d'abord, l'internalisation des compétences clés susmentionnés. Et d'autre part, le besoin de flexibilité, un facteur qui est extrêmement stratégique, et ne devrait pas être subordonnée à l'ordre du jour, le temps et le coût d'un fournisseur extérieur, dont l'engagement se termine par le versement d'un projet de loi: le développement technologique est sujette à des changements évolution, les besoins pour répondre aux suggestions des utilisateurs, l'apprentissage vient de l'expérience et des changements résultant de l'environnement concurrentiel, et ces changements facilement déséquilibrer toute budget de développement extérieur imprévu. Au contraire, ils ont fait valoir les facteurs liés à la vitesse: entre aller à un prestataire extérieur expérimentés externes et fusillé, et de localiser et de sélectionner les bons programmes, la première option apparaît généralement comme un beaucoup plus directe et simple, surtout si vous n'avez aucun lien avec le communauté de programmeurs et n'ont pas clair ou même par ce type de choix de la langue.

Fondamentalement, la décision est l'un des plus souvent évoquée dans la société: le «make or buy", fabriquer ou acquérir. Mais mon impression est que, dans ce type d'environnement, est soumis à des dynamiques différentes, provenant de la idiosyncrasies particulières de travail de programmation. De mon point de vue, une société qui aspire à être un espace fondé sur l'utilisation d'une technologie, que la technologie doit être bien lié à leurs compétences: la société de technologie plus "qui est, la position concurrentielle plus forte. Mais bien sûr, c'est une opinion personnelle fondée sur l'expérience antérieure, et j'aime le point de vue d'autres personnes à ce sujet ...