Accueil
 > Rapports de TEC > Blogue de TEC > La «joie» de l'entreprise Systèmes implémentations Partie...

La «joie» de l'entreprise Systèmes implémentations Partie 3: Les causes des échecs

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

        «Joy» des systèmes Enterprise implémentations

        Partie 3: Les causes des échecs
Photos          P.J.         Jakovljevic         - Juillet 11, 2002

exécutif         Résumé

Quel         a longtemps été un sentiment général sur la base de rumeurs, actualités et quelques         rapports d'enquête occasionnels cachés dans les coffres de maisons d'analystes et largement         inaccessible à la masse audience en raison de frais d'abonnement exorbitants, a         récemment été confirmée d'une manière plus tangible. Notamment, de nombreuses grandes         les entreprises ont encore des difficultés à atteindre ressources d'entreprise efficace         Systèmes de planification (ERP), même après une année complète de mise en œuvre, selon         le rapport intitulé ERP Trends (Rapport de recherche de 1292 à 1201-RR)         et publiée il ya plusieurs mois par Le Conference Board , le premier ministre         l'adhésion de l'entreprise et le réseau mondial de recherche, qui relie cadres         de différentes entreprises, les industries et les pays. Le sentiment général         est que la situation peut être reflété à travers les applications d'entreprise entiers         espace.

Cette         est une note en quatre parties. Partie         Un résumé d'un rapport intitulé Tendances ERP par le Conference Board.          Partie         Deux couvert les principaux facteurs clés de succès (FCS départ) pour les applications d'entreprise         projets. Cette partie aborde les causes de la mise en œuvre des systèmes d'entreprise         échecs. Quatrième partie fera des recommandations d'utilisateurs sur la base de ces informations.         

Autre         Causes des implémentations infortuné

      Certaines autres causes       des implémentations malheureuses et / ou pauvres performances du système en direct d'une valeur de       soulignant serait:       

  • Manque           de la discipline du système , qui peut être illustré de nombreuses façons.           On est des données inexactes dans le système grâce aux utilisateurs des mises à jour tardives ou           données initiales inexactes capture. L'expérience a montré qu'au moins           98% des dossiers d'inventaire, des nomenclatures (BOM) et des itinéraires (opérations)           doit être correcte pour rendre le système capable de contrôler l'entreprise.           D'autres informations doivent être tout aussi précis (pour plus d'informations,           Voir affaires           Basics: Données non lavé Est Données toxique et constitue un           Système CRM besoin d'une stratégie de données). Même après un système est entièrement           déployée, les données se contamine en raison du vieillissement (par exemple, les employés et commerciaux           partenaires changent d'adresse ou d'autres domaines de leur profil), et           un effort permanent doit être mis en place pour éviter que les données de métastases au niveau           d'obsolescence. La complexité de la situation multiplie quand beaucoup disparate           systèmes avec leurs propres systèmes de données sont intégrées.

              Un autre exemple de la mauvaise discipline serait la continuation de la physique           la conduite des affaires tout en contournant le système. Souvent, il est           une envie instinctive de gestion intermédiaire, par exemple, expédier à la hâte           marchandises à des clients dans le but de préserver les ventes futures, sans nécessairement           connectant à travers le système. Les conséquences sont multiples préjudiciable:           

    1.               Afin apparaît toujours dans le système comme non tenues, AB               
    2.               réelle et de l'inventaire dans le système ne sont pas synchronisés, et

    3.               facture ne peut être envoyé sans l'ordre d'être complété par               le système.

              L'ironie de la vie réside dans le fait que, puisque personne ne peut alors faire confiance           les données dans le système de contrôle et physiquement sur le sol de l'atelier et / ou           dans l'entrepôt de la localisation de l'ordre est le seul moyen fiable           pour tracer le statut de la commande, ces coupables obtiennent même des munitions à           dénigrer l'utilisation du système puisque «c'était beaucoup mieux quand les choses étaient           fait l'ancienne, façon manuelle ".

  • Une           demande ne répond pas aux besoins de l'entreprise . Une extrême           exemple serait trop système imposé par "riche en fonctionnalités» (c.-à-complexe)           la haute direction que tous, mais accable et aliène les utilisateurs.           Consultants externes qui ne comprennent pas vraiment l'entreprise puis ont           de comprendre comment le paquet doit être mis en correspondance avec les processus d'affaires.           Cela signifie souvent l'automatisation de l'activité non-optimisé actuel, probablement           processus d'une manière de "numériser le dinosaure". Sans parler de l'           importance de la propriété inexistante du client du projet.

              Un autre exemple serait une tentative d'adapter une cheville carrée dans un trou rond,           comme dans le cas de la mise en œuvre d'un make-to-stock (MTS) environnement favorable           Système ERP au sein de l'Ontario (MTO) Environnement de rendre à l'ordre, que nous avions           le déplaisir d'être témoin dans le passé.

              Un dans la myriade de conséquences effroyables de la mise en œuvre a été           l'absence d'une installation configurateur de produit avec les éléments génériques (avec           les options, les variantes et les contraintes), les nomenclatures, gammes génériques génériques et           tarification fonctionnalité. En conséquence, l'ordre de vente capture commis           doit attendre parfois pendant des jours pour la réponse de l'ingénierie           département en ce qui concerne le code du produit et du prix / coût. Inutile de           disent les données de base standard a été gonflés parce que chaque variante du produit           devait avoir un stock distinct code article, BOM et le routage comme si c'était           un article en stock standard et non un produit personnalisé ponctuel fait (par exemple,           avec une couleur spéciale).

              En conséquence, l'entreprise a dû fermer littéralement descendre les opérations           de sorte que l'ensemble du lieu peut participer à une action redoutée faire de l'exercice,           avec un maître impression élément épais comme encyclopédie et avec moins           de 10% des éléments de la liste devrait être approvisionné. C'est sans tenir compte           la probabilité de produits identiques ayant un nombre différent d'article           codes, comme des personnes différentes a créé ces insu de l'autre.           

              Par conséquent, il ya eu une connaissance croissante de l'importance           de produits axés sur l'industrie verticale. Le logiciel qui combine spécifiques à l'industrie           fonctionnalité et la flexibilité pour s'adapter unique de chaque entreprise           processus va un long chemin vers l'amélioration de l'adéquation fonctionnelle et la           vitesse de mise en œuvre. Une grande majorité des fournisseurs ont récemment reconnu           la nécessité de revenir à la planche à dessin et repenser certaines vertical           solutions après leurs clients avaient de graves difficultés en utilisant l'existant           autres.

              Également pas rare que c'est le cas lorsque le logiciel a une fonctionnalité fort           mais impose des limites sur un client en raison de son architecture inflexible.           Comme chaque entreprise est de nature dynamique, la meilleure assurance que l'           système sélectionné s'adapter aux besoins changeants des entreprises dans le           avenir est de s'assurer qu'il a intégré en souplesse grâce, par           interrupteurs, commutateurs, des options ou des composants (pour plus d'informations, voir            Magnifique           Produit:. Dommage que l'architecture ne Fit)

  •           Départ du promoteur du projet dans le milieu du gué . La moyenne des           tenure des cadres de niveau C semble être d'environ quatre ans. Avec une grande           implémentations d'une durée de près de deux ans en moyenne, il ya une forte           risque d'un changement de direction au cours de la mise en œuvre, sérieusement           perturber la mise en œuvre. Un événement d'autant plus probable est que           la gestion qui a sélectionné le système a quitté l'entreprise par le           fois que le système est mis en œuvre et des questions sur la raison d'être           le choix du système inadapté ont commencé à voler dans toutes les directions.

  •           Détérioration de système soi-disant bien mis en œuvre, au fil du temps .           Pour toutes les raisons ci-dessus, et parce que c'est la nature humaine de ne pas tenir compte           et mis en oubli tout mais quelques pratiques répétitives, banales, beaucoup           Systèmes entreprises perdent progressivement »leur fonctionnalité nativement prévu,           que les utilisateurs reviennent à contourner précédent et sous les pratiques optimales. Pour           plus d'informations sur ce phénomène, souvent désigné comme l'application           érosion », voir la demande           Erosion: ronge votre valeur durement gagné et application           Erosion:. Autres causes et remèdes

Dernière         mais non le moindre, le rapport montre que la notion best-of-breed a encore         un grand attrait, en particulier dans le haut de gamme du marché où         systèmes d'entreprise hétérogènes, multi-fournisseurs sont la réalité. Pour en savoir plus         informations sur les pro et contra de ce concept de mise en œuvre, voir unique         Source ou Best of Breed - Le débat se poursuit et la standardisation         sur un système ERP dans un Multi-division Enterprise.

Cette         conclut la troisième partie d'un rapport en quatre parties. Partie         Un résumé d'un rapport intitulé Tendances ERP par le Conference Board.          Partie         Deux commenté sur les principaux facteurs clés de succès. Quatrième partie rend l'utilisateur         Recommandations.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.