La «joie» de l'entreprise Systèmes implémentations Partie 2: Mise en oeuvre Principaux facteurs de succès




        «Joy» des systèmes Enterprise implémentations

        Partie 2: Mise en œuvre Principaux facteurs de succès

P.J.         Jakovljevic         - 9 Juillet 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é Tendances ERP (Rapport de recherche de 1292 à 1201-RR) et libéré         il ya plusieurs mois par le Conference Board, les membres d'affaires de premier         et le réseau de recherche dans le monde entier, qui relie cadres de différents         les entreprises, les industries et les pays. Le sentiment général est que l'         situation peut être reflété à travers tout l'espace des applications d'entreprise.

Cette         est une note en quatre parties. Partie         Un résumé d'un rapport intitulé Tendances ERP par le Conference Board.         Cette partie commente les principaux facteurs clés de succès (FCS départ) pour les entreprises         des projets d'applications et sur les causes de la mise en œuvre des systèmes d'entreprise         échecs. La troisième partie se poursuivra l'analyse. Quatrième partie fera utilisateur         Recommandations fondées sur cette information.

clé         Facteurs de réussite

Comme         suspectée et a laissé entendre dans le passé longtemps, le rapport confirme que le fait d'obliger         analyse de rentabilisation et l'engagement de la gestion sont la principale clé de succès         facteurs (KSF). Ce sont, en outre, d'un commun causal. Pour le projet         pour obtenir l'engagement de l'aime d'un directeur général et d'avoir ainsi le meilleur         chance de succès, il / elle doit visualiser la mise en œuvre des systèmes d'entreprise         que l'amélioration de l'atteinte de certains objectifs d'affaires.

Cela,         malheureusement, n'a pas souvent été le cas dans le passé, trompé par le         technologie chant de la sirène (pour plus d'informations, consultez le         "Old ERP" Dilemme: Remplacer ou add-on), de nombreuses entreprises ont échoué         de construire une logique commerciale tangible, a fortiori retour Calculer         l'investissement (ROI) pour une mise en œuvre. La situation n'est guère         plus facile en cas de mises à niveau du système malgré l'attractivité de l'expansion         nouvelles frontières de fonctionnalités, comme la bataille pour obtenir toutes les applications         à l'intérieur et à l'extérieur le travail de l'entreprise ensemble plutôt que de simplement         automatiser certaines parties de l'entreprise entre les quatre murs.

L'         L'intérêt aujourd'hui principales entreprises de est dans les systèmes qui rendent les interactions         entre les partenaires commerciaux plus efficaces et qui contribuent à bottom-line         amélioration. À cette fin, de nouveaux domaines fonctionnels au-delà noyau ERP (mais de plus en plus         fournies par de nombreux éditeurs d'ERP ainsi) comme l'e-procurement, portails,         business intelligence (BI) / analytics, self-service, etc web offrent une promesse         d'accroître l'efficacité de la chaîne d'approvisionnement et le service à la clientèle.

En         tout état de cause, l'approche frivole top de gestion se révèle rapidement et         l'attitude cascade vers le bas de la hiérarchie. La promesse d'aider tout le monde         au sein de l'organisation à améliorer ses objectifs dégénère         dans une marche pénible de mise en œuvre du logiciel dominé par le département informatique.         Ceux qui se sentaient exclus volonté, intentionnellement ou non, démoraliser le succès         du projet, simplement en passant par les mouvements.

retenue         Propriété

En outre,         il est essentiel que le recours à des consultants ne signifie pas que l'entreprise         perd la «propriété» du projet. Très souvent, l'entreprise, ne réalisant pas         l'importance d'un chef de projet à temps plein et l'équipe du projet, ne         pas dégager de leurs obligations dans leurs postes réguliers. Lors de         leurs tâches administratives deviennent trop exigeants, l'engagement de mise en œuvre         est la première chose à faire. Par conséquent, le buy-in des utilisateurs qui ont         la participation dans le succès opérationnel du système est tout aussi essentielle. Cela         est important d'attribuer des responsabilités et des récompenses aux membres du personnel qui         les deux ont une bonne connaissance de la technologie et la connaissance intime         des exigences et des processus opérationnels de l'entreprise.

Sinon,         par conséquent, des consultants extérieurs devront slog par le plus banal         des tâches telles que la saisie de données / nettoyage, qui ont été détachés par contrat         à l'équipe du client et ouvertement esquivé par ces derniers. Les consultants »         pensée a été que le travail supplémentaire était un moindre mal que l'a suivi         pointer du doigt en cas de raté aller délai live 'et le budget         dépassement. On ne devrait imaginer le sort du système live dans les mains         des utilisateurs finaux très indifférents après le départ du consultant. Par conséquent,         les entreprises qui embauchent des consultants / intégrateurs de systèmes pour une mise en œuvre / mise à niveau         les projets doivent s'assurer que les canaux ouverts et la communication franche. Tous les problèmes         avec les objectifs de l'entreprise, les délais, la portée du projet devraient être portées         pour allumer rapidement pour éviter les litiges interminables après l'événement.

projet         Régime / Gestion des attentes est crucial

L'         manque de bien conçu, le plan de projet réaliste et approfondie avec la justification         pourquoi le logiciel est mis en œuvre, quelles sont les parties de l'entreprise sera         affecté et comment, et combien de temps cela prendra, a également été cité par le rapport         comme la principale raison d'insatisfaction. L'absence d'un plan de son conduit également         à un autre problème de mise en œuvre commune de la dérive des objectifs redoutée.

lieu         de limiter la fonctionnalité et la portée du projet d'applications, les entreprises         laissez finalement réveillé et les utilisateurs du projet absorbés proposer des modifications         à la volée qui mangent rapidement en place le budget et le temps du projet. Souvent, ces modifications         ne sont requises que pour reproduire l'héritage existant (probablement inefficace)         processus puisque c'est la façon dont l'entreprise a été exécuté pendant des siècles ». Pourtant,         un nombre limité de personnalisations peuvent être nécessaires pour accueillir         différenciant critique des pratiques commerciales, et aucun fournisseur ne peut fournir         solution out-of-the-box à toutes les entreprises. Pour la justification de plus de modifications         et mises en garde, voir Si         Vous modifiez un produit d'application?

A         compromis pourrait fonctionner le mieux mettre en œuvre le nouveau système avec un minimum         modifications et voir comment avec véhémence les utilisateurs exigent / plaignent bas nécessaires         la piste. Souvent, la mise en œuvre / modernisation d'un système d'entreprise offre une         bonne opportunité pour les entreprises à revoir leurs processus d'affaires clés         et des ressources. Un système d'entreprise est seulement un moyen pour une fin - la gestion         des processus d'affaires complexes (y compris la rationalisation des processus redondants)         d'améliorer la rentabilité, la productivité et l'efficacité.

Ainsi,         parce que l'élaboration d'un plan pour déterminer comment la mise en œuvre / mise à niveau         aura une incidence sur la société est probablement la partie la plus importante du projet,         il doit être affecté suffisamment de temps et d'attention. la planification du personnel et attentif         inventaire des personnalisations nécessaires sont essentiels à la réussite du projet.         standardisation des processus à travers des unités comme à des endroits dispersés et l'         unification du système de codage des données (par exemple, numéros de pièces, plan de comptes         numéros) devraient normalement augmenter l'efficacité du système, et devrait         payer une attention particulière à ce stade ainsi. En tout cas, le imposées         changements dans les pratiques d'affaires bien habitués, il faudra gestion du changement         pour gérer le ressentiment de nouvelles pratiques d'affaires et de réorganisation susceptible employés.         

Éviter         le "Big Bang" Approche

L'         ce qu'on appelle l'approche «Big Bang», c'est, plutôt que de passer à la nouvelle         système à un seul composant à la fois, faire d'un seul coup, a également         été attribué à un certain nombre d'implémentations échoué. Jusqu'à récemment         l'approche a pratiquement été mandaté par la prévalence de l'monolithique         Produits ERP. Aujourd'hui, la tendance est de livrer les produits en tant que composants basés sur le Web         récemment de plus en plus appelés services Web (voir Where Is ERP Dirigée         (Ou mieux, Où devrait-il être dirigé)? Partie 2: L'architecture du produit et         Web-Basing)

Beaucoup         les entreprises d'aujourd'hui commencent à penser en termes d'un Big Bang, mais plus tard         décider de suivre une approche «progressive», dans lequel de nouveaux éléments du système         sont introduits progressivement. Cette stratégie plus prudente permet au système         punaises être trouvée et corrigée avant de passer à la phase suivante, tandis que         réduire le choc pour les utilisateurs qui accompagne inévitablement nouvelle échelle de l'entreprise         implémentations de système. Big Bangs sont trompeuses dans leur promesse de «une fois         et c'est fait "avantages que les investissements réalisés pour remédier aux problèmes peuvent rapidement         l'emportent sur les économies anticipées.

        adoptent une approche progressive et en commençant par les modules matures         qui ont le moins besoin de personnalisation. Souvent, les projets impliquent une mise en œuvre pilote         qui permet à l'entreprise de s'assurer que le futur système correspondra bien         l'ensemble des processus d'affaires. Cela devrait créer une dynamique, prouver         le concept et les avantages, et donc obtenir le soutien et l'enthousiasme         d'autres ministères et la haute direction. Le cas est un peu différent         en cas de mises à niveau de produits, où l'approche du Big Bang peut être bénéfique         (Ie, moins coûteux et plus courte) en raison de l'effort constant nécessaire         dans la planification, l'installation du système et les phases de migration de données, indépendamment         de la portée du projet.

chemin rapide         comme une alternative

autre         approche serait d'opter pour rapide (fast-path) la mise en œuvre de vendeurs         outils et programmes, bien trop familier accélérée »ou l'avance rapide '         sobriquets, en tenant compte des avantages potentiels mais aussi des ramifications         de les utiliser (voir rapide-voie         Implémentations - Sont-ils bons ou mauvais? ).

utilisation         Centres de Compétences pour la maintenance

les témoignages         d'augmenter le déploiement de "centres de compétences" pour gérer la maintenance         et le soutien des environnements ERP indique une autre question importante de personnes          une formation appropriée en cours et la promotion des services informatiques en         systèmes de connaissances de l'entreprise plutôt que simplement un des centres de traitement de données.         Maintes et maintes fois des gens qui ont mis en place des systèmes, même avec le succès         résultat, affirment qu'ils n'avaient pas un niveau suffisant de compréhension de         soit le logiciel ou les processus opérationnels sous-jacents et les procédures         nécessaires pour travailler dans un environnement intégré.

Quel         a généralement été désigné comme la formation s'est avérée inutile         trop souvent, les entreprises tombent dans le piège de la formation des employés façon de naviguer         écran ou quel champ ou bouton fait quoi »au lieu de stimuler leur         capacité à réaliser le flux sous-jacent de l'information à travers les entreprises         processus. Systèmes ERP, en fait, sont conçus pour fonctionner en codifiant une         ensemble de processus d'affaires et les employés doivent apprendre le pourquoi, wheres         et whos du processus d'entreprise (flux de travail) plutôt que le comment de logiciel         écrans. Sans avoir à apprendre les tenants et les aboutissants du processus, les utilisateurs         conserver leurs silos de mentalité pré-ERP, ce qui est très préjudiciable dans un entrelacées         Environnement ERP (lorsque, par exemple, un employé de la commande client ne comprend pas la         implications de son / ses transactions sur les autres utilisateurs du système).         

One         devrait seulement imaginer l'ampleur de complexité dans le cas de la mise en œuvre         processus d'affaires qui s'étendent à travers les différentes entreprises et qui sont         dépend utilisateurs sur lesquels l'entreprise cliente a un peu (ou pas         à toute autorité d'). Collaborative Business est terriblement complexe et ce         scénarios d'affaires sont bien pris en charge dépendra de l'engagement et         l'implication de tous les partenaires commerciaux au cas où. Progresser logiciel transactionnel         à la gestion des processus métier (BPM) dans hétérogène intra-entreprise         environnements est assez complexe et un exercice fastidieux pour tout         fournisseurs, intégrateurs de systèmes, et, aiguilles à-dire toute organisation cliente.

Apparemment,         en plus d'étudier soigneusement leurs propres capacités, les entreprises devraient         également examiner attentivement ceux de leurs partenaires commerciaux. Un exemple         serait une société qui ne mettre en œuvre Web self-service sans évaluer         le choix de la voie de communication de ses clients, dont certains         n'ont toujours pas accès au Web.

Pour         aggraver les choses, les tests de système de formation et se produit généralement à l'         fin de la mise en œuvre, souvent immédiatement avant d'aller vivre, quand il est         trop tard et tout le monde se sent stressé. Inutile de dire que, en raison de la         nature à mission critique des systèmes d'entreprise, ils doivent être soigneusement         testés et mis à l'épreuve avant d'être entièrement déployé, bien sûr,         pas sur mannequin, les données sandbox, mais plutôt sur des données réelles provenant spécifique dans le monde réel         scénarios d'affaires. Une entreprise de fabrication devrait, par exemple, invoquer passé         les commandes des clients et les acheminer à nouveau à travers l'ensemble du workflow          de la conception du produit, en lui passant sur la production, la remettant,         et de facturation pour elle.

ailleurs,         comme les systèmes d'entreprise survivent généralement les employés en TI et les membres du projet         que conceptualiser, mettre en œuvre et modifier les systèmes sur la route, documenter         le système est également crucial afin que les futurs utilisateurs saisissent rapidement l'entreprise         processus logique derrière le système. La documentation est également nécessaire pour         futures mises à jour de produits, des extensions et des systèmes collaboratifs polyvalences         que l'avenir amènera inévitablement. Enfin, la documentation peut         délimiter la zone de responsabilité et la portée de l'engagement de tous         parties concernées (le client, les consultants et le vendeur).

Cette         conclut la deuxième partie d'un rapport en quatre parties. Partie         Un résumé d'un rapport intitulé Tendances ERP par le Conference Board.         La troisième partie se poursuivra la discussion sur les causes de la mise en œuvre ERP         échecs. Quatrième partie fera des recommandations d'utilisateurs.

 
comments powered by Disqus