Application d'entreprise et compétence de noyau de Firm’s
Mercredi, Le 21 Novembre, 2007Quand une organisation évalue plusieurs fournisseurs et zéros de l'application d'entreprise (ea) dedans sur une suite, ils commenceront à noter que tous les éléments de la séquence de valeurs du ` de leur entreprise 'ne peuvent pas être tracés aux modules de processus d'affaires fournis par cet ea. Ce que ce moyen est que la suite d'ea ne peut pas être employée ` comme était pour chaque module comme CRM, ERP, SCM ou SRM etc. pour soutenir la structure des affaires de l'entreprise. C'est un bon signe, parce que si l'ea est employé sans personnalisation (mais seulement avec une certaine configuration) pour soutenir chaque des organismes fonctionnels puis il indique clairement que la société n'a pas un avantage concurrentiel comparé à ses concurrents. Il est impossible que un fournisseur d'ea établisse chaque des variations possibles de séquence de valeurs de l'organisation d'affaires quoique les fournisseurs le vendent avec cette promesse. Pensez à lui de cette façon, si vous pouvez employer un ea générique avec une certaine configuration pour tracer à vos processus d'affaires alors que n'importe quelle organisation avec les bonnes ressources pourra reproduire votre effort et éroder de ce fait le fossé économique du ` de votre entreprise '. Reconnaissant que certains des modules aiment SCM, ERP ou heure peut être vos non activités de noyau et ces modules peuvent être utilisés sans la personnalisation. Mais pour vos activités de noyau, l'ea ne devrait pas être ` utilisé hors de la boîte '. Comme mentionné dans mon blog Stratégie D'Exécution D'Application D'Entreprise il y a 2 manières d'aborder automatiser la compétence de noyau en utilisant l'ea
Adapter L'Application Aux besoins du client D'Entreprise
Le pour :
- Solution Consolidée: Tous les deux creusent non et les processus d'affaires de noyau seront sur une même plateforme simplifiant la brochure des applications de logiciel.
- Équipe homogénéisée de développement: Puisque toute l'application est sur une plateforme simple d'ea, ELLE département peut avoir une équipe homogénéisée de développement. Aucun besoin d'obtenir la ressource différente avec la compétence différente ne place.
Le contre :
- Cher: Le besoin de louer et former les ressources fortement spécialisées. Il est également très lent pour établir, examiner et déployer une solution adaptée aux besoins du client rendant de ce fait la solution chère.
- Appui Tacheté De Fournisseur: Habituellement les fournisseurs n'encouragent pas des sociétés à adapter leur application d'ea. Mais en même temps ils identifient que les clients veulent marchent loin si aucune personnalisation n'est fournie. Ainsi les fournisseurs d'ea ont une mauvaise réputation de fournir le bon appui.
- Handcuffing à une version: Une fois que le logiciel est adapté aux besoins du client, l'évolution à une plus nouvelle version devient près d'impossible parce que toute la personnalisation sera perdue. Tôt ou tard le fournisseur commencera à pressuriser pour améliorer en raison de leur coût de soutenir la vieille version deviennent très haut
Obtenir menotté à la version en cours du logiciel d'ea est de loin la raison principale pour laquelle adapter l'ea aux besoins du client n'est pas une grande idée à la longue.
Inscription d'un système logiciel interne intégré:
Le pour :
- Solution Découplée: Les processus d'affaires de noyau sont isolés de l'ea. Le système peut être mis à jour et a augmenté le indépendant de plusieurs fois de l'application d'ea. Que la manière, le cycle de développement du système logiciel interne sera découplée avec celle du cycle de développement d'ea qui est notoirement lent.
- Accroissez les possibilités existantes d'ELLES département: L'inscription d'une application interne peut tirer profit des possibilités existantes de IL département. Si le courant IL département est bon dans des applications se développantes de NET, alors cette application adaptée aux besoins du client peut être sur cette plateforme.
Le contre :
- Issues D'Intégration: Les applications d'ea n'ont pas un bon soutien d'intégrer les systèmes externes. Bien que, la plupart d'entre elles commence à employer le cadre de SOA (architecture orientée par service) à l'intégration de soutien de l'application externe.
Car les fournisseurs identifient qu'ils ne pourront pas forcer chaque société à employer le processus plat d'affaires de vanille ils commenceront à soutenir l'intégration sans couture avec des applications externes. La deuxième option deviendra la seule manière que les sociétés peuvent automatiser leurs compétences de noyau.
Chaque organisation a obtenu à cette route en travers par l'épreuve et l'erreur mettant en application une stratégie du bruit ea. I don’t pensent que chaque fournisseur parle à l'unisson quant à la façon aborder la question d'automatiser la compétence de noyau pour cette organisation. Les organismes qui ont essayé tous les deux les manières mentionnées ci-dessus d'automatiser leur compétence de noyau ont été frustrés par la complexité de l'exécution. Car la technologie d'intégration change, et pendant que le modèle de la livraison s'adapte nous verra l'anéantissement continu dans l'exécution de la stratégie d'ea.
Popularité : 25% [ ?]




























