Dans un cabinet de conseil, le produit est le temps des personnes : affecter des consultants aux missions n’est donc pas de l’administratif, c’est le coeur du métier. Chaque heure d’un consultant sur le mauvais travail est soit de la marge perdue, soit une mission livrée en retard. Dès que l’équipe dépasse quelques dizaines de personnes, un tableur et la mémoire du resourcing manager ne suivent plus, et les décisions d’affectation deviennent trop lentes et trop approximatives.
D’après notre expérience, c’est le moment d’un logiciel de gestion des ressources sur mesure, et non d’un énième outil sur étagère qui ne comprend pas les notions dont vit un cabinet de services professionnels : un planning de tâches n’est pas la même chose que l’affectation de personnes sur des rôles, et un calendrier de congés ne dit rien de la marge. Nous n’avons pas d’étude de cas exactement sur ce sujet, mais nous avons des ingénieurs qui ont construit des outils de planification, des registres de ressources et des intégrations avec des systèmes RH et commerciaux. En modèle de renfort d’équipe ou d’équipe dédiée, nous plaçons ces compétences là où elles manquent, et nous traitons le système comme un logiciel sur mesure maintenu pendant des années, car seule une construction taillée pour vous reflète vos modèles de facturation (régie, forfait, retainer), vos niveaux de séniorité et vos tarifs.
Qu’est-ce qu’un registre des compétences et des disponibilités des consultants ?
C’est le socle du système : une source de vérité unique sur qui vous avez et quand. Sans lui, chaque prévision et chaque affectation reposent sur du sable. Nous le construisons pour qu’il porte plusieurs couches de données à la fois :
- le profil de compétences (technologies, certifications, secteurs, langues, rôles projet),
- le niveau de maîtrise et l’expérience prouvée, pas seulement des déclarations,
- la disponibilité dans le temps, avec les affectations, les congés et les réservations provisoires,
- les contraintes comme la localisation, la disposition à se déplacer ou les clauses de non-concurrence.
L’enjeu est de garder des données vivantes et non archivées. Nous branchons donc le registre sur les systèmes où cette information naît déjà, au lieu de demander aux gens de remplir un tableur de plus.
Comment construire un outil d’affectation ?
L’affectation est un problème d’appariement : la demande des missions d’un côté, les personnes disponibles aux bonnes compétences de l’autre ; un bon outil raccourcit de quelques heures à quelques minutes le chemin entre « qui peut rejoindre cette mission » et une décision. Nous concevons avant tout une vue d’affectation claire sur une frise temporelle, où l’on voit qui est libre, qui termine la semaine prochaine et qui est en surcharge. Nous ajoutons des réservations provisoires et fermes, pour distinguer une affectation confirmée d’une affectation planifiée sur une proposition non signée. Nous automatisons aussi les suggestions d’appariement : le système propose des candidats pour un rôle selon les compétences, la disponibilité et le tarif, pendant qu’un humain tranche. Nous ne prétendons pas que l’affectation soit entièrement algorithmique, car la relation client et le parcours de développement d’un consultant comptent aussi : nous la construisons donc comme un appui à la décision, pas comme un automate.
Comment piloter le taux d’occupation des consultants ?
Le taux d’occupation est l’indicateur que surveille la direction, car il montre quelle part du temps payé de l’équipe génère du revenu. L’ennui est qu’un taux d’occupation mesuré a posteriori a un trimestre de retard, alors que les décisions doivent être prises plus tôt. Nous construisons le pilotage pour qu’il regarde devant :
- le taux d’occupation prévu, déduit des affectations et des réservations en cours,
- le taux d’occupation cible par rôle, ligne de métier ou niveau de séniorité,
- des alertes précoces sur les personnes qui passent sous le seuil ou le dépassent,
- une séparation claire du temps facturable et du temps d’investissement (développement, avant-vente, initiatives internes).
Nous veillons aussi à ce que le tableau de bord explique l’indicateur au lieu de simplement l’afficher, car 85 pour cent de taux d’occupation signifie une chose pour un architecte et tout autre chose pour un junior en intercontrat avant un gros contrat.
Comment intégrer l’affectation au pipeline de recrutement ?
L’affectation et le recrutement sont les deux faces d’un même manque de compétences. Si le système voit que dans six semaines il vous manquera deux profils seniors sur une technologie, ce signal doit parvenir automatiquement au recrutement, et non après coup. Nous relions donc l’outil au pipeline de recrutement pour que :
- les manques de compétences issus de la planification deviennent une demande de recrutement,
- les candidats en cours de processus apparaissent comme une disponibilité future et conditionnelle,
- la date d’arrivée d’un nouvel entrant alimente la prévision de capacité,
- la décision build vs buy (recruter, déplacer quelqu’un en interne ou faire appel à des indépendants) repose sur les mêmes données.
Nous construisons l’intégration via l’API de l’ATS existant, sans le reconstruire, pour qu’un même manque ne soit pas compté de trois façons différentes à trois endroits.
Comment prévoir la capacité face au pipeline commercial ?
Le commerce promet des dates de livraison aux clients, et la delivery doit y affecter des personnes. Sans vue partagée, le commerce vend une équipe qui n’existe pas, ou le cabinet laisse des gens en intercontrat faute de voir ce qui arrive. Nous construisons une prévision qui superpose le pipeline commercial et la disponibilité des équipes : les opportunités entrent dans le plan avec leur probabilité et leur demande attendue en rôles, de sorte que le système montre non pas un scénario unique mais une fourchette - ce qui arrive à la capacité si vous signez 30, 50 ou 80 pour cent du pipeline. Nous ne promettons pas une précision magique, car les données commerciales tendent à être optimistes : l’outil expose donc ses hypothèses au lieu de les cacher derrière un seul chiffre.
Comment résoudre les conflits d’affectation et tester des scénarios ?
Les conflits d’affectation sont le quotidien : la même personne est attendue sur deux missions, un client décale une date de démarrage, un consultant clé part en congé prolongé. Un bon système ne fait pas semblant que les conflits n’existent pas : il les fait remonter tôt et propose des issues :
- la détection des réservations qui se chevauchent et des dépassements de disponibilité en temps réel,
- des scénarios « et si », l’effet d’un déplacement sans toucher aux données de production,
- une vue d’impact montrant quelle mission souffre si vous en retirez une personne précise,
- une trace des décisions indiquant qui a changé une affectation et pourquoi.
Ce sont les scénarios qui comptent le plus ici : le resourcing manager joue plusieurs options dans un bac à sable et ne promeut que la meilleure dans le plan, au lieu de tester des changements sur des missions en cours.
Quelles compétences fournissons-nous pour ce type de projet ?
Nous construisons l’équipe autour du système concerné, pas « au cas où ». Un outil de resourcing se situe à la rencontre de la logique métier, des données et de l’intégration : l’équipe combine donc plusieurs compétences :
- un architecte et développeur backend qui conçoit le modèle de données des disponibilités, des compétences et des affectations,
- un développeur frontend responsable de frises lisibles et de tableaux de bord du taux d’occupation,
- un spécialiste intégration qui relie le système aux SIRH, à l’ATS et au CRM par des API,
- un analyste ou product owner qui traduit les règles d’affectation et de facturation en exigences.
Là où intervient la couche de prévision et de suggestion d’appariement, nous ajoutons des compétences data et IA (modèles prédictifs, scoring des candidats face à un rôle). C’est une compétence réelle dans notre groupe, que nous branchons là où elle apporte de la valeur, pas pour le mot à la mode.
Comment faisons-nous chez RITS ?
Nous le faisons comme partenaire nearshore depuis la Pologne, dans le modèle qui convient à votre situation. Nous construisons le système en logiciel sur mesure développé par notre équipe quand vous partez de zéro, ou nous renforçons votre équipe avec les rôles manquants quand l’outil est construit en interne. Nous vérifions les compétences avant le démarrage, construisons l’équipe autour des spécificités du système et, grâce à un fuseau horaire proche, nous rejoignons vos revues de code et vos réunions sans longue montée en charge. Même sans étude de cas exactement sur ce sujet, nous fournissons des personnes qui ont construit des outils de planification et des intégrations de données. C’est le coeur de notre offre : une compétence que vous affectez réellement, pas une promesse.
Par où commencer la construction d’un système d’affectation ?
Partez de la question la plus douloureuse à laquelle vous ne savez pas répondre vite aujourd’hui, par exemple « qui est libre dans trois semaines et a les compétences pour cette mission ». Cela définit quel registre de données construire en premier et quelles intégrations sont réellement nécessaires au lancement. Mieux vaut livrer un flux qui fonctionne (registre plus vue d’affectation) et le faire grandir vers les prévisions et les scénarios que de tout concevoir d’un coup. Nous avons traité les différences entre une construction sur mesure, le renfort d’équipe et les services gérés dans notre article sur les modèles de collaboration IT.
Vous construisez un système d’affectation aux missions ou de disponibilité des consultants ? Parlons-en, nous accorderons une équipe et une architecture à votre modèle de delivery.
Construisez avec nous votre logiciel de gestion des ressources