Patrick IA : l’assistant qui simplifie la gestion quotidienne de mon équipe

Patrick est un système que j’ai créé pour gagner du temps dans la gestion quotidienne de mon équipe. Mon objectif de départ était volontairement ambitieux : réduire au maximum les réunions quotidiennes de suivi et les remplacer par un assistant disponible en permanence, capable de relancer les bonnes personnes, de suivre l’avancement des tâches et de m’alerter lorsqu’un sujet semble bloqué.

01Pourquoi j’ai créé Patrick

Avant Patrick, nous utilisions OpenProject pour organiser une partie de nos tâches. L’outil remplissait son rôle, mais il demandait aux collaborateurs de se connecter régulièrement, de retrouver le bon projet, d’ouvrir une tâche, de modifier son statut puis de saisir une note d’avancement.

Le problème n’était pas réellement l’outil. Le problème était l’effort nécessaire pour maintenir les informations à jour. Plus la mise à jour d’une tâche demande d’actions, plus elle risque d’être reportée ou oubliée.

J’ai donc imaginé un système capable de centraliser les tâches, les projets, les notes, les comptes rendus de réunion et les absences, tout en supprimant autant que possible les actions administratives inutiles. Patrick permet aujourd’hui aux membres de l’équipe de gérer leurs tâches de manière autonome, d’ajouter des informations, de créer des projets, de rattacher des comptes rendus et de planifier leurs congés.

02Remplacer les formulaires par la conversation

La principale différence entre Patrick et un gestionnaire de tâches traditionnel tient à son mode d’interaction. Pour créer ou modifier une information, l’utilisateur n’a pas besoin de parcourir plusieurs écrans. Il lui suffit de parler avec Patrick, par écrit ou par message audio.

Ajoute une tâche pour préparer le flux Esker avant vendredi, affecte-la à Sonia et indique que nous attendons le retour du prestataire.

Patrick interprète la demande, identifie l’action à effectuer puis utilise les fonctions auxquelles il a accès pour enregistrer la tâche. Ce choix répondait à une volonté simple : conserver une interaction aussi naturelle que possible. Les collaborateurs savent déjà parler, expliquer une situation et répondre à une question. Il n’était donc pas nécessaire de leur imposer l’apprentissage d’une nouvelle interface pour chaque action.

03Une adoption facilitée par une interaction naturelle

Dans mon équipe, ce fonctionnement conversationnel a permis d’atteindre un taux d’adoption de 100 %. Cette mesure reste propre à notre contexte et à la taille de l’équipe, mais elle confirme une intuition : un outil est beaucoup plus facilement adopté lorsqu’il s’intègre aux habitudes existantes plutôt que de demander aux utilisateurs de changer entièrement leur façon de travailler.

L’équipe n’a pas eu besoin d’apprendre une succession de menus, de boutons ou de formulaires. Elle a simplement continué à faire ce qu’elle savait déjà faire : expliquer, échanger et donner des informations. La différence est que l’interlocuteur est désormais une intelligence artificielle capable de transformer la conversation en actions concrètes dans le système de gestion.

04Une intelligence locale et spécialisée

Patrick n’a pas besoin d’utiliser le modèle le plus puissant du marché. Les tâches qu’il doit accomplir sont relativement cadrées : comprendre une demande, identifier une intention, extraire les informations utiles puis déclencher une fonction précise.

J’ai donc privilégié un modèle de la famille Gemma exécuté localement avec Ollama. Ce choix permet de conserver une architecture maîtrisée et de limiter la dépendance à des services externes pour les échanges quotidiens.

Le modèle peut utiliser des outils, que j’appelle des skills : créer une tâche, modifier un statut, ajouter une note, rechercher un projet, préparer une synthèse ou consulter le planning d’une personne. L’intelligence du système ne repose donc pas uniquement sur le modèle. Elle repose surtout sur la qualité des fonctions disponibles, les règles qui encadrent leur utilisation et la manière dont les données sont organisées.

05Gérer les erreurs et les retours utilisateurs

Comme tout système reposant sur une intelligence artificielle, Patrick peut se tromper. Il peut mal interpréter une phrase, choisir la mauvaise action ou enregistrer une information de manière incomplète.

J’ai donc mis en place un mécanisme de signalement très simple :

BUG PATRICK : la tâche a été affectée à la mauvaise personne.

Le système conserve alors le signalement avec le contexte nécessaire à son analyse. Ces retours permettent d’identifier les erreurs récurrentes, d’améliorer les règles de traitement et de faire évoluer progressivement Patrick. Une IA métier ne doit pas être considérée comme infaillible : elle doit être observable, corrigible et capable de laisser une trace de ses actions.

06Pourquoi une interface visuelle est devenue nécessaire

Au départ, je souhaitais que toutes les interactions passent par la conversation. L’usage réel a cependant fait apparaître une demande complémentaire. Certains collaborateurs gèrent un nombre important de tâches. Ils ont naturellement souhaité disposer d’une vue leur permettant de consulter rapidement leurs propres sujets, les tâches de leurs collègues et le planning des absences.

Une interface web a donc été ajoutée. La conversation reste le moyen principal de créer ou de modifier les données, tandis que l’interface sert surtout à les consulter, à les filtrer et à obtenir une vision globale. Une interface conversationnelle ne remplace pas systématiquement une interface visuelle : la conversation est efficace pour agir, tandis que le tableau de bord reste souvent plus efficace pour observer.

07Un suivi des tâches inspiré du CRM

Au fil des demandes, Patrick a évolué vers un fonctionnement proche d’un CRM appliqué aux tâches et aux projets. Chaque tâche possède désormais un historique : changements de statut, notes ajoutées, personnes impliquées, relances effectuées et événements importants.

Il devient ainsi possible de comprendre rapidement comment un sujet a évolué dans le temps. Le système permet également d’affecter plusieurs personnes à une même tâche ou à un même projet. Cette évolution répond à une réalité simple : les sujets importants ne sont pas toujours portés par une seule personne.

08Anticiper les sujets à partir des échanges

Patrick peut également être présent dans certains canaux publics utilisés par les équipes. La plupart du temps, il reste silencieux. Il analyse les échanges autorisés et identifie les messages susceptibles de contenir une action, une décision ou un point de blocage.

Dans l’interface d’administration, il me propose ensuite une liste de tâches potentielles à créer. Il ne crée pas nécessairement chaque tâche de manière automatique : le responsable peut valider, modifier ou ignorer la proposition. Cette fonction permet de détecter des sujets qui n’ont pas encore été formalisés et d’être plus proactif lorsqu’une discussion révèle un risque, une dépendance ou une action qui pourrait être oubliée.

09La tour de contrôle du responsable d’équipe

L’interface d’administration constitue la tour de contrôle de Patrick. Elle permet au responsable d’équipe de consulter l’ensemble des tâches, de les modifier, de les réaffecter et d’identifier les sujets qui nécessitent une attention particulière.

Elle permet également de préparer automatiquement des comptes rendus sur l’avancement de la semaine, de produire des synthèses par projet et d’afficher des indicateurs actualisés. L’objectif n’est pas d’accumuler les KPI, mais de répondre rapidement à quelques questions simples : quelles tâches sont bloquées, quels projets prennent du retard, quelles personnes attendent une décision et quels sujets n’ont pas évolué depuis plusieurs jours ?

10Des relances personnalisées pour chaque collaborateur

Patrick contacte les membres de l’équipe selon un planning personnalisé. Il peut leur rappeler les tâches prévues, demander un état d’avancement ou poser une question précise sur un sujet. Les relances ne sont pas identiques pour tout le monde : leur fréquence et leur contenu peuvent être adaptés au rôle de la personne, à ses habitudes et à la nature de ses missions.

Cette fonction réduit les temps morts entre deux tâches et évite qu’un collaborateur reste bloqué simplement parce qu’il ne sait pas quel sujet traiter ensuite. Elle doit cependant rester configurable : un rappel utile peut rapidement devenir une nuisance s’il est trop fréquent, mal formulé ou envoyé au mauvais moment.

11Les limites à ne pas ignorer

Patrick apporte un réel gain de temps dans mon contexte, mais il ne doit pas être présenté comme une solution parfaite. Il dépend de la qualité des informations fournies par les utilisateurs, peut commettre des erreurs d’interprétation et nécessite des règles d’autorisation strictes ainsi qu’une journalisation complète des actions sensibles.

Il faut également éviter que l’automatisation ne remplace tous les échanges humains. Certaines discussions ont besoin d’un véritable dialogue, notamment lorsqu’elles concernent une difficulté personnelle, un désaccord, une décision importante ou un besoin d’accompagnement.

Enfin, Patrick est plus adapté à mon organisation qu’OpenProject ou Microsoft Project pour certains usages quotidiens. Cela ne signifie pas qu’il est objectivement supérieur à ces outils dans tous les contextes. Ces logiciels répondent à des besoins de planification et de gestion de projet beaucoup plus larges.

12Un assistant, pas un chef d’équipe artificiel

Patrick est devenu le super assistant du responsable d’équipe : polyvalent, disponible et capable de s’adapter à différents métiers tertiaires. Il peut accompagner une équipe de développement, une équipe fonctionnelle, des commerciaux itinérants ou toute organisation ayant besoin de mieux structurer ses tâches, ses relances et ses comptes rendus.

Sa véritable force n’est pas de remplacer le manager. Elle est de prendre en charge une partie du travail répétitif afin de lui permettre de se concentrer sur les personnes, les décisions et les difficultés qui nécessitent réellement son attention.