Un service informatique, tel qu’une DSI, a en règle générale toujours plusieurs projets en cours. Souvent les ressources sont partagées entre eux.
C’est dans ce contexte qu’il est intéressant de créer une timeline projets afin de partager l’avancement auprès des équipiers et éviter tout un tas d’aléas.
Voyons tout cela dans cet article.
Qu’est ce qu’une timeline projet?
C’est un espace physique (de préférence) ou vituel qui présente de manière simple et concise :
- L’avancement du projet (séquencement, fin, % de complétion…)
- Les points notables (équipier absent, événement client…)
- Les prochains objectifs (grosses fonctionnalités, présentations…)
- Les points d’attention (monopolisation d’un équipier, date de livraison impérative…)
Le but est de partager avec autrui les grandes lignes du projet pour que chacun puisse comprendre, réagir, proposer.
Quelle forme ?
Le principe est de représenter une temporalité. C’est ainsi que je recommande d’utiliser un axe temps pour chaque projet / produit.
Il est donc nécessaire de rendre visible sa roadmap, son avancement et les points notables entre les différentes équipes.
Dans cet exemple, plusieurs points à noter :
- J’utilise des post-it pour ne pas avoir à tout réecrire quand le temps avance! Il suffit de déplacer. Une autre idée serait d’utiliser des pans de papier.
- J’indique le Product Owner pour identifier le point de contact principal. Je pourra par exemple mettre se photo ou ajouter le proxy-po.
- J’utilise des dessins pour plus de lisibilité et cela rend l’ensemble plus agréable et fun.
- J’aurai pu utiliser des post-it de couleur pour différents type d’information
- J’ai divisé la timeline par mois, mais j’aurai pu fonctionner en sprint par exemple.
Quel support?
D’expérience, nous préférons utiliser un grand tableau blanc, bien visible dans l’espace de travail.
Le but est que ce tableau soit sur le chemin de circulation de plus de monde possible. L’espace doit permettre aussi de rassembler du monde devant, c’est mieux !
Il est possible d’utiliser un fichier ou une application, mais vous aller perdre énormément en visibilité, et c’est quand même un des objectifs principaux!
Dans Devops, la fonctionnalité “Plan” répond bien à ce besoin. J’ai pu l’essayer, mais jamais la généraliser.
Les rituels?
Idéalement, tout à chacun devrait mettre à jour sa partie de timeline.
Nous nous sommes vite rendu compte que cette routine ne prenait pas tant que ça.
Du coup, je conseillerai qu’un scrum master (ou un roulement de scrum master) organise régulièrement une revue générale pour mettre jour et échanger ensemble. Utiliser pour cela un format court et cadencé pour éviter de se perdre en palabres, c’est n’est pas le but!
Gérer un portefeuille de projets
Gérer une telle timeline et la faire adopter par son service/équipe, c’est faire comprendre à chaque individu que son projet n’est pas seul, isolé et indépendant.
Chaque projet est une variable dans l’équation et le tout doit aboutir au résultat le plus optimal possible dans le respect du cadre, des ressources disponibles et des besoins clients.
Bref, si chaque équipier joue le jeu, c’est un grand signe de maturité… et un grand pas vers une bonne gestion de portefeuille projet!
