Pour acheter ? Ou pour construire ? … Qui est la question !
Par Michael DeVries
Ainsi, vous avez identifié un besoin dans vos affaires pour lesquelles vous croyez seriez un grand candidat pour une solution de logiciel.
Maintenant la question est…
Est-ce que vous « coulez » et engagez des lotisseurs (d'un ou plusieurs) établir ce système logiciel pour toi ?
Et/ou…
Est-ce que vous « coulez » votre du favori on-/off-line de logiciel au magasin « plus proche » et/ou et achetez une solution de paquet de commercial-au loin-le-étagère (LITS DE CAMP), et si ainsi qui une ? , pour satisfaire ces besoins d'affaires ?
Qu'une de ces solutions de rechange est-elle la solution la plus efficace et (combinaison) la plus rentable pour satisfaire à vos besoins d'affaires aussitôt que possible ?
C'est « la question » ! , Pour acheter ? ou pour construire ? , n'est-ce pas?
Obtenir la réponse à cette question n'est réellement pas presque aussi difficile que vous pourriez imaginer ! ;)
Tout que vous devez faire est d'exécuter « achat une analyse contre construction » et/ou est-ce qu'procédé de choix de logiciel pour les types de logiciel qui rencontrent ces derniers de vos affaires a besoin et a choisi du meilleur, la solution la plus efficace et (combinaison) la plus rentable, droite ?
Les « grands garçons », les plus grandes compagnies et sociétés, exécutent souvent, et/ou engagent des conseillers pour exécuter, « achat de l'analyse formelle contre construction » et/ou un procédé de choix de logiciel sur beaucoup à tous leurs achats significatifs de logiciel.
Vous devriez exécuter « achat une analyse contre construction » et/ou un procédé de choix de logiciel, pour n'importe quel achat significatif de logiciel, avant que vous décidiez s'il serait le plus efficace et rentable, à la longue, pour établir une application « à partir de zéro » contre l'achat un paquet de LITS DE CAMP (commercial-au loin-le-étagère), et si ainsi qu'on adaptera mieux vos besoins actuels et de futur !
Ceci peut vous sauver une quantité significative d'argent, de temps, d'effort et de *headaches* dans l'à court terme et à la longue !
En tant qu'autrement, vous pouvez finir vers le haut du paiement « recréez la roue », qui vraiment ne se comprend pas, le fait ? , et donc aucun de nous ne veut faire, nous ?
Ou…
Est-ce qu'achetant un paquet pour constater seulement qu'elle (et ne pas pouvoir probablement) ne satisfait pas vos besoins et/ou le coût de modifier un tel paquet pour satisfaire vos besoins est prohibitif, dans lesquels l'un ou l'autre cas vous très probablement « ferraillera » ce paquet (maintenant a.k.a. « shelfware »), vous et, et la sélection ou encore et ce cycle (coûteux) entier encore, vous a-t-elle juste acheté a-t-elle payé construit-elle répète-t-elle probablement sait ?
Nous n'aurons pas le luxe de l'entrée dans le détail sur l'un ou l'autre comment exécuter « achat une analyse formelle contre construction », car ceci exigerait des discussions étendues de la façon définir, analyser et estimer les projets de développement de logiciel pour lesquels il y a beaucoup de livres sur ces sujets, et/ou comment exécuter un procédé de choix formel de logiciel, comme c'est une matière pour laquelle des méthodologies entières ont été développées et sont employées (je connais, comme j'ai aidé au développement initial et utilisé juste une telle méthodologie de choix de logiciel pour une du plus grand logiciel global et entretiens des sociétés ;)).
Nous volonté, cependant, en cet article, tentative de décrire certains des facteurs que vous devriez considérer en exécutant vos propres « achat procédé de choix d'analyse et/ou de logiciel contre construction » pour vous-même.
Premièrement, dans l'un ou l'autre cas vous devrez définir (et donner la priorité) vos conditions/critères de choix tels que vous pouvez évaluer comment chacune de ces « achat solutions de rechange contre construction » satisfera vos besoins immédiats et à long terme d'affaires, droite ?
De plus, dans tous ces processus, vous voudrez s'assurer que vous comparez ces options en termes de « pommes aux pommes », vous savez ?
Par conséquent, je recommanderais que vous comparez toutes les deux (/all) ces options en termes (de « tout le coût de propriété ») comprenant la tous les heure et coût d'entrer l'application dans la production et/ou de les lancer sur le marché et tout le coût de soutenir et de maintenir la demande de sa durée de vie prévue.
La « formalité » avec ce que vous exécutez ces processus devrait être proportionnée à votre investissement (en termes de terme/« tout le coût de propriété ») dans l'application et à sa criticalité dans vos affaires.
D'abord, nous laisser considèrent l'option de « construction ».
Certains des avantages de l'option de « construction » incluent :
1) Vous obtenez une application spécifiquement développée pour satisfaire à vos conditions/besoins d'affaires et conçue pour adapter vos processus d'affaires de détail.
2) Il est plus probable que vous puissiez adapter vos systèmes logiciels aux changements de vos besoins d'affaires et/ou traitiez, car vous l'un ou l'autre vraisemblablement auriez le code source d'application et/ou accédez aux réalisateurs originaux de lui, droit ?
3) Vous pouvez développer vos nouvelles applications pour se connecter par interface et « jouer bien » à l'autre logiciel dans votre architecture globale d'application.
Certains des inconvénients de l'option de « construction » incluent :
1) La durée typique de projet de la conception à la production (/market), pendant le cycle complet de vie de développement de logiciel, parce que une application conçue en fonction du client peut être sensiblement plus longues que celle pour mettre en application une solution de paquet.
2) Les coûts initiaux de développement de produire les premiers dégagements de vos applications, y compris la documentation associée et de former des matériaux, sont en général plus hauts que ceux pour acheter une solution de paquet.
Voici brièvement justes quelques uns des facteurs additionnels que, IMHO (à mon avis humble), vous peut souhaiter pour considérer en le déterminant si est le meilleur « pour établir » une application « à partir de zéro », incluant :
1) En plus du temps et du coût estimatif de « codage », vous assurez vous également considérer tous les temps et coûts possibles pour accomplir la définition, l'analyse et les phases de conception, avant le « codage », et les phases suivantes d'essai et d'exécution priées pour accomplir le cycle de vie global de développement de logiciel pour toi application.
2) Êtes-vous projetant contrôler le projet, et des équipes de projet, vous-même ? Et/ou êtes-vous projetant « externalisez-vous » la partie à toute les gestion de votre projet ? Quels sont les coûts en termes d'heure, effort et argent pour chacune de ces solutions de rechange ? Lesquelles de ces solutions de rechange ont les risques minimum à l'accomplissement réussi de votre projet de développement d'application ? , Ce sont des considérations de *important* comme n'accomplit pas le développement de vos applications peut rendre poursuivant cette option très coûteux !
3) Quels sont les coûts - temps, effort et/ou argent - pour développer également la documentation et la formation (si c'est approprié) pour vos applications ?
4) Comment projetez-vous soutenir les applications développées ? Par chemin de fer du personnel « dans maison » pour le soutenir ? Et/ou lotisseurs et/ou personnel externes s'engageants de soutien ?
5) Comment projetez-vous manipuler l'entretien sur cette nouvelle application ? Avez-vous le code source ? Projetez-vous manipuler le futur entretien vous-même/« dans la maison » ? et/ou allez-vous engager l'équipe originale de développement (supposant sont-ils disposés et disponibles) faire futurs additions et/ou changements à vos systèmes ? Si vous avoir ainsi négocié/« fermé à clef dans » un taux pour ces futurs efforts d'entretien ?
Etc. etc.
Maintenant, regardons l'option de « achat ».
Certains des avantages de l'option de « achat » incluent :
1) L'heure d'obtenir une solution de paquet a mis en application tels que vous pouvez commencer à l'employer et retirer les avantages correspondants pour vos affaires est en général plus rapide que celui pour établir l'application « à partir de zéro ».
2) Le prix d'achat d'achat initial d'un progiciel, bien qu'il puisse être considérable, est souvent moins que les coûts faits sur commande (initiaux) de développement.
3) Le fournisseur de logiciel peut fournir des mises à niveau régulières d'entretien au progiciel, y compris un certain nombre de « bogue fixe » et/ou les perfectionnements, que vous pouvez recevoir pour « ont fixé des honoraires d'entretien » que tels que vous ne devez pas soutenir les coûts de tout ceux-ci « désinsectisent seules des difficultés » et des perfectionnements.
Certains des inconvénients de l'option de « achat » incluent :
1) Un paquet de LITS DE CAMP peut ne pas satisfaire à tous vos conditions/besoins d'affaires et peut ne pas adapter vos affaires spécifiques traite bien « hors de la boîte ». Le fournisseur de logiciel peut ou peut ne pas pouvoir disposé et à modifier le paquet pour améliorer l'ajustement vos conditions et/ou processus d'affaires et même si ainsi, ceci peut être coûteux.
2) Un progiciel peut pouvoir moins s'adapter rapidement aux changements des vos besoins et/ou processus d'affaires. Vous pouvez devoir attendre le prochain dégagement de l'entretien du fournisseur pour obtenir les changements que vous voulez, ou vous pouvez devoir payer le fournisseur pour rendre ces changements spécifiquement justes pour toi et pour les attendre, ou ils peuvent ne pas pouvoir disposés (et/ou en mesure) à faire ces changements à leur progiciel pour toi du tout.
Voici brièvement également justes quelques uns des facteurs additionnels que, IMHO, vous peut vouloir pour considérer dans l'évaluation/le choix d'une solution de paquet, en tant qu'élément de vos « options d'achat », incluant :
1) Quelle est l'heure et le coût additionnels, si c'est même possible/option, de modifier le paquet pour satisfaire à vos conditions/besoins courants ? « Un principe de base général » que j'ai employé au cours des années est que… si vous devez modifier 50 le r de plus du « code » pour le faire satisfaire vos besoins, alors vous êtes probablement meilleur outre de le récrire « à partir de zéro », savez-vous ?
2) Est-il maintenable ?
En signifiant, toi, le fournisseur, et/ou des lotisseurs que vous s'engagent pouvoir modifier le paquet pour rencontrer tous les changements de vos conditions/besoins actuels et/ou futurs ? Est-ce que sinon, alors ce paquet devenir le « shelfware » devrait-il vos besoins changent-ils à un certain point, vous peut-il sait ?
3) À quel point est-ce qu'il intègre et/ou « joue bien » avec les autres applications dans votre architecture globale d'application ?
S'il « ne se connecte pas par interface bien » à d'autres applications dans votre architecture globale d'application et il aura besoin, alors vous pouvez constater que vous devrez faire concevoir en fonction du client ces interfaces. Par conséquent, vous devriez également considérer le développement de ces interfaces en « tout le coût de propriété » de ce paquet, droite ?
4) Quels genres de documentation, de formation et d'appui sont disponibles ? Et combien bons sont-ils ? Le résultat inférieur… un paquet toi et/ou votre personnel ne pouvez pas employer n'est pas en valeur beaucoup est maintenant lui ?
Etc. etc.
Accordé, encore, il y a beaucoup plus à une bonne « achat analyse formelle contre construction » et/ou au procédé de choix de logiciel, comme discuté ci-dessus, mais…
Une fois que vous l'avez rétréci vers le bas jusqu'au dessus les progiciels « de marquage » de LITS DE CAMP de candidat de votre procédé de choix de logiciel, ceci avec votre évaluation des avantages, les inconvénients et les coûts « achat » contre de l'alternative de « construction », comme discuté ci-dessus, te permettra de faire une bonne décision au courant au sujet dont la solution est meilleure pour toi et vos affaires, à savoir « pour construire » ou le « achat », dans ce cas-ci, bien ?
J'espère que les discussions ci-dessus aideront au moins chacun pour voir la valeur (et période, effort et épargne potentiels d'argent) d'effectuer « achat une analyse contre construction » et/ou un procédé de choix de logiciel « vers le haut d'avant » contre finir vers le haut avec quelque chose qu'ou ne satisfait pas vos (court- et/ou terme) besoins et/ou est trop coûteux pour maintenir.
Si vous avez toute autre question considérer et/ou voudriez davantage d'aide avec un quelconque de ceci, se sentir svp libre pour nous contacter par l'intermédiaire de l'information de contact disponible ci-dessous.
J'espère ceci toutes les aides vous tout et ai un jour splendide ! :)
- Michael S. DeVries
Au sujet de l'auteur : Michael S. DeVries est le président de la liste de consultation virtuelle de discussion (http://www.TheVCF.com/vcdl.phtml) et principal de la société de consultation virtuelle (http://www.TheVCF.com). Apprendre comment travailler de là où, toutes les fois que par la souscription à la liste de consultation virtuelle de discussion et recevoir plusieurs cadeaux LIBRES ! à : http://www.TheVCF.com/vcdl.phtml
