Accueil
 > Rapports de TEC > Blogue de TEC > Est-ce que ERP contournements un excellent moyen de se ti...

Est-ce que ERP contournements un excellent moyen de se tirer une balle dans le pied?

Écrit par : Gabriel Gheorghiu
Date de publication : juillet 18 2013

*

TEC analyste Gabriel Gheorghiu dit: «Il n'ya aucun moyen de les éviter. Et oui, ils sont un problème. "
TEC analyste Jorge García dit: «Non, ils ne le sont pas."

<

*

Gabriel Gheorghiu, analyste TEC
Voici un exemple typique d'un ERP Solution:

Vous avez besoin d'un champ pour les types de bon de commande (vous seriez surpris du nombre de systèmes ERP n'ont pas cette) afin de différencier entre l'achat des matières premières, des biens, des accessoires de bureau, etc Vous pouvez simplement utiliser une note ou un champ «divers» pour chaque commande et vous avez terminé.

Mais plus tard, si vous essayez d'exécuter un rapport qui montre combien vous avez dépensé pour chaque type d'achat, vous pourriez être confrontés à quelques difficultés: le système peut-il chercher les champs que vous avez utilisés et les données de groupe il est donc logique? Pouvez-vous exécuter une requête ou modifier un rapport existant de combien vous avez dépensé sur les accessoires de bureau?

Or, mon exemple favori d'une solution de contournement: Vous vendez une chemise que vous produisez dans les tailles S, M et L, avec un inventaire initial de 250 morceaux de taille S, taille M 100 et 400 taille L. ; Disons que vous décidez de commencer la fabrication et la vente de taille SX. Lorsque vous ajoutez une nouvelle gamme de taille, certains systèmes ne seront pas déplacer l'inventaire pour les autres tailles "à droite", et vous aurez l'inventaire suivant: 250 morceaux de SX, dont 100 S, 400 de M et rien pour L . Vous devrez transférer inventaire d'une taille à l'autre pour résoudre ce problème.

Mon expérience montre que les solutions ERP sont une pratique courante et que, même si elles peuvent résoudre les problèmes à court terme, ils provoquent d'autres dans le long terme.

Jorge García, analyste TEC Solutions de contournement
sont très fréquents, en particulier dans les déploiements complexes, car il n'y a pas une telle chose comme un système ERP qui accomplit parfaitement un match complet entre la fonctionnalité et les exigences. Parfois solutions sont encore une partie de la voie évolutive du logiciel. Comprendre solutions de contournement comme un facteur dans la personnalisation de code éventuel ou l'ajout de processus est tout simplement partie du processus de gestion de projet.

Une solution en soi n'est pas nécessairement un inconvénient (du moins, pas particulièrement dommageable) si elle est faite correctement. En d'autres termes, les problèmes découlent de l'analyse, la conception et le déploiement de la solution, et non pas dans la solution elle-même.

Gabriel Posters de mon expérience en tant que formateur du système ERP, une solution est une solution ad hoc que vous trouvez lorsque vous êtes coincé parce que le système que vous utilisez ne peut pas fournir ce dont vous avez besoin, comme dans mes exemples ci-dessus. Les utilisateurs finaux en particulier, sont sujettes à ces solutions, pas des informaticiens ou des administrateurs (qui pourrait probablement personnaliser ou venir avec une solution de programmation, contrairement aux utilisateurs finaux "normaux"). C'est pourquoi «l'analyse, la conception et le déploiement» de solutions de contournement n'est pas vraiment la question à la main.

Bien sûr, une solution pour un problème important est mieux que d'attendre pour le vendeur à réparer, mais tenons-nous à l'ERP et les utilisateurs finaux. C'est comme parking dans un espace qui bloque quelqu'un d'autre:. Vous avez résolu votre problème, mais l'autre gars est piégé

Jorge
Ne soyons pas simpliste à ce sujet. Lors du déploiement d'un nouvel ERP, vous devez vous assurer que toutes les exigences fonctionnelles nécessaires sont prises en compte. Bien sûr, il arrive que lors de la fabrication vous trouverez peut-être une exception (erreur) sur le système, et je suis d'accord que vous pourriez avoir à trouver une solution immédiate, mais qui doit déclencher une alerte de modifier ou d'adapter le système pour résoudre le problème dans un manière qui respecte le développement de procédés idéales. Les utilisateurs finaux ne devraient pas être résoudre des problèmes techniques, en premier lieu, ce n'est pas leur travail.

Gabriel
N'êtes-vous pas vous contredire un peu?

Vous dites qu'il n'y a pas de solution parfaite ERP, et je suis d'accord, comme nous le savons tous les deux que les entreprises achètent une solution spécifique basée non seulement sur la fonctionnalité, mais aussi sur le modèle de prestation, le coût, la facilité de mise en œuvre, etc décideurs pour sera choisir une solution qui est loin d'être parfait, et les utilisateurs sera finalement découvrir des fonctionnalités manquantes ou incomplètes, et le résoudre afin de faire leur travail, souvent au détriment de leurs collègues.

Jorge
Non, je ne suis pas me contredire. Dans un projet de déploiement d'un système ERP, vous devez répondre au besoin de solutions de rechange, les personnalisations, ou de codage spécifique dans le cadre du projet, et non après coup, lorsque le système est en production. Je suis d'accord que vous pourriez rencontrer des problèmes lorsque le système est déjà en opération, mais dans ce cas, il est nécessaire d'établir une stratégie de résolution de problèmes, ce qui nécessite généralement une combinaison de personnes ou au moins un utilisateur qui possède les connaissances nécessaires pour exécuter -qui dans la plupart des cas, n'est pas un utilisateur final.

Je ne pense vraiment pas que les utilisateurs finaux devraient assumer la responsabilité de ces stratégies de résolution de problèmes. Encore une fois, il ne s'agit pas de la solution elle-même, mais de la manière la résolution de problème est abordé. Il ya des risques extrêmes en permettant aux utilisateurs finaux de résoudre des problèmes de cette façon.

David Clark, directeur de la rédaction
Je n'avais aucune idée que l'attribution ce sujet obtiendrait vous deux si chaud sous le col. Êtes-vous toujours en bons termes? Gabriel, votre position semble être que les solutions de contournement sont un mal nécessaire, avec le même accent sur «nécessaire» et «mal». Jorge, vous prenez la position que vous pouvez réellement le plan pour solutions et répondre d'une manière qui respecte les processus.

Je sais offline discussions avec vous tant que la perspective de Gabriel tire de son expérience avec les PME, tandis que les tiges de Jorge de son expérience avec les moyennes et grandes entreprises. Alors, voici ma question pour vous deux:

Quelles stratégies peuvent adopter les entreprises pour minimiser ou atténuer les solutions de contournement en premier lieu?

Gabriel
Il ya quelques choses que vous pouvez faire:

  • Lorsque vous utilisez n'importe quel type de solution, vous devriez essayer de comprendre comment cela va affecter les autres utilisateurs et les départements.
  • Droits de l'utilisateur et les titres doivent être définies afin que les utilisateurs ne peuvent pas utiliser des champs qu'ils ne sont pas censés le faire, ou interférer avec les opérations qu'ils ne devraient pas faire partie.
  • Tester une solution avant de l'utiliser, soit en utilisant une base de données de test ou en créant des transactions que vous pouvez retirer par la suite.
  • Essayez d'être cohérent et assurez-vous que d'autres utilisent les mêmes règles que vous êtes, en créant des règles internes et des workflows.
Jorge
Voici mon:

Une étape essentielle dans le processus de sélection du logiciel est de répondre à vos exigences de fonctionnalité avec le produit offre des fonctionnalités. Si ce match est parfait (ce qui est extrêmement peu probable), c'est très bien, mais sinon, il est nécessaire d'envisager des solutions de contournement comme faisant partie du processus, et d'être prêt à traiter avec eux à la fois pendant le déploiement et la production. Test fonctionnel étendu au cours du déploiement, ainsi que la gestion de la question, fait partie de la solution afin de détecter la nécessité d'une solution de contournement, puis d'appliquer la résolution avec un bénéfice maximal / dommages minimes. C'est peut-être un cliché, mais ça marche.

*

Comparer les solutions ERP maintenant

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.