Contact
Syndrôme du tant qu’à y être
Une analyse d’affaires pour contrer le syndrôme du ‘tant qu’à y être’
Qui n’a jamais dit la phrase suivante: ‘ah, tant qu’à y être on va …’. Certains se souviendront d’un projet de rénovation à la maison qui a pris des proportions complètement inattendues à cause de cette simple phrase (i.e. éclatement de budget, projet interminable).
Et bien dans le cadre d’un projet informatique, cette phrase peut faire autant de dommages. Et qui pourrait blâmer les gens impliqués de la dire !! Très souvent, les usagers sont tellement heureux de voir enfin arriver le système dont ils rêvent depuis longtemps, qu’ils ne cessent de vouloir y ajouter des fonctionnalités.
‘Tant qu’à développer un système on pourrait aussi ajouter telle fonctionnaté …’
Alors si aucune analyse d’affaires n’a été rédigée, vous pourrez compter sur les intervenants pour vous rappeler, tout au long du projet, tout ce qu’ils aimeraient retrouver dans le système.
Ainsi la rédaction d’une analyse d’affaires a pour but de venir diminuer l’impact de ces ‘tant qu’à y être’. De quelle façon? En définissant dès le départ les besoins à rencontrer.
Moment de réalisation de l’analyse d’affaires
Comme mentionné ci-dessus, la réalisation de l’analyse d’affaires se fait au début d’un projet informatique. À ce moment, bien souvent la solution technologique n’est pas encore sélectionnée.
À ce sujet, saviez-vous que des études prouvent que plus un changement arrive loin dans un projet informatique et plus il est coûteux à implanter?
Et bien vous comprendez qu’en tant que client, vous gagnerez énormément à statuer dès le début du projet sur vos besoins d’affaires.
Contenu de l’analyse d’affaires
Un billet futur décriera avec plus de détails le contenu d’une analyse d’affaires. Par contre, il est possible de résumer son contenu en indiquant qu’une analyse d’affaires a pour rôle principal d’identifier les besoins d’affaires des différents intervenants en lien avec le futur système.
C’est via l’étude des processus actuels, via des séances de travail et des rencontres avec les différents intervenants que l’analyste va capturer les besoins des intervenants. L’analyste devra bien comprendre non seulement la situation actuel du client mais il devra également s’attarder à ce qui semblent se dessiner pour l’avenir (exemple : quels changements dans l’entreprise s’apprêtent à arriver et quels impacts pourraient-ils avoir sur le futur système).
Une fois tous ces besoins recueillis, l’équipe de projet devra effectuer une tâche très importante: la priorisation de ces besoins. Qu’est-ce qui doit absolument faire partie de la solution (i.e. besoins essentiels)? Qu’est-ce qui serait avantageux d’avoir mais qui n’est pas obligatoire? etc. Cette étape est vitale!!
Conclusion
Une fois l’analyse d’affaires rédigée, présentée et approuvée, vous aurez en main un outil très important pour gérer votre projet mais également pour vous donner des orientations technologiques.
Sachez qu’en décidant de rédiger une analyse d’affaires, vous vous serez donné une chance de diminuer de façon importante votre risque de développer un système qui ne rencontrera pas vos besoins et également une chance de ne pas dépasser les ressources (temps,argent) attribuées au projet.
Si vous évaluez le budget total alloué à un projet, la réalistion d’une analyse d’affaires est souvent un bien petit investissement pour tout ce que ça peut apporter comme bénéfices.
