Une vision partagée de l'objectif - http://www.ankaa-engineering.com/clarifier-objectif/ - #AnkaaEngineering
New Post has been published on http://www.ankaa-engineering.com/clarifier-objectif/
Une vision partagée de l'objectif
Le DSI dâune sociĂ©tĂ© est Ă la machine Ă cafĂ© de lâentreprise. Le responsable logistique arrive Ă son tour.
Le responsable logistique : « Salut ! Ca tombe bien que tu sois là , il fallait que je te vois.
La direction logistique a dĂ©cidĂ© dâappliquer une stratĂ©gie de magasin interne Ă lâentrepĂŽt sur son process de picking pour regrouper les produits a forte rotation et rĂ©duire les dĂ©placements. Pour les commandes relatives Ă dâautres produits, ils veulent procĂ©der Ă du picking en commandes groupĂ©es.
Est-ce possible de ton cÎté de faire le nécessaire au niveau informatique pour que ces changements soient faits au plus vite ? »
Le DSI : « Salut ! Passer Ă du picking en commande groupĂ©es ? Ca devrait pas ĂȘtre grand chose Ă faire puisque dans lâERP les processus sont dĂ©jĂ organisĂ©s pour une gestion en picking. Cette semaine ca ne sera pas possible car on doit livrer un dossier pour les Finances, mais on devrait pouvoir sâen occuper la semaine prochaine. »
Le responsable logistique : « Super ! Je compte sur toi pour que cela soit opérationnel fin de semaine prochaine. »
Bien entendu, les personnages et les situations de ce rĂ©cit Ă©tant purement fictifs, toute ressemblance avec des personnes ou des situations existantes ou ayant existĂ© ne saurait ĂȘtre que fortuite.  ;-)
Avec un peu de recul sur la scĂšne, nous nous demandons ce que le DSI va bien pouvoir fournir comme livrable au responsable logistique dans deux semainesâŠ
Les interrogations ou déductions que la scÚne soulÚvent :
1) Le DSI doit probablement ĂȘtre un expert es-logistique puisquâil nâa posĂ© aucune question complĂ©mentaire Ă son interlocuteur.
2) Le DSI doit avoir une parfaite connaissance de la modĂ©lisation des processus Logistique dans lâERP pour Ă©valuer de maniĂšre mentale la complexitĂ© des modifications induites par la demande du service Logistique.
3) Le DSI doit suivre de prĂšs le projet Finances et est optimiste sur la QualitĂ© de la rĂ©alisation car Ă lâen croire, dĂšs le lendemain de la livraison au service Finances, lâĂ©quipe sera totalement disponible pour passer au sujet Logistique.
4) Le DSI doit avoir une visibilitĂ© trĂšs claire et prĂ©cise du PMO IT puisquâil est capable dâĂ©valuer les charges et capacitĂ© de son Ă©quipe pour sâengager sur un planning de mise en oeuvre
5) Tout laisse penser que le DSI nâa entendu et pris en compte que la derniĂšre partie de la demande, mais le responsable logistique lui fait confiance sur sa capacitĂ© Ă fournir une rĂ©ponse sur tout le pĂ©rimĂštre visiblement.
6) Le responsable logistique conclue, à partir de spéculations, que la livraison est annoncée pour la semaine prochaine.
7) Le DSI doit repartir de la machine Ă cafĂ© fier et satisfait dâavoir dĂ©montrĂ© son professionnalisme avec des rĂ©ponses spontanĂ©es et de bĂ©nĂ©ficier ainsi du respect et de la confiance du responsable logistique.
Avec un peu de recul sur la scÚne, celle-ci est-elle vraiment trÚs éloignée de la réalité « terrain » des projets ?
LĂ ou lâintĂ©rĂȘt des deux parties serait dâavoir une vision partagĂ©e de lâobjectif pour en garantir lâatteinte, ces derniĂšres se contentent dâune cible floue entourĂ©e de dĂ©ductions implicites non validĂ©es.
Lâabsence dâune vision partagĂ©e de lâobjectif est lâune des causes principales des difficultĂ©s rencontrĂ©es dans les projets puisque dĂšs le dĂ©part, les moyens Ă associer Ă lâatteinte de lâobjectif sont erronĂ©s.
De plus, avec une simple vue « de la partie Ă©mergĂ©e de lâiceberg », les chances de livrer un produit en adĂ©quation avec le besoin sont donc trĂšs faibles.
Par contre les impacts de « service aprĂšs-vente » eux sont colossaux puisque quâil faudra bien finir par aligner le projet technique avec les attentes fonctionnelles⊠coĂ»te que coĂ»te, dans lâeffort et lâurgence, en surcharge de tous les autres projets en cours.
Comment inverser ces habitudes et amener les deux parties Ă une vision partagĂ©e de lâobjectif ?
Dans un processus normalisĂ©, câest au maĂźtre dâouvrage de formaliser et rĂ©diger son besoin au sein dâun cahier des charges.
Or cette Ă©tape essentielle de formalisation est trop souvent nĂ©gligĂ©e et les cahiers des charges, lorsquâils existent, sont rĂ©duits Ă une ou quelques pages A4 rĂ©digĂ©es sur un coin de table.
Ce document Ă©tant indispensable au services ETUDES et PMO de la DSI pour Ă©valuer sereinement le pĂ©rimĂštre du projet, dĂ©finir les processus de rĂ©alisation, budgets, durĂ©es, impacts et risques pour garantir lâatteinte de lâobjectif, nous recommandons que  la rĂ©daction du cahier des charges soit fait par la DSI Ă partir de ce quâelle a cru comprendre de lâexpression du besoin par le MĂ©tier.
Les spĂ©cifications fonctionnelles sont alors formalisĂ©es au sein dâun document de rĂ©fĂ©rence : la fiche projet disponible en tĂ©lĂ©chargement.
Ce document est issu du framework méthodologique Ankaa Engineering et défini dans la phase « Initiative » pour le sujet « Scope »
Matrice du framework méthodologique Ankaa Engineering
Ce document, associĂ© Ă la gestion de projet, est complĂ©tĂ© au fur et Ă mesure de lâavancement et contient lâensemble des donnĂ©es (directes ou sous forme de liens) liĂ©es Ă la vie du projet. Lâensemble des acteurs du projet y ont accĂšs.
Bien entendu, Ă lâĂ©tape dâexpression du besoin, seul le chapitre OBJECTIF, PERIMETRE ET NATURE DU PROJET seront complĂ©tĂ©s par le chef de projet fonctionnel de la DSI et soumis Ă relecture auprĂšs de lâĂ©metteur de la demande MĂ©tier.
AprĂšs quelques aller-retours inĂ©vitables, lâĂ©metteur confirmera que le besoin a parfaitement Ă©tĂ© entendu et compris et que les deux parties MOA et MOE ont enfin une vision partagĂ©e de lâobjectif.
Le fait que la fiche projet intĂšgre la formalisation dâune vision partagĂ©e de lâobjectif va dâune part faciliter la recette du projet.
Enfin et surtout, la fiche va surtout protĂ©ger le chef de projet et son Ă©quipe des incontournables demandes dâajouts ou adaptations en cours de rĂ©alisation, les fameuses intervention de la MOA « pendant que tu es dessus, cela serait bien dâajouterâŠÂ »,  dans lesquels le sous-entendu Ă entendre est « puisque cela ne nous coĂ»te rien ».
Durant les phases de rĂ©alisation, grĂące Ă la fiche projet, chaque demande hors scope initial formalisĂ©, fait lâobjet dâune analyse dâimpact et demande une rĂ©vision (selon les cas) des paramĂštres budget et dĂ©lai du projet.
Le versionning du projet est dans tous les cas facilité.
Une fois lâobjectif clarifiĂ©, la fiche projet sera alors reprise par le service Etude de la DSI qui dĂ©finira dans un second temps les moyens matĂ©riels et humains Ă affecter Ă lâatteinte de lâobjectif, la durĂ©e de rĂ©alisation, la gestion des risques associĂ©s Ă la rĂ©alisation, et Ă©valuera le coĂ»t total de possession (TCO) associĂ© au projet.
Avec ce rapport dâĂ©tude en main, le demandeur nâaura plus quâĂ aller nĂ©gocier auprĂšs de la direction gĂ©nĂ©rale ou financiĂšre les moyens  nĂ©cessaires Ă la rĂ©alisation de son projet mĂ©tierâŠcar effectivement, petit rappel sâil en est besoin, câest bien dans le pĂ©rimĂštre de la MOA de garantir le sponsoring des projets.
____________________________________________
Décider en toute connaissance de ROI
Une vision partagĂ©e de lâobjectif
Témoignage client Région Alsace
La gestion de projet vue cÎté ressources
Relations Métiers-DSI : Une éclaircie au milieu des nuages !
____________________________________________
Catalogue des prestations Ankaa EngineeringÂź :
Processus métier et organisation
SĂ©curitĂ© de lâinformation et du systĂšme dâinformation
 projet, matrice, gouvernance, témoignage, avis, stratégie, Ankaa, DSI, Framework, Gestion de projet, Méthodologie