Accueil
 > Rapports de TEC > Blogue de TEC > Trouver des failles fatales du Logiciel pour éviter l'éch...

Trouver des failles fatales du Logiciel pour éviter l'échec

Écrit par : Olin Thompson
Date de publication : juillet 18 2013

Présentation

Lorsque   par rapport aux besoins de votre entreprise, le logiciel d'application peut avoir fatal   défauts. Ces défauts peuvent rendre difficile, voire impossible, pour l'application   logiciel pour faire fonctionner l'entreprise. Si vous ne comprenez pas les questions dans votre entreprise   qui peut exposer des failles fatales dans un logiciel, il peut vous coûter beaucoup plus que de l'argent   de les corriger et peut-être mettre votre entreprise en péril.

Quel   est une erreur fatale?

Si   nous listons toutes les choses que le logiciel qu'il a à faire, nous obtenons une très longue   liste. La réalité est que la plupart des produits d'application qui prétendent servir un particulier   besoin (SCM, CRM, ERP, etc) faire la plupart des choses sur la liste. Mais toutes les entreprises   a quelques exigences essentielles qui ne figurent pas dans certains ou la plupart des produits.   Souvent, ces exigences sont essentielles à votre réussite. Ces éléments ne sont pas négociables.   Cette petite liste d'exigences qui sont essentiels pour votre réussite, mais ne le font pas   apparaissent dans la plupart des paquets sont vos défauts fatals. L'entreprise n'a pas de défauts;   les logiciels ont des défauts par rapport à vos besoins spécifiques. La liste habituellement   fait un petit pourcentage de vos besoins totaux, peut-être quelques points de pourcentage,   mais sans eux, vous allez échouer.

L'   vices rédhibitoires sont le plus souvent trouvés dans les domaines d'application, mais peuvent aussi apparaître dans   domaines technologiques. Une source commune pour vices rédhibitoires sont les pratiques standard de l'industrie.   Par exemple, tout achat et la vente dans l'industrie de la viande utilise un concept appelé   le poids des captures (inventaire est effectué à la fois par l'emballage et le poids). Si vous   sont dans l'industrie de la viande et de vos applications ne supportent pas le poids des prises,   comment voulez-vous faire des affaires? Vous pouvez faire des affaires avec un très grand et puissant   client (les trois grands constructeurs automobiles, les grands détaillants, etc), ils peuvent   dicter la conduite des affaires. Si vos applications ne peuvent pas accueillir l'   exigences de ces grands clients, vous avez des failles fatales. Si vous êtes un make-to-order   fabricant qui les services plus tard, le produit, toute déconnexion entre la fabrication   et le service de domaine peut être une erreur fatale. Les enjeux technologiques créant des failles fatales   aligner souvent avec la stratégie. Si la prestation de services à la clientèle à travers l'Internet   fait partie de votre stratégie de sécurité appropriée peut être une erreur fatale.

Quel est l'impact des failles fatales?

Si   vous sélectionnez un ensemble de logiciels avec des failles fatales, ce qui se passe? Une entreprise au Texas   (États-Unis) a dépensé des millions de dollars et la mise en œuvre différée pendant plus de dix-huit   mois ajout d'une fonctionnalité qui était une pratique standard de l'industrie. La fonction était   disponible dans un certain nombre d'autres packages, mais ils ont choisi un forfait sans que   fonction sans même se rendre compte que ce n'était pas une partie de l'emballage. Après deux ans,   une société dans le Rhode Island (États-Unis) a finalement renoncé à un paquet qui n'a pas   permettre un concept fondamental dans la façon dont la société a travaillé avec ses clients   et le système d'inventaire interne. Une société basée en Virginie (États-Unis) a dû acheter,   modifier et installer un paquet non planifiée et supplémentaire pour surmonter une technique   carence dans le produit qu'ils initialement achetés.

Comment trouvez-vous vos lacunes fatales?

Il   peut sembler que trouver des failles fatales devrait être facile, mais il n'est pas toujours le cas. Personnes   connaître l'entreprise et donc savoir ce qui est nécessaire. Toutefois, étant donné qu'ils travaillent   là tous les jours ce que les besoins de l'entreprise peuvent être considérés comme une pratique courante et   une partie de n'importe quel produit logiciel. Ce que les gens pensent à l'intérieur de l'entreprise est commun   pratiques dans l'industrie ne peut pas en être ainsi.

A   affaire judiciaire récente souligne la difficulté. Un acheteur potentiel communiqué   fournisseurs qu'ils devaient fonction " x ".   L'acheteur a un ensemble d'attentes de ce que cela signifie d'avoir x .   Le vendeur qui a finalement fourni le logiciel entendu la nécessité d' x   et appliqué un sens différent au terme x .   Pendant toute la durée de l'évaluation, l'acheteur avait l'air à la surface de x   et a assumé ce qui était en dessous. Le vendeur a montré la surface de x   et n'est jamais allé dans les détails. Les deux parties ont pensé qu'ils communiquent efficacement.   Les deux parties ont estimé que la nécessité d' x   a été satisfaite. Pas jusqu'à ce qu'ils étaient dans un programme pilote a détaillé le décalage   dans la définition détaillée de x revenir à la surface.   Après plus d'un an d'essai, le projet a été annulé et les parties étaient en   tribunal. X était une erreur fatale qui aurait pu être évitée si les parties avaient réalisé   le manque de communication.

  doivent chercher les domaines qui constituent potentiellement des failles fatales. Mais depuis les failles   Il existe dans le logiciel, pas dans les entreprises, ils ont souvent besoin de l'aide de personnes qui   sont mieux informés dans les progiciels. Cherchez personnes ayant une expérience   avec le logiciel de votre type d'entreprise. Demander aux entreprises dans la même entreprise sur   leur expérience et s'ils ont trouvé des failles fatales. Localisez consultants avec   l'expérience dans votre entreprise. Même lors des discussions initiales, demandez-leur où   les failles fatales peuvent prévoir pour votre entreprise.

Demander   vendeurs ce qu'ils tiennent compte des besoins spécifiques de votre entreprise. S'ils disent qu'il   n'y en a pas, ce paquet ne traite pas les questions. S'ils soulignent certains domaines,   ce paquet ne traite de ces questions. Si un vendeur est vraiment concentré sur les entreprises   comme la vôtre, ils vont rapidement en évidence les questions qui appartiennent à la fatale   liste des défauts. Si le vendeur propose un livre blanc qui répond aux exigences uniques   de votre type d'entreprise, c'est un très bon signe qu'ils comprennent   et se soucient de votre type d'entreprise.

Comment utilisez-vous des failles fatales pour les éviter?

Nous   voir souvent la demande d'épaisseur de proposition. Mais si vous connaissez vos défauts fatals,   une approche différente est nécessaire. Depuis tous les fournisseurs auront plus de 90 pour cent   de ce que vous avez besoin, vous devez vous concentrer sur les quelques points de pourcentage pouvant faire l'   vices rédhibitoires. Au lieu d'envoyer un appel d'offres des vendeurs de quatre livres, envoyer le court   la liste des vices rédhibitoires potentiels. Demandez-leur de vous dire si elles font les points à l'   liste.

Of   les vendeurs qui disent qu'ils font des articles sur votre liste de défauts fatals, invitez-les   dans une démonstration. Demandez-leur de vous montrer chacun des éléments de la liste dans   détail, et rien de plus. Le vendeur voudra faire un exposé liminaire   et vous montrer ce qu'ils considèrent comme les meilleures caractéristiques de leur produit, mais vous devez   rester en contrôle, vous avez seulement besoin de voir les articles sur la liste des vices rédhibitoires.

Tout   fournisseur qui peut prouver qu'ils manipulent les éléments de la liste de défaut fatal devrait être   invité à revenir. Maintenant, ils peuvent faire leur exposé introductif et vous montrer l'   reste du produit.

Lorsque   demander des références, demandez à des entreprises qui avaient besoin les éléments de votre fatale   liste des défauts. Lors d'une visite du site, demandez à voir la façon dont le client fait l'   éléments de la liste en question. Bien sûr, parler à des utilisateurs finaux qui travaillent dans le   zone touchée, et pas seulement des informaticiens.

Résumé

Pour   toute entreprise, le logiciel a besoin d'exister qui sera difficile à satisfaire. Demande   forfaits auront failles fatales où ils ne répondent pas à ces besoins. Lors de l'évaluation   logiciel, commencez par les failles fatales potentiels et cherchons continuellement à les détails   les entourant. Vous devez être à l'aise avec tout ce qui concerne un produit,   mais s'ils failles fatales ne sont pas évités, il peut coûter du temps, de l'argent et peut-être   succès.

propos   L'auteur

src="/NavExp/media/TEC_Articles/olin_thompson.jpg" Olin   Thompson est un dirigeant de processus ERP Partners, LLC. Il a plus de vingt-cinq   ans d'expérience en tant que cadre dans l'industrie du logiciel avec le dernier dix-sept   axée sur les industries de transformation, y compris l'ERP, SCP et e-business liés   les segments. Olin a été appelé «le Père des processus ERP." Il est fréquent   auteur et un conférencier primé sur des sujets d'acquisition d'une valeur de l'ERP, SCP,   e-commerce et de l'impact de la technologie sur l'industrie. Il peut être contacté à Olin@processerp.com.   

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.