Introduction du logiciel

L’in­tro­duc­tion de nou­veaux logi­ciels est un défi pour de nombreu­ses ent­re­pri­ses. L’ob­jec­tif est de trou­ver acti­ve­ment un com­pro­mis éco­no­mi­quement via­ble ent­re les exi­gen­ces orga­ni­sa­ti­on­nel­les et les pos­si­bi­li­tés tech­ni­ques, d’im­pli­quer les futurs uti­li­sa­teurs de maniè­re signi­fi­ca­ti­ve et de les prépa­rer au déploie­ment du système. Cela ne s’ap­pli­que pas seu­le­ment à l’in­tro­duc­tion de systè­mes de gesti­on des trans­ports, mais est par­ti­cu­liè­re­ment vrai ici, étant don­né que les pro­ces­sus de pla­ni­fi­ca­ti­on étab­lis doi­vent sou­vent être renou­velés. Cela signi­fie qu’u­ne par­tie essen­ti­el­le de l’entre­pri­se est sujet­te à un chan­ge­ment significatif.

Nous répon­dons à cet­te exi­gence en met­tant à dis­po­si­ti­on des experts en trans­port expé­ri­men­tés dans un pro­jet logi­ciel qui con­nais­sent très bien les pro­ces­sus de pla­ni­fi­ca­ti­on des trans­ports à renou­ve­ler. L’in­tro­duc­tion du logi­ciel est sou­vent pré­cé­dée d’un pro­jet de con­seil visa­nt à opti­mi­ser la logi­stique du transport.

Les sujets suivants ne doivent pas être compris comme un classement, tous les sujets sont importants

Gestion de projet

Une gesti­on de pro­jet adap­tée au pro­jet est une con­di­ti­on sine qua non pour une intro­duc­tion réus­sie du logi­ciel. En matiè­re de gesti­on de pro­jet, nous nous occu­pons de la pla­ni­fi­ca­ti­on et du cal­cul des acti­vi­tés néces­saires, ain­si que du con­trô­le et du sui­vi de leur mise en œuvre.

Contrat

Les ser­vices à four­nir aux deux par­ties sont clai­re­ment décrits et clairs pour tous les par­ti­ci­pan­ts au pro­jet. Le cli­ent sait à quoi s’at­tendre et nous savons ce qu’il faut faire

Coopération avec le client

Sur not­re site ain­si que sur le site du cli­ent, un responsable est dési­gné. Ces deux orga­nis­mes veil­lent à ce que les acti­vi­tés néces­saires soi­ent menées des deux côtés en temps oppor­tun et de maniè­re appropriée.

Stratégie de lancement

Une con­ver­si­on com­plè­te en une seu­le étape (Big Bang) est sou­vent néces­saire, mais pré­sen­te aus­si des incon­vé­ni­ents. L’expé­ri­ence a mon­tré qu’u­ne intro­duc­tion pro­gres­si­ve est géra­ble, réduit le fac­teur de stress pour les respons­ables du pro­jet et per­met des gains plus rapi­des par rap­port à l’a­xe du temps.

Gestion des risques

L’é­la­bo­ra­ti­on d’u­ne check-list de ris­ques spé­ci­fi­que dès le début du pro­jet et sa révi­si­on régu­liè­re au cours du pro­jet per­met­tent de pla­ni­fier des plans de pré­ven­ti­on et d’ur­gence (“agir au lieu de réagir”).

Principe clé utilisateur

Les uti­li­sa­teurs qui jouent un rôle clé dans l’uti­li­sa­ti­on du logi­ciel dev­rai­ent jouer un rôle clé dans la défi­ni­ti­on, le déploie­ment et la mise en œuvre du logi­ciel. Leur tâche con­si­ste à s’assurer que les exi­gen­ces tech­ni­ques sont respec­tées et à ouvr­ir la voie à l’ac­cep­t­ati­on de la nou­vel­le solution.

Migration des données

Le trans­fert de don­nées des anci­ens systè­mes vers le nou­veau logi­ciel est géné­ra­le­ment une tâche com­ple­xe. Dans les cas les plus rares, elle est réduite à une simp­le dis­po­si­ti­on (exporta­ti­on de don­nées) et à un trai­te­ment (impor­ta­ti­on de don­nées). En règ­le géné­ra­le, la con­ver­si­on de don­nées au niveau logi­que est néces­saire, sou­vent moins c’est plus!

Adaptations individuelles

X4fleet est un pro­duit stan­dard, mais il y a tou­jours des va-et-vient stan­dard — il arri­ve un jour où même la plus puis­s­an­te capa­ci­té de para­mé­tra­ge prend fin et où une adap­t­ati­on logi­ciel­le indi­vi­du­el­le devi­ent néces­saire. Les inter­faces avec d’aut­res systè­mes, la mise en page de docu­ments indi­vi­du­els, les ana­ly­ses et les listes inter­nes, les pro­cé­du­res de déter­mi­na­ti­on du prix spé­cia­les, etc. sont des exemp­les de ces fonc­tions. Nous nous assur­ons en per­ma­nence d’a­voir une vue trans­pa­ren­te et com­mu­ni­quons lorsque la nor­me est aban­don­née ou men­ace de partir.

Liste des points en suspens

Au cours de l’in­tro­duc­tion d’un logi­ciel, de nombreux détails appa­rais­sent qui néces­si­tent un trai­te­ment ulté­ri­eur, par exemp­le des err­eurs logi­ciel­les qui ent­raî­nent des cor­rec­tions, de nou­vel­les exi­gen­ces à éva­luer, des idées d’a­mé­lio­ra­ti­on qui peu­vent être inté­g­rées dans les futures ver­si­ons du logi­ciel, etc. Avec cet­te liste, nous veil­lons en per­ma­nence à une visi­on com­mu­ne de l’é­tat d’a­vance­ment de la mise en œuvre

Documentaire

Au cours de l’in­tro­duc­tion du logi­ciel, une série de règles indi­vi­du­el­les et de ren­dez-vous sont cré­és. Nous nous effor­çons de les con­si­gner par écrit et de les mett­re à not­re dis­po­si­ti­on ain­si qu’ à cel­le du cli­ent. Un élé­ment important de la docu­men­ta­ti­on est le JIRA, où tou­tes les tâches et tous les inci­dents sont décrits et où leur réso­lu­ti­on est docu­men­tée. La JIRA sert éga­le­ment de FAQ pour l’ai­de à l’éva­lua­ti­on des événements.