Avis d'expert : « Et si les informaticiens étaient des musiciens qui s'ignorent ? »
Avis d'expert : « Et si les informaticiens étaient des musiciens qui s'ignorent ? »
Le rythme serait au cœur des projets IT, d'après GFI
GFI est un acteur des services informatiques bien implanté en Europe du Sud avec cinq types d'activité distincts : Consulting, Application Services, Infrastructure Services, Enterprise Solutions et Software.
Son Directeur de Projets au sein de la branche Industrie Énergies et Services (IES), Maxime Toledano, vient de publier un avis d'expert surprenant dans lequel il fait un parallèle entre métiers de musicien et d'informaticien.
« Et si les informaticiens étaient des musiciens qui s'ignorent ? », demande-t-il.
L'expert en méthode agile explique en substance que en informatique (comme ailleurs), un projet serait d’abord une question de rythme.
La difficulté résiderait, avant tout, dans le fait d’accorder les parties prenantes sur le choix de la partition à exécuter. Un problème d'autant plus difficile que dans l'univers IT « la partition n’est jamais la même et reste à écrire avant chaque représentation ».
Voici dans le détail les éléments de sa comparaison et de son analyse, qui touchent particulièrement les méthodes agiles. Certains la trouveront originale et pertinente, d'autre superficielle voire purement factice. A chacun de se faire son opinion.
Nous vous livrons son texte tel quel :
« Le rythme est au cœur de la prestation informatique, car s’il n’est pas partagé par tous et à tout instant, la cacophonie régnera, apportant le mécontentement voire l’opprobre de ceux qui ont payés pour une toute autre musique.
Pour ajouter à la complexité, et même si certaines œuvres sont – par nature – d’un rythme plus rapide que d’autres, celui-ci n’est jamais constant et peut s’accélérer ou ralentir selon les moments.
En informatique, on évoque plutôt la notion de rythme dans les projets agiles, qui sont synonymes de mouvements rapides et répétés. Par comparaison, on peut alors dire qu’un projet informatique mené dans une démarche plus classique, telle que le cycle en V, est d’un rythme plus lent. Que dire, alors, d’un projet de refonte globale ou d’urbanisation d’un SI, pour lequel on tend vers un rythme très lent ?
A l’opposé, il existe aussi des projets de rythme très rapide, plus encore ceux des projets agiles, qui portent sur une production ergonomique de type maquettes d’écrans et d’interfaces homme-machine plus ou moins spécialisées, via par exemple, des mobiles ou des bornes interactives.
Si l’on décompose plus finement ce rythme, en une succession de mouvements plus sourds et d’autres plus marqués, alors mêler harmonieusement des rythmes rapides et lents revient à synchroniser les mouvements les plus marqués à des moments stratégiques de la partition. Les mouvements les plus sourds, parfois même inaudibles, pouvant alors coexister au sein de l’ensemble, sans dégrader la qualité intrinsèque de l’œuvre.
Si l’on résume en prenant un exemple, un projet d’ergonomie de 3 semaines peut venir enrichir un projet agile de 3 mois, qui lui-même apporte de la valeur à un projet de refonte d’un applicatif prévu sur 9 mois. Ce dernier participe à un important projet d’urbanisation de 3 ans, dès l’instant où les points de synchronisation remarquables que sont les livraisons et intégrations sont parfaitement orchestrés sur une partition d’ensemble.
Pour diminuer la complexité, on pourra alors faire en sorte de différencier les apports des projets en fonction de leur rythme propre, avec – toujours pour l’exemple et pour des rythmes de plus en plus longs – des lots d’IHM, de fonctionnalités, de services web et de blocs applicatifs.
Mais lorsque l’on regarde l’ensemble à la dimension de l’entreprise, d’autres rythmes apparaissent. Pour exemple, un rythme métier au plus proche des clients, où la réactivité et la vitesse de concrétisation doivent suivre dans l’instant les directives du chef d’orchestre.
Sauf qu’en l’occurrence, il n’y a alors plus à ce niveau un mais plusieurs chefs d’orchestre, s’attelant chacun à jouer un petit bout d’une partition commune. En s’éloignant, le rythme s’estompe, se fait plus sourd et atténué. Moins flamboyant, il gagne en puissance ce qu’il perd dans les attaques et dans les crêtes.
Il devient résonnance et tempo profond, semblable à un bruit de machine faisant écho à la mélodie de premier plan. Là règnent en maître les choristes des achats ou de l’assistance à maîtrise d’ouvrage, auxquels répondent les équipes avant-vente des fournisseurs – SSII, intégrateurs et éditeurs.
Puis, comme dans un cycle perpétuel, ressortent les percussions du Delivery, et le rythme reprend pour coller aux métiers.
Ainsi va la vie de la DSI et de ses sous-traitants, appelés à jouer une réplique de la partition complète, moins audible et perceptible, mais dans laquelle toute fausse note amènera immanquablement un désaccord d’ensemble. »
Et vous ?
:fleche: Trouvez-vous cet avis d'expert original et pertinent, ou superficiel et factice ?
:fleche: Pensez-vous que «les informaticiens sont des musiciens qui s'ignorent » ?
