Il est peu probable que le progiciel fera tout ce que vous avez voulu que cela ait fait, donc être préparé pour accepter un compromis sur quelque chose de la fonctionnalité.  Les défauts dans la fonctionnalité devront être adressés par des changements de processus, la modification de logiciel, ou dans quelques cas(affaires) en mode autonome workarounds.

En adressant la question(publication) de modifications, je suis devenu convaincu que la question pour demander n'est pas "modifierons-nous ?" Mais plutôt "combien modifierons-nous ?". Le logiciel Empaqueté ne fera pas tout ce que vous voulez que cela fasse, la voie que vous voulez que cela le fasse. Parfois ces manques aboutissent aux irritations mineures(secondaires) et d'autres temps ils aboutissent aux inefficacités coûteuses d'affaires. Il est important de traiter le logiciel comme vous un autre processus, le système, ou le morceau d'équipement dans votre organisation. Évaluez les dépenses et les bénéfices des modifications et faites les décisions sensées qui sont conformément aux objectifs d'affaires de votre organisation.

Mise en oeuvre

Comme avec le choix de logiciel, la mise en oeuvre aussi aura probablement besoin de l'aide extérieure.  Si vous employez des consultants du vendeur de logiciel, un associé, ou une société indépendante, le plan de mise en oeuvre sera probablement le même.  Il est très important d'écouter les consultants et être préparé pour consacrer les ressources décrites dans le plan de mise en oeuvre. Une erreur commune faite par des sociétés passant leur première mise en oeuvre principale doit sous-estimer la complexité de leurs opérations, la mesure d'installation de système et la mise à l'épreuve et l'impact la mise en oeuvre aura sur leur opération.  Faites-moi décrire un scénario commun dans des mises en oeuvre ERP.

1. Les consultants déconseillent des conséquences de ne de consacrer pas de ressources adéquates.
2. La gestion est publiquement d'accord, mais confidentiellement(à titre privé) pense que le consultant crie au loup.
3. La mise en oeuvre échoue ou va mal.
4. La gestion revendique "comment aurions-nous pu savoir(connaître) ?"

Ne faites pas c'être vous.  Les seules choses que vous pouvez assumer de la mise en oeuvre sont qu'il que ce sera beaucoup plus difficile que vous attendu, cela prendra plus long que vous attendu et il coûtera plus que vous attendu.

Comme la plupart des autres choses le succès d'une mise en oeuvre de logiciel sera basé sur l'habileté(compétence) des gens impliqués, la formation et l'effort avancé.  Vous devez projeter d'avoir vos employés les plus bien informés lourdement impliqués dans l'installation de système et la mise à l'épreuve.  Notez que les employés les plus bien informés ne sont pas nécessairement les chefs(têtes) de département. Le temps adéquat doit être consacré pour s'assurer que chaque aspect de chaque processus est à fond évalué.  Un exemple de mise à l'épreuve détaillée d'un programme de réception est inscrit ci-dessous :

L'écran de reçu de POSTE a-t-il toute l'information je dois exécuter le reçu comme le numéro(nombre) d'article de vendeur, la description d'article, l'unité de mesure ?

Ce qui arrive quand je reçois plus que la quantité de POSTE ?

Ce qui arrive quand je reçois moins que la quantité de POSTE ?

Ce qui arrive quand j'entre aux reçus(à recettes) multiples contre la même ligne ?

Ce qui arrive si quelqu'un essaye de changer la quantité de POSTE après que je suis entré à un reçu ?

Ce qui arrive si quelqu'un essaye de changer la quantité de POSTE en même temps j'entre à un reçu ?

Ce qui arrive quand je change complètement un reçu ?

Ce qui arrive quand je change complètement un reçu après qu'il a été payé ?

Ce qui arrive si l'unité ordonnée(commandée) de mesure diffère de l'unité d'approvisionnement(bas) de mesure ?

Ce qui arrive quand je reçois une première expédition ?

Ce qui arrive quand j'essaye de recevoir contre un annulé de POSTE ?

Ce qui arrive quand je change l'emplacement de reçu ?

Maintenant quand je dis "Qu'est-ce qui arrive ?"  Je veux dire; comment les quantités de POSTE ont-elles été affectées ? Comment le sur des quantités manuelles a été affecté ? Comment étaient l'inventaire et des comptes de dettes exigibles affectés ? Comment les assignations ont-elles été affectées ? Comment des quantités arrivantes ont-elles été affectées ?

Vous obtenez l'Idée.  Vous devez essentiellement essayer chaque combinaison possible pour voir si vous pouvez faire le système échouer et il échouera.  Le but est ici de le faire échouer avant la mise en oeuvre comme apposé à après.

Même avec la mise à l'épreuve vaste il y aura toujours quelques questions(publications) qui ne seront pas identifiées tant que le système ne soit en marche.  Tandis que de petites questions(publications) et des bogues(défauts) mineurs(secondaires) doivent être attendus dans une mise en oeuvre il n'y a aucune excuse pour la non identification de questions(publications) principales avant la mise en oeuvre.

Après que le système a été à fond évalué vous devez commencer le processus de formation d'employé.  Je ne pense pas que j'ai jamais entendu parler d'une société sur des employés recevants une formation avant la mise en oeuvre.  En fait l'opposé est d'habitude vrai.  Souvenez-vous vous vous trouvez devant le besoin de traiter avec les questions(publications) inattendues qui surgissent, vous ne devez pas aussi former des employés après que le système est allumé. 

La formation doit consister en procédures écrites pour les tâches qu'ils doivent exécuter et des mains sur la formation.  Pour la plupart des positions vous voudrez vous assurer que chaque employé est entré à l'équivalent d'au moins des pleines transactions de jours pendant la formation.  L'utilisation de transactions de jours réelles est la meilleure façon de s'assurer que vous avez couvert la variété de transactions l'employé va probable rencontrer.

Des articles liés par Dave Pasecki :

Systèmes de Gestion D'entrepôt WMS contribution pour le site du même auteur.

Dave Piasecki est le propriétaire/opérateur d'Opérations d'Inventaire Consultant LLC, un cabinet de conseil fournissant des services liés à la gestion de stock, le traitement de matériel et des opérations d'entrepôt aux fabricants et des distributeurs dans le Sud-est le Wisconsin et le Nord-est l'Illinois.. Il a plus d'expérience de 15 années dans le magasinage et la gestion de stock et peut être atteint par son site Web (http: // www.inventoryops.com), où il maintient(entretient) l'information appropriée complémentaire et des liaisons