Nous ne sera pas avoir le luxe de entrer dans les détails concernant la manière d'effectuer une formelle "Acheter vs construire" l'analyse, car cela exigerait des discussions sur la façon de définir, d'analyser et de projets de développement de logiciels de devis pour lesquels il existe de nombreux livres sur ces sujets, et /ou comment exécuter un processus officiel de sélection de logiciels, car cela est un sujet pour lequel Méthodologies entiers ont été élaborés et sont utilisés (Je sais, comme je l'ai aidé dans le développement initial et utilisé une telle méthode de sélection de logiciels pour un des plus grands logiciels et de services mondiale sociétés.
;))
Nous allons, cependant, dans cet article, tentera de cerner certains des facteurs que vous devriez considérer lors de l'exécution de votre propre "Acheter vs construire" l'analyse et /ou d'un processus de sélection de logiciels (es ) pour vous-même.
Tout d'abord, dans les deux cas vous aurez besoin de définir (et de prioriser) vos exigences /critères de sélection tels que vous pouvez évaluer comment chacun de ces "Acheter vs construire" alternatives seront répondre à votre immédiate et besoins de l'entreprise à long terme, non?
En outre, tout au long de ces processus, vous voudrez vous assurer que vous comparez ces options en termes de «pommes avec des pommes», vous savez?
Par conséquent, Je recommanderais que vous comparez les deux (/all) de ces options en termes (de la «Total cost of ownership"), y compris le temps et le coût total pour obtenir l'application en production et /ou le marché et le coût total de soutenir et de maintenir la demande pour sa durée de vie prévue.
Le «formalité» avec laquelle vous exécutez ces processus doivent être proportionnées à votre investissement (en termes de long terme /"Total cost of ownership") dans l'application et son . criticité dans votre entreprise
D'abord, considérons le «construire» l'option
Certains des avantages de la "Build" l'option comprennent:.
1) Vous obtenez une application spécifiquement développée pour répondre à vos besoins d'affaires /besoins et conçu pour répondre à vos processus d'affaires spécifiques
.
2) Il est plus prob