G\u00e9n\u00e9ralement, aux dires des Gestionnaires, les projets de d\u00e9veloppement TI sont tous urgents, mais la r\u00e9alit\u00e9 est que certains le sont plus que d\u2019autres !<\/p>\n
Typiquement, en mode agile, on parle de sprints de 3 semaines suite au sprint 0 qui est le sprint initial de \u00ab\u00a0d\u00e9finition\u00a0\u00bb. Cependant, on rencontre de plus en plus de situations o\u00f9 le client demande un d\u00e9veloppement Agile+++ ou, si vous pr\u00e9f\u00e9rez, des projets qui n\u00e9cessitent un d\u00e9veloppement en mode Agile acc\u00e9l\u00e9r\u00e9\u2026 tr\u00e8s acc\u00e9l\u00e9r\u00e9 !<\/p>\n
On parlera d\u2019un, deux ou trois sprints tr\u00e8s courts (une ou deux semaines maximum) avec des livrables et des attentes bien d\u00e9finis.<\/p>\n
Est-ce que les demandes sont irr\u00e9alistes ?\u00a0 Est-ce que la planification a \u00e9t\u00e9 d\u00e9ficiente ? \u00c7a, c\u2019est une autre histoire\u2026 Une chose est certaine est qu\u2019en mode Agile+++, il n\u2019y a pas de place pour le \u00ab\u00a0red tape\u00a0\u00bb, on veut des ressources comp\u00e9tentes qui collaborent entre elles et qui sont motiv\u00e9es \u00e0 livrer !<\/p>\n
Et comment tout cela s\u2019ex\u00e9cute-t-il ? \u00a0Alors, commen\u00e7ons par le commencement.<\/p>\n
<\/p>\n
Il y a plusieurs raisons pour lesquelles un client fera appel \u00e0 une firme externe pour son d\u00e9veloppement logiciel<\/a>.<\/p>\n La premi\u00e8re, et l\u2019une des plus importantes, est pour aller chercher de la comp\u00e9tence. Il s\u2019agira d\u2019une entreprise (de tout acabit) qui ne poss\u00e8de pas \u00e0 l\u2019interne l\u2019expertise n\u00e9cessaire \u00e0 un nouveau projet de d\u00e9veloppement urgent.<\/p>\n La deuxi\u00e8me est g\u00e9n\u00e9ralement un manque de capacit\u00e9\u00a0:<\/p>\n On pourrait qualifier la troisi\u00e8me de \u00ab\u00a0le feu est pris\u00a0\u00bb\u00a0:<\/p>\n C\u2019est le cas d\u2019une organisation qui se fait imposer un changement d\u00fb \u00e0 un changement de r\u00e9glementation, d\u2019orientation ou autre.\u00a0 Par exemple, ce sera le cas \u00e9pineux o\u00f9 une entreprise d\u2019une bonne envergure et menant de front plusieurs projets de d\u00e9veloppement pour r\u00e9pondre \u00e0 un changement d\u2019orientation technologique et dont certains sont d\u00e9pendants des autres, et qui a besoin de synchroniser les livrables de 3 ou 4 projets de d\u00e9veloppement simultan\u00e9s; elle fera donc appel \u00e0 une firme externe pour mener \u00e0 bien l\u2019un ou certains de ces projets.<\/p>\n <\/p>\n L\u2019exp\u00e9rience nous apprend que le meilleur des plans ne tient pas face \u00e0 la r\u00e9alit\u00e9, en TI plus qu\u2019ailleurs, mais l\u2019id\u00e9e, c\u2019est de mettre toutes les chances de votre c\u00f4t\u00e9, surtout quand les d\u00e9lais sont serr\u00e9s.<\/p>\n Plus haut, on a parl\u00e9 de comp\u00e9tence. Pour augmenter les chances de succ\u00e8s, il faut d\u2019abord compter sur un ou de bons analystes qui sauront mettre noir sur blanc, une bonne d\u00e9finition de la port\u00e9e du projet (scope) et des livrables attendus. Et s\u2019y tenir, s\u2019y conformer !<\/p>\n Et pour cela, il vous faudra pouvoir compter sur un bon Gestionnaire de Projet et un bon Product Owner, deux postes cl\u00e9s dans la r\u00e9ussite de tout projet de d\u00e9veloppement TI.<\/p>\n \u00c9videmment, les d\u00e9veloppeurs devront \u00eatre des gens d\u2019exp\u00e9rience et \u00eatre motiv\u00e9s.<\/p>\n <\/p>\n\n
Rien ne sert de courir\u2026 il faut partir avant le temps !<\/h2>\n
Facteurs cl\u00e9s de la r\u00e9ussite d\u2019un projet de d\u00e9veloppement TI<\/h2>\n