Quel est le niveau de succès de vos projets techniques ?

Pourquoi cette question ?

Tous les projets techniques sont, d’après leurs initiants, de réels succès !
Pourtant la presse spécialisé (ou pas)se fait parfois, souvent (trop?) de projets abandonnés car :

• Trop longs, trop compliqués, donc trop chers
• Mal préparés, mal gérés, donc pas adaptés aux besoins
• ……

En fait, du point des vue technique, les critères de succès d’un projet se résument souvent à livrer en temps, en heure et en budget un développement ou une installation porteuse d’une certaine valeur ajoutée pour ses utilisateurs.

Et ce sont, pour la plupart du temps, les business analystes qui travaillent sur la proposition de valeur au regard des besoins et des habitudes de travail des collaborateurs côté métiers.

De ce point de vue, rien à dire ou peut-être beaucoup à dire, c’est selon !

Et le client-utilisateur ?

On peut imaginer que les analystes ont pris le soin et le temps de discuter avec lui en préalable à la définition de la « backlog » du projet.

La backlog, c’est du « sérieux », sans elle on est perdu et la meilleure preuve c’est qu’elle fait partie, peu ou prou, des outils utilisés dans quasiment toutes les méthodes de gestion de projet (plus ou moins agiles).

Côté client, la backlog c’est le plus souvent le début de la frustration, pour autant qu’il en connaisse l’existence.

La backlog est censée être la synthèse entre le besoin décrit par le client et la contrainte technique à laquelle est soumise le développeur, DONC une étape indispensable à la livraison d’un service (application, développement, outil, appelez-le comme vous voulez) de qualité.

En résumé, une. backlog pertinente (c’est à dire résultant d’échanges fructueux avec les clients-utilisateurs) et une équipe technique de qualité devraient suffire au succès d’un projet !

Sauf que …….

La transformation numérique a compliqué la donne pour beaucoup d’acteurs, y compris les gestionnaires de programme ou de projets.

D’un monde ou les sections techniques décidaient et où les utilisateurs appliquaient (tant bien que mal) après avoir reçu la FORMATION adhoc, on est passé dans un « nouveau monde » dans lequel le client-utilisateur est actif : il décide et il choisit les options qui lui paraissent les meilleures.

Dans ce contexte, le niveau de succès de vos projets techniques va être évalué également au regard d’un nouveau critère : l’ADOPTION.

Et de ce point de vue, la stratégie la plus contre productive (à mon avis) consiste à délivrer, mettre en production et assumer que le client-utilisateur a l’envie, la maturité, le temps, etc.., de changer ses habitudes pour se consacrer entièrement à la découverte du résultat de la promesse qui lui a été faite dans le cadre des discussions préliminaires au projet !

Bien sur, il y a des circonstances favorables, par exemple quand le client-utilisateur n’a pas le choix !
Mais rien n’est gagné pour autant, car les « chemins de contournement » sont nombreux et le client-utilisateur a beaucoup d’imagination sans compter qu’il dispose d’un outil-ressource qui lui sert à tout ou presque : son EMAIL !

Donnez de l’ambition à vos projets.

Le seul rejet/refus par le client-utilisateur de votre développement remet en cause le succès de votre travail.

Seule, une stratégie d’accompagnement au changement – en complément des méthodes de gestion de projet – peut vous aider à mettre toutes les chances de votre côté et ainsi contribuer à asseoir la réussite de votre projet.

La première ambition d’un projet est de répondre aux attentes et elle ne peut pas se faire sans la participation active des clients-utilisateurs.

C’est pourquoi, vous auriez avantage à inscrire la démarche d’accompagnement au changement dès les premières phases de vos projets.

N’en déplaise à certains, l’aspect technique n’est qu’une facette de projets qui sont souvent de plus en plus complexes et pour le succès desquels toutes les compétences, y compris non techniques, sont indispensables.

A bon entendeur !