fermer
On comble l'écart entre les « ressources affectées » et le « projet livré ».
Quelqu'un entre en courant. Intelligent et compétent, mais complètement perdu. Deux semaines s’envolent pendant qu’ils essaient de comprendre à qui appartient le backlog, comment les demandes de modification sont validées, et de quelle « production » parle ton équipe quand elle utilise ce terme.
Ce projet finance un contexte qui aurait déjà dû exister.
C'est pas un problème de personnes. C'est un problème de modèle. On a mis en place un modèle différent.
Le modèle de gestion des effectifs que le service des achats souhaite, et celui dont on a besoin sur le terrain
Les contrats traditionnels partent du principe que le travail avance en ligne droite. Un nombre d'heures fixe par semaine, que le projet en ait besoin ou pas. Ton responsable DevOps est débordé le lundi et n'a plus rien à faire dès le jeudi, mais le contrat facture quand même quarante heures, parce que c'est ce qui a été signé.
Les « banques d'heures » fonctionnent différemment. Tu retires dix heures cette semaine, tu fais une pause la semaine suivante, puis tu en retires trente la semaine d'après. Pas de réinitialisation du contrat. Pas de clauses pénales. Les clients signalent une réduction de 30 à 50 % des heures non utilisées. Ça représente un véritable gain d'argent qui revient dans le budget de prestation.
On choisit les personnes en fonction de leur rythme, pas seulement de leur poste. Un CV parfait, s'il appartient à quelqu'un qui ne comprend pas ton rythme, va ralentir les choses d'une manière difficile à expliquer et impossible à facturer. On cherche des gens capables de s'intégrer en plein sprint, de sentir l'ambiance et d'apporter leur contribution sans avoir besoin de trois réunions d'intégration au préalable.
Quand ils s'en vont, on garde une trace de ce qu'ils ont appris. Quand le projet a de nouveau besoin d'eux, ils reviennent sans avoir à tout recommencer. Le travail reprend là où il s'était arrêté.
Ce qui compte vraiment dans un modèle de gestion des effectifs, ce n'est pas le nombre d'employés. C'est de savoir si on arrive à livrer le produit.
Teams ce modèle constatent une accélération de 20 à 40 % des temps de mise en route et une baisse de 15 à 30 % des escalades dès le premier cycle. Pas parce qu’on a trouvé de meilleurs collaborateurs. Mais parce qu’on a éliminé les cycles de redémarrage, la perte de contexte et les frictions organisationnelles qui donnent l’impression que les personnes talentueuses sont improductives. Quand ça se calme dans la salle de livraison, c’est que le modèle marche.
Ce que la grille tarifaire ne te montre jamais
Les projets ne se déroulent pas toujours en ligne droite, et faire comme si c'était le cas coûte cher. Certaines semaines, ça file à toute allure. D'autres, ça cale à cause d'autorisations bloquées en amont. Les « banques d'heures » s'adaptent à cette réalité. Un seul contrat couvre plusieurs rôles. Les dépenses correspondent à ce qui se passe réellement, plutôt qu'à ce que quelqu'un avait estimé il y a six mois. Les services financiers et ceux chargés de la mise en œuvre voient le même chiffre.
Les dépenses suivent le travail. Enfin.
Quand quelqu’un quitte l’équipe, le modèle traditionnel le considère comme interchangeable avec la personne qui prend la relève. Pas nous. On garde une trace de qui a travaillé sur quoi, et quand le projet a de nouveau besoin de cette compétence, on renvoie la même personne. Pas besoin de réexpliquer comment le processus de validation fonctionne vraiment. Pas besoin de reconstituer des connaissances pointues qui n’existaient que dans la tête de quelqu’un. Teams deux à quatre semaines de productivité par trimestre.
C’est la même personne qui revient. Avec tout ce qu’elle savait déjà.
Les qualités qui font qu’on est efficace dans un environnement de développement en direct ne ressortent pas toujours sur un CV. Identifier les risques dès le début, sans en faire tout un plat. Suivre les dépendances entre les équipes sans qu’on te le demande. Laisser derrière toi des artefacts que quelqu’un d’autre peut vraiment reprendre à son compte. Ce sont là desqualités liées audéveloppement, et on les recherche délibérément. L’adéquation, ce n’est pas une question d’alchimie. C’est une question de contexte, de rythme et de continuité. Si ces éléments concordent, le temps d’intégration diminue.
On recrute en fonction des qualités liées au développement, pas des compétences sur le papier.
Chaque ISM peut être un salarié canadien, sélectionné et habilité en fonction des besoins du travail à effectuer. Quels qu’ils soient. Pas d’accords de délocalisation qui compliquent ton contrôle de confidentialité. Pas besoin d’expliquer au service des achats pourquoi ton prestataire de recrutement vient de muter quelqu’un dans une autre juridiction. Les secteurs réglementés et les projets d’infrastructure sensibles ont besoin d’un personnel spécifique.
Du personnel canadien. Des qualifications canadiennes. Pas de surprises.
Une fonctionnalité de diffusion, pas une couche de reporting
Tu peux mettre les bonnes personnes en place au bon moment et voir quand même les résultats stagner. Ça arrive plus souvent qu'on ne veut bien l'admettre, et c'est rarement la faute des personnes concernées.
Quand tu mets des gens compétents sur un projet qui manque de structure, ce que tu obtiens, ce n'est pas un résultat. C'est de l'agitation. Des gens qui partent dans tous les sens, qui résolvent des problèmes qui en créent d'autres. Un chef de projet chevronné ne peut pas réparer un processus de prise en charge défaillant si le travail continue de s'infiltrer par les portes de service. Un développeur brillant ne peut pas débloquer une décision bloquée trois niveaux en amont. Le talent, c'est bien réel. L'activité, c'est bien réelle. Mais les progrès, eux, ne le sont pas.
Le PMO ISM, c'est la structure qui sous-tend la gestion des effectifs. Une colonne vertébrale opérationnelle qui transforme les efforts en progrès et les réunions en décisions.
Le boulot ne s'infiltre pas par la petite porte et n'est pas attribué lors de discussions dans les couloirs. Il est trié, classé par ordre de priorité et visible. Pas besoin de deviner ce qui est en cours. Pas besoin de découvrir à mi-parcours du sprint que quelqu'un a élargi le périmètre sans prévenir personne.
Des revues RAID hebdomadaires qui analysent réellement les risques et les problèmes au lieu de simplement les répéter. Des vérifications du portefeuille toutes les deux semaines. Des réunions de pilotage mensuelles qui débouchent sur des décisions, pas sur des réunions de suivi. Un rythme suffisant pour faire avancer les choses sans noyer l'équipe sous les procédures.
Un seul format RAID. Un seul guide pratique. Plus besoin de faire le lien entre les vues internes et celles des fournisseurs. On passe moins de temps à se demander « où en sommes-nous déjà ? » et plus de temps à se demander « quelle est la prochaine étape ? »
C'est là que la gestion stratégique des effectifs prend tout son sens.
Et maintenant, on va où?
On part de la réalité de ton projet, pas de la disponibilité de nos ressources. En quoi consiste cette initiative ? Où est-ce que ça coince ? En quoi consiste le travail et qu'est-ce qui t'en empêche d'avancer ?
Si on peut t'aider, on te dira comment.
