Accueil
 > Rapports de TEC > Blogue de TEC > Acheter, de construire ou Somewhere Between

Acheter, de construire ou Somewhere Between

Écrit par : Sean Wheller
Date de publication : juillet 18 2013

Présentation

Organisations class="articleText">

deux   choix ont leurs avantages et inconvénients. Une décision qui favorise ou l'autre voie dépend   sur un certain nombre de facteurs dont l'influence sur le processus de décision varie entre   organisations. En conséquence, il n'ya pas de règle d'or qui peuvent aider les organisations   choisir une voie plutôt qu'une autre. Quelle que soit la voie, les organisations en général   hériter de tout ce qui est bon et mauvais à propos de cette option et sont par la suite exclu   du bien et du mal de l'alternative. En outre, une fois l'embarquement sur un itinéraire   il est difficile et coûteux de changer de cap.

Cette   article examine les facteurs de décision pesé par les clients dans le build contre   acheter débat et explore une nouvelle option, celle qui se situe quelque part entre construire   ou acheter et offre le meilleur des deux choix.

Cette   article a été commandité   par SYSPRO

fond

Avant   à l'avènement de progiciels, les organisations souhaitant mettre en oeuvre logiciel   solutions n'avaient pas d'autre choix que de construire une application personnalisée qui répond à leurs besoins.   Cette situation a changé dans les années quatre-vingt que les développeurs de logiciels a réalisé   l'opportunité commerciale pour développer des applications qui s'est adressé à la commune   les processus et les besoins de nombreuses organisations. Depuis lors, l'industrie du logiciel   a vu le retour continu de la construction par rapport à acheter débat et les vendeurs en   les deux camps passent périodiquement côtés, selon l'option bénéficie de la plus forte   soutenir et possède le plus grand potentiel pour conduire une augmentation des revenus à l'époque.   

cours   les années nonante, le progrès technologique accéléré dans des niches de marché ont augmenté   le nombre d'applications d'entreprise et les blocs de construction de base disponibles dans le   marché. Bien que cela s'est traduit par un plus grand choix pour les clients, il a également conduit à   une plus grande confusion et de complexité.

Pourtant,   Ces options ont peu fait pour étouffer le construire contre acheter débat. Maintenant, au lieu   d'acheter la pile de technologie et les applications d'un seul fournisseur, les clients   ont été de décider d'un niveau de fournisseur centricity et en augmentant cela avec d'autres   best-of-breed solutions packagées. Si quoi que ce soit, cela ne fit qu'augmenter le nombre   des arguments au lieu d'améliorer la capacité des clients à tirer parti des   les avantages des deux camps.

Pour   souci de concision, cet article s'abstient de se plonger trop profondément dans les différences   entre ces options. Expliquer complètement les deux côtés de chaque option et comparer   les uns contre les autres prendront trop de temps et selon toute vraisemblance, sera juste   alimenter un argument en cours. Au lieu de cela, nous allons nous concentrer uniquement sur les options de base qui   toutes les autres options relèvent à un degré plus ou moins important: construire ou acheter-emballés   solutions par rapport à des applications personnalisées. Cet article va illustrer les avantages   et les capacités des nouvelles technologies émergentes qui offrent un «milieu de la plus   approche de route »qui devrait profiter à tous.

Buy (solution packagée)

L'   avantage de la stratégie d'achat, c'est que, en théorie, un package permettra à l'   organisation pour aller vivre avec une fonctionnalité étendue dans une courte période. C'est   principalement parce que le vendeur a déjà développé la fonctionnalité et la raison   il est plus facile de planifier un calendrier de mise en œuvre.

post-mise en œuvre   facteurs doivent également être pris en considération. Lorsque vous achetez un paquet   solution et l'externalisation de la mise en œuvre, le client est, en effet, le déplacement   plusieurs aspects du risque. En général, le sujet du risque est associée seulement avec   la mise en œuvre. Pourtant, à long terme, dans une perspective plus, les clients sont   se sont également exonérer de la tâche de maintenance, plaçant efficacement   la responsabilité et le coût pour se tenir au courant de l'avancement technologique   et les tendances du marché sur le vendeur. Bien que laissant le fournisseur responsable de la technologie   avancement peut être un risque en soi, le risque de l'acheteur est bien réduite.

Ces   facteurs, combinés avec le fait que la majorité des ressources engagés pour la mise en œuvre   sont externalisées, fait des solutions packagées facile de budget et semblent moins cher   sur le papier. Le niveau de contrôle, de responsabilité et un risque réduit fait pour un   proposition attrayante en comparaison avec le développement personnalisé. En général, il   Il est difficile sinon presque impossible de profiter de tous ces avantages quand il s'agit   à la création d'applications personnalisées, en interne ou externalisée.

Cependant,   pour tous ces points positifs, des solutions packagées ont aussi leurs inconvénients.

L'   le plus connu d'entre eux est que des solutions packagées sont jamais exactement adaptés   pour répondre à tous les besoins des clients. En outre, les clients finissent presque toujours par acheter   et de payer pour plus de fonctionnalités que ce qu'ils ont réellement besoin. En conséquence, ils   se plaignent souvent que leur coût total de possession de (TCO) est plus élevé que   prévu pour la partie inférieure de la fonctionnalité qu'ils utilisent en fait.

Pour   La plupart de ces plaintes sont fondées et attendu. Des solutions packagées, par   définition, s'efforcer d'être un "one-size-fits-all" ou une solution "off-the-peg".   Ils sont donc conçus pour s'adapter le plus grand ensemble d'exigences et sont   vide de l'industrie ou des fonctionnalités spécifiques du secteur. L'obtention de ces améliorations   conduit souvent à un coût nettement, entraînant un coefficient de fonctionnalité   qui est difficile à justifier. Toutefois, dans certains cas, où les vendeurs reconnaissent   qu'une amélioration aura un large appel à leur clientèle, ils seront   inclure la fonction ou la fonctionnalité de l'application à un très réduite   coûts. C'est, cependant, rare. Les clients avec des poches peu profondes apprennent vite que le   ils sont à la merci du vendeur quand il s'agit de demandes spécialisées.

Il   est alors que les clients le souhaitent, ils avaient pris la route de construction. Ils commencent à la source   solutions packagées alternatives ou reconsidérer l'option de construction avec l'intention   d'intégrer la nouvelle solution à leur système existant. L'intégration est, cependant,   pas toujours possible et porte souvent une étiquette de prix lourd surtout quand exclusive   technologies, telles que données électroniques échange (EDI), sont impliqués.   L'intégration a également l'effet pervers d'augmenter les coûts d'avenir   mises à jour, car les changements dans n'importe quelle partie d'un système peuvent causer la couche d'intégration   de ne plus fonctionner comme initialement prévu. Une simple addition ou modification   à un champ peut entraîner des exceptions et même entraîner la corruption des données. Le total   coût de possession est donc contraint plus, la flexibilité est réduite et souvent   il a peut-être été une décision moins cher à long terme d'avoir le fournisseur principal de développer   les exigences particulières dès le début.

Naturellement,   cette situation n'est pas souhaitable du point de vue des clients et conduit souvent   à des tensions dans la relation, ou pire, une désillusion générale avec ERP   dans son ensemble.

L'   client attend d'acheter une solution packagée libre des contraintes de   le vendeur et conserver la possibilité de développer l'industrie profonde ou un secteur spécifique   fonctionnalité qui permettra d'améliorer leur niveau global d'exécution afin de mieux client   relations, accroître la productivité et la rentabilité-tous les éléments dont ils   acheté ERP en premier lieu.

Construction (Application personnalisée)

En   le visage de solutions packagées de pointe, le soutien à la création d'applications personnalisées   a diminué mais n'a pas mourir d'une mort silencieuse, et il est donc encore possible   de trouver des organisations qui préfèrent construire leurs applications. Lorsqu'on lui a demandé pourquoi   ils préfèrent cette voie, la réponse la plus fréquemment donnée est: «Lorsque nous avons sondé   le marché, nous n'avons pas trouvé une solution packagée qui répondait à tous nos affaires   exigences ou pourraient intégrer aux systèmes existants. "

L'   principal avantage de l'option de construction est que les organisations peuvent créer des applications   ce match 100 pour cent des nuances propres à leur entreprise. La plupart des custom   applications sont également plus étroitement alignés sur les besoins des utilisateurs, et donc   augmenter la facilité d'utilisation, de réduire la formation, et plus généralement de promouvoir l'expérience de l'utilisateur   et le niveau de satisfaction avec le système.

L'   avantage supplémentaire est que les organisations ne se développent les fonctionnalités qu'ils   exiger et sont, par conséquent, ne pas payer pour des fonctionnalités ou des améliorations pour lesquelles   ils n'ont pas d'emploi. Cela vient avec l'avantage supplémentaire de ne pas avoir à payer    frais annuels de licence en cours (ALF).

orientée objet   techniques de développement qui permettent une approche modulaire pour la création d'applications   ont considérablement réduit échelles de temps de développement. Ces facteurs, combinés   avec, magasins de codage off-shore rentables, ont dans de nombreux cas pris la brillance   hors emballé solutions. Le résultat étant que l'option de construction est une fois de plus   jouissant d'une popularité croissante.

Maintenant,   pour les mauvaises nouvelles. Tel que mentionné dans la section précédente, il est difficile de précision   placer un échéancier des initiatives de développement personnalisés. Estimation de la durée du projet   et les coûts est donc souvent spéculatif. Fonctionnalité doit être construit à partir de   zéro, et la portée du projet et la modélisation des processus doivent être complétées et compris   avant que le développement commence. Obtenir un de ces mal peut entraîner importante   les dépassements des délais et des budgets.

Organisations class="articleText">

donc   l'argument pour ou contre chacune des options est "six d'un côté, une demi-douzaine de l'   Autres ». Ces deux routes offrent de grands avantages, mais sans aucune possibilité de réduire   ou éliminer leurs qualités négatives.

Quel   les clients ont besoin est la capacité à tirer parti des avantages à la fois construire et acheter des options   tout en étant en mesure d'éviter les qualités négatives. Ils ont besoin de quelque chose entre les deux.   

Somewhere In Between

Est   un tel endroit existe vraiment?

Oui,   nouvelles technologies sont apparues qui sont largement considérés comme suffisamment   mûrir en tant que plates-formes technologiques qui peuvent être utilisés pour le développement et la résolution de   problèmes de l'entreprise. Ces technologies comprennent

      Extensible
  •     mark-up Language (XML)

  • code managé     réalisé à Sun J2EE et Microsoft.
    NET     
  • architectures de composants     

Leading   fournisseurs de solutions packagées ont déjà intégré ces technologies clés   dans leurs offres de produits, ce qui entraîne dans ce qui peut être décrit comme un système   et la plateforme fournissant le meilleur de la construire ou acheter stratégies. Ironie du sort,   le lecteur derrière fournir aux clients ce choix n'a pas été en raison de la   problèmes décrits dans les sections précédentes. Au lieu de cela, le conducteur est venu de l'   la demande des clients pour collaborative commerce (c-commerce).

C-commerce   implique la collaboration, par voie électronique compatible, l'intégration des entreprises parmi un   personnel interne, les partenaires commerciaux et les clients tout au long de l'organisation   une communauté de trading. La communauté de négociation pourrait être une industrie, secteur d'activité,   la chaîne d'approvisionnement, ou de fournir des segments de l'événement.

C-commerce   est rendue possible au moyen d'ERP II, qui est la prochaine itération de l'évolution   des systèmes de planification des ressources. ERP II s'adapte ERP fonctionnalité, la technologie et   l'architecture afin de permettre le déploiement et l'interopérabilité des applications d'entreprise   à la fois interne et externe pour les limites virtuelles du réseau d'entreprise.   

L'   demande de «quelque chose entre" combiné avec les nouvelles exigences environnementales   et les exigences du c-commerce a eu l'effet suivant sur les fournisseurs. Il a fait   prendre conscience qu'il est impossible pour un seul fournisseur d'ERP pour développer emballé   solutions qui répondent aux milliers d'applications d'affaires imaginable que   offrira des fonctionnalités spécifiques de l'industrie en profondeur dans tous les secteurs verticaux   tout en continuant à assimiler applications et fonctionnalités dans les applications de base.   

Cependant,   afin que les fournisseurs de se qualifier pour l'entrée dans le II arène ERP, ils sont tenus   de fournir aux clients un moyen de créer ce que de nombreuses applications d'appels «nouvelle génération».   Ces facteurs exigent le changement de la fonctionnalité, l'architecture et les données de   systèmes de planification des ressources de tenir compte des caractéristiques de «prochaine génération»   applications qui seront

  •     usage extensif d'applications d'entreprise existantes et la logique métier en tant que     infrastructure des processus d'affaires.

  • importante     utiliser de l'intégration et la connectivité librement disponible, ouverte et basée sur des normes     ressources.

  • avoir une petite     empreinte technologique par rapport à la pile de technologie de base ou les applications de base.

ressources   systèmes de planification qui permettent des capacités de déploiement ERP II sont finalement aident   clients de réaliser le "quelque part entre les deux." Ils donnent aux clients la base   la fonctionnalité pour laquelle ERP est connue, tout en permettant une extension ou d'expansion   en fonction de cette position. En outre, ils donnent de l'entreprise le   l'agilité et la flexibilité de développer (construction) ou choisir d'autres fournisseurs best-of-breed   (Acheter), et ainsi de concevoir un système qui peut être facilement adapté aux besoins de l'entreprise   et applications de nouvelle génération.

Conclusion

ERP   II permet aux clients de changement des entreprises d'entraînement et l'innovation tout en réduisant les coûts   et la complexité.

Going   avant, les entreprises qui intègrent une stratégie ERP II seront mieux placés   de se concentrer sur leurs stratégies verticales grâce à une augmentation, au plus profond, de l'industrie spécifique   fonctionnalité ou une fonctionnalité unique à l'organisation. Comme élan se développe,   fonctionnalité de base traditionnel sera de plus en plus être considérée comme une marchandise.

Suivant   applications de production deviendront sans doute rien de moins que l'avenir   des logiciels d'entreprise. Comme nous entrons dans cette ère, nous serons de plus en plus forcés   de repenser certaines de nos idées reçues et les approches traditionnelles de l'application   développement. De la portée limitée de cet article, peut-être le plus important   d'entre eux est le «principe 80/20".

Cette   principe préconise que près de 80 pour cent de tout effort de développement sur mesure   est axée sur la résolution des problèmes liés aux technologies de base, accès aux données,   Interface de sécurité, de recherche et utilisateur. Les 20 pour cent restants sont consacrés à fait   le développement de la fin des affaires de la solution. Ces nouvelles technologies et ERP   Systèmes conformes II inverser ce principe afin que 80 pour cent du développement   temps peut se concentrer sur le développement de la solution d'affaires.

L'   Il devrait en résulter des solutions d'affaires personnalisées construites sur la logique métier inhérente   pour des solutions packagées qui répondent plus précisément à la fois l'entreprise et les besoins des utilisateurs .

Cette   article a été commandité   par SYSPRO

propos   l'auteur

Sean   Wheller est un auteur, consultant en management et le président de enbaya,   un cabinet de conseil qui aide les entreprises salut-technologie comme ils tracer une voie et   obtenir en cours avec de nouvelles initiatives sous-produits, des marchés, des partenariats et entières   entreprises. Wheller est l'auteur du livre «SYSPRO e.net   solutions - The Definitive Guide ", qui est disponible à partir de SYSPRO sur le passé.   quinze ans, il a été consultant auprès menant Europe, d'Amérique, du Moyen-   Services d'information basés sur l'Est et l'Afrique et les entreprises de logiciels. Antérieurement à   fondateur enbaya, Sean a occupé le poste de PDG de MediaOneIT.   Actuellement, ses clients comprennent Lucent, Avaya, Nortel, IBM, Comverse, SYSPRO,   et de nombreuses entreprises technologiques en phase de démarrage.

Il   peut être atteint à sean@enbaya.co.za

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.