Suivi du temps en R&D qui fonctionne.
actiTIME est un logiciel de suivi du temps de projet qui relie les heures aux résultats des projets, offrant aux équipes la visibilité nécessaire pour mener leurs projets à terme dans les délais et le budget prévus, plutôt que de découvrir les dépassements après coup.
est un logiciel de suivi du temps de projet qui relie les heures aux résultats des projets, offrant aux équipes la visibilité nécessaire pour mener leurs projets à terme dans les délais et le budget prévus, plutôt que de découvrir les dépassements après coup.
Le suivi du temps fait plus de travail qu’on ne le pense
La plupart des problèmes de gestion de projet en R&D ressemblent à des problèmes de méthodologie en surface : des estimations manquées, des plans qui s’éloignent discrètement de la réalité, des rétrospectives qui deviennent des exercices de mémoire. L’instinct est d’adopter un autre cadre ou d’organiser une autre cérémonie, et parfois c’est pertinent.
Le plus souvent, cependant, il s’agit d’un problème de données : l’équipe ne dispose tout simplement pas d’un enregistrement précis et constant de la façon dont les heures d’ingénierie sont réellement utilisées. Sans cette trace, la prochaine estimation est structurellement un pari, le rapport d’avancement du projet actuel une fiction polie, et la rétrospective dégénère en reconstitutions concurrentes issues de discussions Slack ou de souvenirs.
actiTIME est, dans son essence, un outil de suivi du temps où les utilisateurs enregistrent chaque semaine des heures sur des projets, tâches et types de travail. Les fonctionnalités de gestion de projet autour (attributions de tâches, échéances, Kanban, champs personnalisés) existent parce qu’elles sont nécessaires pour rendre le suivi du temps utile. La discipline centrale reste la saisie du temps. Le reste de cet article aborde ce que gagne un chef de projet R&D lorsque son équipe excelle dans cette partie.
Des estimations qui s’ajustent à votre passé réel
Les chefs de projet R&D passent beaucoup de temps à justifier des estimations que chacun sait intenables. La première estimation sur un projet de type recherche est toujours fausse, l’équipe le sait, le commanditaire aussi, mais quelqu’un doit bien avancer un chiffre pour la discussion budgétaire.
La solution n’est pas de mieux deviner, mais d’accumuler suffisamment de données de temps détaillées sur les projets précédents pour que la prochaine estimation soit calibrée sur des résultats réels d’un travail comparable. Cela implique un suivi assez détaillé pour distinguer, par exemple, les heures de conception, de développement, de QA, et de gestion de projet. Il faut aussi un rapport mettant côte à côte les anciennes estimations et les temps réellement passés d’une façon qui permette au chef de projet d’en tirer des enseignements, au lieu de simplement les archiver.
Le chef ingénieur chez InterTalk Critical Information Systems décrit comment cela change la conversation sur l’estimation :
« Lorsque nous essayons d’établir le budget de notre nouveau projet, nous pouvons revenir dans actiTIME et consulter les données historiques : combien de temps avons-nous passé sur la conception, le développement, l’assurance qualité ou la gestion de projet lors de nos précédents projets. Nous essayons ensuite de prévoir combien de temps il faudra budgéter pour le futur. »
Le directeur financier d’InterTalk pousse la logique plus loin en ce qui concerne la planification des effectifs :
« Les estimations de temps nous permettent d’identifier les tendances de productivité dans différents services et rendent beaucoup plus fiable le fait d’affirmer qu’une équipe aura besoin de 1 500 heures et une autre de 400 heures pour réaliser leur tâche. Désormais, nous pouvons voir ces schémas et en tenir compte dans nos tarifs sortants. »
Le rapport Estimé vs Réel d’actiTIME effectue la comparaison au niveau de la tâche, du projet et du client, et l’historique du suivi du temps est interrogeable sur tous les projets. La nouvelle estimation se retrouve ainsi alignée sur des données réelles issues de travaux antérieurs plutôt que sur une impression subjective.
Visibilité en temps réel sur l’affectation des heures
Le pourcentage d’achèvement est une notion utile quand le périmètre est figé. Pour la R&D, où le périmètre évolue, cet indicateur perd vite toute pertinence. Que signifie réellement « 70 % terminé » pour une orientation de recherche qui a changé deux fois ce trimestre ?
Le signal qui compte en R&D n’est pas l’avancement sur une portée figée, mais bien les heures enregistrées par rapport aux estimations courantes, en temps réel, avec la possibilité de réviser ces estimations au fur et à mesure que le travail se précise. C’est un résultat du suivi du temps, pas une fonctionnalité classique des tableaux de bord de gestion de projet.
actiTIME active trois types de budget sur chaque projet : le temps, le coût et la facturation. Les trois se mettent à jour au fil des saisies d’heures et incluent des seuils de notification configurables, de sorte que le chef de projet soit averti qu’un projet risque de dépasser le budget alors qu’il est encore temps d’agir. Le rapport Coût du travail convertit les heures enregistrées en dépenses réelles suivant le taux de rémunération de chaque membre de l’équipe, afin qu’un ingénieur réparti sur trois projets voit son coût affecté là où son temps a réellement été utilisé, plutôt que réparti en moyenne sur toute l’
équipe.
Pour les équipes R&D qui alternent recherche interne et développement pour des clients, la distinction entre facturable et non facturable se fait au niveau du type de travail. La vision financière reste claire même quand les ingénieurs naviguent entre flux financés et non financés au sein de la même semaine.
Une traçabilité récupérable sur l’évolution réelle du projet
Le mode d'échec le plus courant dans la gestion de projets R&D est une dérive lente plutôt qu'une mauvaise décision isolée. Vers la quatrième ou cinquième semaine, le plan initial cesse d'être pertinent et est remplacé par une nouvelle compréhension du projet, partagée dans les réunions quotidiennes et les fils Slack, mais qui n'apparaît jamais vraiment dans les rapports d'avancement. Ces rapports continuent à faire référence à des jalons qui ont été silencieusement redéfinis, de sorte que les parties prenantes en viennent à faire confiance à une version du projet qui n'existe plus depuis un mois, et le décalage ne devient visible que lorsque quelque chose de concret casse. Une meilleure approche repose sur des relevés de temps qui permettent de retracer les évolutions. De nouvelles estimations de tâches peuvent être ajoutées à mesure que le travail se précise, et les entrées précédentes restent intactes. L'historique de ce qui a été estimé, quand et comment les heures réelles se sont positionnées face à chaque version du plan reste récupérable.
actiTIME gère cela grâce à des estimations au niveau des tâches et au verrouillage des feuilles de temps. De nouvelles estimations peuvent être ajoutées quand le travail s'éclaircit, mais les entrées passées ne sont pas écrasées. Le rapport « Suivi du temps en détail » affiche l'historique complet avec les commentaires attachés à chaque saisie, permettant ainsi de reconstituer l'évolution réelle du projet. Pour les chefs de projet dont les rétrospectives se transforment souvent en enquêtes de type « ce qui s'est vraiment passé », c'est la différence entre un examen honnête et une histoire arrangée après coup.
Rapports d'avancement réellement exploitables pour les parties prenantes
Les tableaux de bord rouge/jaune/vert n'ont pas été conçus pour la R&D. Un projet qui est « hors plan » est l'état par défaut dans la recherche, pas une alerte à déclencher, c'est pourquoi le voyant classique reste indéfiniment orange et finit par ne plus rien signifier.
Ce dont les parties prenantes ont réellement besoin, c'est de deux choses à la fois : la certitude que l'équipe a une visibilité sur la répartition des heures, et un signal précoce lorsque le rythme de consommation du temps n'est réellement plus cohérent avec la valeur produite. Les deux proviennent des mêmes données de temps, ventilées par projet, phase et contributeur.
Aujourd’hui nous avons une transparence totale sur l’état d’avancement des travaux et une meilleure allocation des ressources au sein des projets. Et tout cela avec des heures de travail économisées. Au lieu de peaufiner manuellement les vues des tableurs, les responsables voient instantanément des analyses en temps réel dans des rapports personnalisés. Nous avons relégué les tableurs au rang de mauvais souvenir.
Les rapports que le chef de projet consulte chaque semaine sont sauvegardés en tant que modèles, ce qui fait que produire la vue hebdomadaire de suivi d'avancement se fait en un clic, et non plus via une création à chaque fois.
Le bénéfice conformité, en bonus
La plupart des équipes R&D adoptent ce système pour des besoins projet, et découvrent seulement après le bénéfice en matière de conformité. Au Canada, le programme RS&DE, la Section 41 aux États-Unis, le R&D Expenditure Credit au Royaume-Uni et des dispositifs similaires
à l'étranger, tous exigent la tenue de relevés de temps contemporains par projet et activité pour justifier les déclarations. Ce sont exactement les mêmes données que le chef de projet recueille déjà pour le suivi de projet.
Le principal moteur pour mettre en place actiTIME était le programme d’incitation fiscale RS&DE. Il a depuis trouvé d’autres usages au sein de l’entreprise, en lien avec les projections financières.
InterTalk a pris le trajet inverse bien sûr : c'est la conformité qui a imposé la discipline de suivi du temps, et cette discipline a produit des données, qui ont finalement permis de répondre à des questions projet jusque-là sans réponse ; dans un sens ou dans l'autre, cela fonctionne. Les spécialistes de la finance et de la fiscalité gèrent le dépôt effectif ; le rôle du chef de projet est de s'assurer que le détail des temps suivis est suffisamment précis pour rendre la demande défendable.
Ce qui change pour le chef de projet R&D
La gestion de projet R&D ne sera jamais la même que la gestion d'un projet de livraison. La nature du travail est véritablement différente. Mais l'absence de visibilité qui rend la R&D si complexe s'atténue quand le suivi du temps sous-jacent est consistant, fin et interrogeable pour tous les projets.
Le changement le plus concret concerne la discussion sur l'estimation. Elle cesse d'être la défense d'un chiffre auquel personne ne croyait, pour devenir une projection calibrée à partir d'expériences réelles passées. Cela ne rend pas la discussion plus facile, à vrai dire. Cela la rend authentique. Le reporting de statut devient lui aussi plus fiable, et les rétrospectives comparent les suivis réels plutôt que des souvenirs reconstruits.
Rien de tout cela n'exige des équipes R&D qu'elles se comportent comme des équipes de livraison. Cela fournit seulement au chef de projet la couche de suivi du temps dont bénéficient depuis toujours les chefs de projets de livraison.
Si vous souhaitez voir à quoi cela ressemble sur vos propres projets de R&D, commencez un essai gratuit de 30 jours d’actiTIME.
Foire aux questions
Comment actiTIME gère-t-il les estimations qui doivent être révisées au fur et à mesure de l'avancement des travaux ?
Les estimations sont définies au niveau de la tâche et peuvent être mises à jour au fur et à mesure de l’évolution du travail. Les anciennes saisies par rapport à l’estimation précédente restent visibles dans les rapports Suivi du temps et Estimé vs Réel, ce qui permet de conserver l’historique des modifications du plan.
Peut-il gérer des ingénieurs répartis sur plusieurs projets de R&D la même semaine ?
Oui. La hiérarchie client-projet-tâche prend en charge autant de projets parallèles que nécessaire, et les ingénieurs saisissent leur temps sur plusieurs projets depuis la même feuille de temps. Les rapports peuvent être filtrés par projet, tâche, type de travail ou personne.
Est-il adapté aux équipes R&D agiles ?
Oui. Les estimations faites pour les tâches d’un sprint ou d’une phase de recherche fonctionnent de la même manière que toute autre estimation, et les temps réels s’accumulent en temps réel. Le rapport Estimé vs Réel est utile lors des rétrospectives de sprint, de la même façon qu’en fin de projet.
Quel est le coût ?
$5 par utilisateur et par mois pour la version cloud, ou un paiement unique de $120 par utilisateur pour l’hébergement sur site. Les deux incluent toutes les fonctionnalités. Une version gratuite et permanente existe pour les équipes allant jusqu’à trois utilisateurs.