Relations de tâches
Dans LadVen OS, les relations aident à conserver le contexte du travail : de quelle tâche vient le nouveau travail, à quel client ou projet il se rattache, où se trouvent les documents, quels fichiers confirment le résultat et dans quelle discussion la décision a été prise.
Utilisez les relations non comme un décor de la fiche, mais comme une navigation dans l'historique de travail. Un participant doit ouvrir la tâche et comprendre rapidement d'où elle vient, à quoi elle est liée, où chercher les matériaux et quelles tâches voisines peuvent influencer le résultat.
Quand une relation est nécessaire
Reliez une tâche à un autre objet si, sans cette relation, les participants devront reconstruire le contexte manuellement : chercher d'anciens échanges, demander le numéro de la transaction, ouvrir plusieurs projets ou transférer des documents hors de LadVen OS.
Une relation est utile lorsque :
- un grand travail est divisé en plusieurs résultats ;
- une nouvelle tâche est née d'un commentaire, d'un fichier, d'un document, d'une entité CRM ou d'une demande client ;
- la tâche se rattache à un projet, à un client ou à un projet client ;
- le résultat d'une tâche influence une autre tâche ;
- il faut conserver le chemin entre la décision et l'exécution ;
- la tâche a des matériaux dans des documents, fichiers, CRM ou commentaires ;
- il faut vérifier l'accès des participants au contexte lié.
Ne reliez pas la tâche à tout ce qui l'entoure. Les relations inutiles créent du bruit : les participants ne comprennent plus quel objet est réellement important pour l'exécution et lequel a été ajouté "au cas où".
Relations et responsabilité
Une relation ajoute du contexte, mais ne remplace pas le propriétaire du résultat. Même si une tâche est liée à un client, à un projet, à un document et à plusieurs tâches voisines, elle doit avoir un responsable unique qui comprend ce qu'il faut mener jusqu'au résultat prêt.
Utilisez les relations pour répondre à quatre questions :
| Question | Relation utile | Ce qu'il faut quand même écrire dans la tâche |
|---|---|---|
| Pour qui ou pour quoi faisons-nous le travail ? | Client, projet client, entité CRM. | Quel résultat client est attendu et qui l'accepte côté équipe. |
| Dans quel flux de travail est-il contrôlé ? | Projet, groupe de travail, tâche parente. | Comment la tâche influence le résultat global du projet. |
| Où sont les matériaux sources et le résultat ? | Document, fichier, commentaire, pièce jointe de checklist. | Quoi ouvrir, vérifier ou joindre à la fin. |
| Quelles tâches dépendent les unes des autres ? | Tâche parente, enfant ou liée. | Quelle dépendance existe : bloque, continue, précise ou fixe une décision. |
Si une relation n'aide à répondre à aucune de ces questions, elle est probablement inutile. Si elle aide, mais reste obscure pour les participants sans explication, ajoutez une ou deux lignes dans la description ou le commentaire.
Types de relations
Les tâches peuvent avoir plusieurs types de contexte lié. Ils se ressemblent parce qu'ils aident à retrouver la source du travail, mais ils répondent à des questions différentes.
| Type de relation | Ce qu'elle montre | Quand l'utiliser |
|---|---|---|
| Tâche parente | Une tâche ou initiative plus large dont vient la tâche actuelle. | Quand la tâche actuelle fait partie d'un résultat commun. |
| Tâche enfant | Une partie séparée du travail à l'intérieur de la tâche actuelle. | Quand une partie du travail a son propre responsable, délai ou critères de préparation. |
| Tâche liée | Une tâche voisine sans hiérarchie stricte. | Quand les tâches s'influencent, mais qu'aucune ne fait partie de l'autre. |
| Projet | Un projet interne, un groupe de travail ou une direction. | Quand la tâche doit être recherchée et planifiée dans le travail projet. |
| Client | L'entreprise ou le client auquel la tâche se rattache. | Quand la tâche est importante pour l'historique client, la vente, le déploiement ou le support. |
| Projet client | Un projet ou flux précis à l'intérieur d'un client. | Quand un même client a plusieurs directions parallèles. |
| CRM | Une transaction, un lead, un contact, une entreprise ou une autre entité CRM. | Quand la tâche continue une vente, un accompagnement ou une action client. |
| Document | Un document, tableau, contrat, cahier des charges ou fichier de travail dans le stockage. | Quand le document est la source, le matériau ou le résultat de la tâche. |
| Fichier | Une pièce jointe de tâche, de point de checklist ou de commentaire. | Quand le matériau est nécessaire à l'exécution, à la vérification ou à l'historique de la décision. |
| Commentaire | Une discussion, décision, question ou demande de correction précise. | Quand le nouveau travail vient d'une discussion et que la raison ne doit pas être perdue. |
Hiérarchie, dépendance et contexte
Toutes les relations ne signifient pas la même chose. Avant d'ajouter une relation, déterminez quel rôle de gestion elle joue.
| Ce qu'il faut montrer | Relation à choisir | Lecture pour le responsable |
|---|---|---|
| La tâche actuelle fait partie d'un grand résultat | Tâche parente ou enfant | Le résultat commun a des parties séparées avec leurs propriétaires. |
| Le résultat d'une tâche influence une autre tâche | Tâche liée | Les tâches ne sont pas incluses l'une dans l'autre, mais doivent être lues ensemble. |
| La tâche appartient au flux d'une équipe | Projet ou groupe de travail | Le travail peut être planifié et filtré dans la direction. |
| La tâche appartient à l'historique client | Client, projet client ou CRM | Le résultat doit être visible dans le contexte client. |
| Il faut ouvrir un matériau ou une preuve | Document, fichier, commentaire | La relation mène à la source, à la décision ou au résultat final. |
Une tâche enfant est un résultat séparé. Une tâche liée est une dépendance, une suite ou un nouveau périmètre. Le projet et le client sont un contexte de gestion. Le document et le fichier sont un matériau ou une preuve. Si ces sens sont mélangés, la fiche ressemble à une archive plutôt qu'à une consigne de travail.
Tâches parentes et enfants
La tâche parente décrit le résultat global. La tâche enfant décrit une partie du travail qui peut être exécutée et vérifiée séparément.
Créez une tâche enfant si cette partie du travail :
- a un responsable séparé ;
- exige un délai séparé ;
- peut être exécutée en parallèle ;
- bloque le résultat global ;
- contient ses propres fichiers, checklist ou discussion ;
- doit être visible dans les listes et rapports séparément de la tâche parente.
Ne transformez pas chaque point de checklist en tâche enfant. La checklist convient aux étapes à l'intérieur d'un même résultat ; la tâche enfant convient à un résultat séparé avec une responsabilité autonome.
Bon exemple :
Tâche parente :
Préparer le lancement du pilote pour le client
Tâches enfants :
- Valider le contrat du pilote
- Préparer le schéma technique de connexion
- Collecter la liste des participants à la formation
Mauvais exemple :
Tâche parente :
Préparer le lancement du pilote
Tâches enfants :
- Ouvrir le modèle
- Rédiger le texte
- Vérifier l'orthographe
Dans le deuxième cas, il vaut mieux utiliser une checklist : des tâches séparées ajouteraient une navigation inutile et dilueraient la vue d'ensemble.
Tâches liées
Une tâche liée est nécessaire lorsqu'il existe une dépendance de contexte entre les tâches, mais pas de relation "partie d'un tout". Par exemple, une tâche fixe une décision client, une autre une estimation technique, une troisième la préparation d'un document.
Utilisez une tâche liée si :
- la tâche continue une discussion d'une autre tâche ;
- le résultat d'une tâche est nécessaire pour prendre une décision dans une autre ;
- le travail ne peut pas être fusionné, car les tâches ont des responsables ou délais différents ;
- il faut garder un lien vers une tentative précédente, un travail annulé ou une variante alternative ;
- une partie du périmètre a été sortie de la tâche actuelle, mais la hiérarchie parente ne convient pas.
Dans une tâche liée, transférez seulement le contexte nécessaire : une courte description de la raison de la relation, le lien vers la tâche source et les matériaux importants. Ne copiez pas toute la correspondance manuellement. Si une décision importante se trouvait dans un commentaire, il vaut mieux pointer vers ce commentaire ou fixer le résultat dans la nouvelle tâche.
Créer une tâche liée depuis le contexte
Créer une tâche depuis le contexte aide à ne pas perdre la source du travail. C'est particulièrement important lorsque la tâche apparaît depuis une autre tâche, un commentaire, une entité CRM, un document, un fichier ou un projet client.
Ordre de travail :
- Ouvrez l'objet source : tâche, commentaire, entité CRM, document, fichier, projet ou client.
- Lancez l'action de création de tâche depuis ce contexte, si elle est disponible.
- Vérifiez quelle relation sera ajoutée automatiquement : parente, liée, projet, client, CRM ou document.
- Formulez le titre de la nouvelle tâche comme un résultat autonome.
- Dans la description, expliquez brièvement pourquoi la tâche est apparue et où consulter le contexte source.
- Nommez le responsable, le délai et les participants.
- Joignez seulement les fichiers ou documents réellement nécessaires à l'exécution.
- Enregistrez la tâche.
- Ouvrez la tâche créée et vérifiez que la relation s'affiche dans la fiche.
Si LadVen OS n'a pas créé la relation automatiquement, ajoutez-la manuellement juste après l'enregistrement. Ne laissez pas une tâche avec seulement la formule "comme discuté" : après quelques jours, les participants ne sauront plus où cela a été discuté.
Projet, client et projet client
La relation projet et client répond à la question : "à quel flux de travail cette tâche appartient-elle ?"
Reliez la tâche à un projet si le travail est planifié, discuté et contrôlé dans une équipe projet. Le projet aide à filtrer la liste des tâches, regrouper le travail et voir la charge par direction.
Reliez la tâche à un client si le résultat est important pour l'historique client : vente, déploiement, support, contrat, réunion, demande, réclamation ou accompagnement régulier.
Utilisez le projet client lorsqu'un même client a plusieurs flux indépendants. Par exemple, le déploiement, le support, l'intégration et la formation peuvent avancer en parallèle tout en appartenant à la même entreprise.
Bonne pratique :
- le projet montre le flux interne de travail ;
- le client montre la partie externe du contexte ;
- le projet client précise la direction à l'intérieur du client ;
- l'entité CRM montre la vente, demande, contact ou transaction précise.
Si une tâche appartient à la fois à un client et à un projet, vérifiez que les relations choisies ne se contredisent pas. Par exemple, une tâche de déploiement client ne doit pas se retrouver par erreur dans le projet d'une autre équipe ou chez un autre client.
Pour le propriétaire de l'entreprise et le responsable de service, c'est particulièrement important dans les rapports : la relation projet sert à gérer le travail de l'équipe, tandis que la relation client sert à l'historique de la relation client. N'utilisez pas l'une à la place de l'autre. Une tâche sur un contrat peut être dans le projet "Déploiement", liée au client "Alpha" et avoir une transaction CRM ; c'est normal si chaque relation explique une couche séparée du contexte.
Relations CRM
La relation CRM est nécessaire lorsque la tâche continue le travail avec une vente, un client, un contact, une entreprise, un lead, une transaction ou une autre entité CRM.
Ajoutez une relation CRM si la tâche :
- est née d'un appel, e-mail, rendez-vous ou transaction ;
- influence la prochaine étape de vente ;
- est nécessaire pour préparer une proposition commerciale, un contrat, une facture ou un déploiement ;
- fixe une action liée à une demande client ;
- doit être visible depuis l'historique client ;
- demande la participation du manager, de l'account, du juridique, du déploiement ou du support.
Dans la description de la tâche, indiquez ce qu'il faut faire exactement dans le contexte CRM. Un simple lien vers une transaction ne remplace pas la consigne.
Exemple :
Contexte :
La tâche est créée depuis la transaction de lancement pilote. Le client a demandé de confirmer les délais d'intégration avant la réunion.
Ce qu'il faut faire :
Vérifier les contraintes techniques, valider la date de lancement et laisser un commentaire final dans la tâche.
Avant de fermer la tâche, vérifiez s'il faut renvoyer le résultat dans le CRM : ajouter un commentaire, mettre à jour l'étape, joindre un document ou créer la tâche suivante. Si la décision reste seulement dans la tâche, le manager peut ne pas la voir dans l'historique client.
Documents et fichiers
Les documents et fichiers portent les matériaux : quoi prendre comme base, quoi vérifier et où se trouve le résultat.
Un document lié convient lorsque le matériau vit comme un objet autonome : contrat, cahier des charges, tableau, présentation, règlement, proposition commerciale ou document de travail avec corrections.
Un fichier de tâche convient lorsque le matériau est nécessaire précisément dans cette tâche : brief, capture d'écran, export, version finale, preuve d'exécution ou pièce jointe d'un point de checklist.
Choisissez l'emplacement selon le sens :
| Situation | Quoi relier ou joindre |
|---|---|
| Il faut travailler avec un contrat édité séparément | Document lié et courte explication dans la description. |
| Il faut transmettre le brief source à l'exécutant | Fichier de tâche. |
| Il faut confirmer l'exécution d'une étape | Fichier du point de checklist. |
| Il faut discuter une version intermédiaire | Fichier dans un commentaire. |
| Il faut conserver le résultat final | Fichier de tâche ou document résultat avec commentaire final. |
Ne dupliquez pas le même matériau partout. Si le document est lié comme source, il suffit d'écrire dans un commentaire ce qu'il faut y regarder. Si le fichier est le résultat final, indiquez-le dans les critères de préparation ou le commentaire final.
Pratique pour les documents :
- si le document est la source, indiquez la section, page, onglet ou fragment à consulter ;
- si le document est un matériau de travail, convenez où laisser les corrections et qui accepte la version finale ;
- si le document est le résultat, fixez dans la tâche un critère de préparation : le lien s'ouvre, la version est actuelle, les bons participants ont accès ;
- si le matériau est joint comme fichier, vérifiez son nom et l'actualité de la version avant d'assigner le travail ;
- si un fichier est apparu dans un commentaire comme résultat, laissez un commentaire final pour éviter aux participants de chercher la version finale parmi les pièces intermédiaires.
Les commentaires comme source de relation
Une nouvelle tâche naît souvent d'une discussion : quelqu'un a trouvé un problème séparé, proposé une amélioration, fixé un risque ou décidé de sortir une partie du travail du périmètre actuel.
Lorsque vous créez une tâche depuis un commentaire :
- conservez le lien vers la tâche ou le commentaire source, si LadVen OS prend en charge un lien direct ;
- dans la description de la nouvelle tâche, résumez la décision brièvement et clairement ;
- indiquez ce qui ne fait pas partie de la tâche source et pourquoi c'est sorti séparément ;
- ajoutez les participants qui doivent voir la suite ;
- laissez dans la tâche source un commentaire indiquant que le travail est sorti dans une tâche liée.
Exemple de commentaire final dans la tâche source :
Je fixe : nous fermons la tâche actuelle sur la vérification manuelle. Nous sortons le rapprochement automatique dans une tâche liée afin d'estimer séparément le volume et le délai.
Ainsi, les participants voient non seulement la nouvelle tâche, mais aussi la raison de son apparition.
Comment ne pas perdre le contexte
Une relation seule ne garantit pas la compréhension. Les participants ont besoin d'une image courte et vérifiable : ce qui est lié, pourquoi c'est lié et quoi faire ensuite.
Ensemble minimal de contexte :
- le titre de la tâche décrit le résultat ;
- la description contient la raison d'apparition de la tâche ;
- la tâche source, le projet, le client, le CRM ou le document est indiqué ;
- les fichiers importants sont joints ou liés au bon endroit ;
- les commentaires fixent les décisions qui changent le périmètre du travail ;
- les participants ont accès aux objets liés ;
- après création de la relation, il est possible de naviguer dans les deux sens si l'interface le permet.
Si une relation est importante pour l'exécution, mentionnez-la dans le texte de la tâche. Par exemple : "Le travail se rattache au projet client de déploiement ; consulter le contrat dans le document lié". Ne forcez pas l'exécutant à deviner le sens d'une relation à partir du seul nom de l'objet.
Pour l'acceptation, un parcours de vérification est utile :
- Ouvrir d'abord la source : tâche parente, CRM, document ou commentaire dont vient le travail.
- Vérifier ensuite la décision : ce qui a été validé, qui a confirmé et quelles limites ont été fixées.
- Comparer enfin le résultat : fichier, checklist fermée, commentaire final et tâches liées sur le nouveau périmètre.
Si le responsable ne peut pas suivre ce parcours en quelques minutes, la relation existe formellement, mais le contexte est mal rédigé. Ajoutez une courte explication dans la description ou le commentaire final.
Comment ne pas diluer le travail avec les relations
Trop de relations transforment la tâche en archive plutôt qu'en consigne. Le participant voit client, projet, CRM, documents, fichiers et tâches voisines, mais ne comprend pas ce qui compte le plus.
Pour que les relations ne diluent pas le travail :
- gardez dans le titre un seul résultat, pas toute la liste des relations ;
- dans la description, séparez la source du contexte de l'action attendue ;
- ne joignez pas un document seulement parce qu'il appartient au même sujet ;
- n'ajoutez pas de tâches liées s'il n'y a pas de dépendance ou de suite ;
- n'utilisez pas une tâche parente comme dossier pour toute une direction ;
- ne fermez pas une tâche sans commentaire final si le résultat doit revenir dans le CRM, le projet client ou le document ;
- n'assignez pas automatiquement tous les participants des objets liés à la tâche actuelle.
Si l'exécution exige d'ouvrir plus de trois objets liés, ajoutez dans la description un court parcours : "voir d'abord le contrat, puis le commentaire avec la décision, puis mettre à jour le fichier résultat". Cela économise du temps à l'exécutant et réduit le risque de prendre le mauvais matériau.
Droits d'accès et limites
Les objets liés peuvent avoir des droits différents. Un utilisateur peut voir la tâche, mais ne pas voir le projet, l'entité CRM, le document, le fichier, le commentaire ou une autre tâche liée.
Avant d'assigner le travail, vérifiez l'accès si :
- la tâche est liée à un projet, client ou entité CRM fermé ;
- le participant a été ajouté après la création de la relation ;
- le fichier ou document se trouve dans un stockage séparé ;
- la tâche contient des données commerciales, personnelles ou internes ;
- la tâche liée appartient à une autre équipe ;
- le participant voit une entrée muted, une relation masquée ou un message d'indisponibilité.
Ne contournez pas les restrictions de droits en transférant fichiers ou captures d'écran hors de LadVen OS. L'historique de travail, les accès et les versions actuelles divergeraient. Si un participant a besoin d'un accès, configurez-le dans l'objet source ou demandez l'aide du propriétaire de l'espace.
Si une relation est indisponible, la tâche doit expliquer quoi faire ensuite : demander l'accès, contacter le propriétaire de l'objet, remplacer la relation par un document accessible ou préciser le contexte dans un commentaire.
Comment vérifier les relations
Après création ou modification d'une tâche, ouvrez-la en mode consultation et vérifiez le bloc de relations et le contexte de travail.
Vérifiez :
- la tâche parente s'affiche à l'endroit attendu ;
- la tâche enfant ou liée est visible depuis la tâche source ;
- le projet, le client et le projet client correspondent au travail réel ;
- l'entité CRM s'ouvre et appartient au bon client ou à la bonne transaction ;
- les documents et fichiers sont accessibles aux participants ;
- le commentaire ou la description explique pourquoi la relation a été ajoutée ;
- dans la liste des tâches, la relation aide à filtrer ou regrouper le travail ;
- les relations masquées ou indisponibles ne bloquent pas l'exécution sans étape suivante claire.
Si une relation a été ajoutée par erreur, corrigez-la immédiatement et laissez un commentaire si les participants ont déjà pu voir un contexte incorrect.
Bonnes pratiques
- Créez des tâches enfants pour les résultats autonomes, et une checklist pour les étapes à l'intérieur d'un même résultat.
- Utilisez une tâche liée pour une dépendance ou une suite, pas pour un regroupement visuel.
- Lors de la création depuis le contexte, vérifiez quelle relation a été ajoutée automatiquement.
- Dans la description de la nouvelle tâche, reformulez la raison de la relation en langage humain.
- Ne copiez pas tout l'historique à la main : fixez le résultat et laissez un lien vers la source.
- Vérifiez l'accès des participants au projet, client, CRM, documents et fichiers.
- Conservez le résultat final là où il est le plus simple à vérifier : dans les fichiers de la tâche, un document lié ou un commentaire final.
- Si une relation influence l'acceptation, ajoutez-la aux critères de préparation.
- N'ajoutez pas de relations "au cas où" : chaque relation doit aider à exécuter, vérifier ou retrouver la tâche.
- Pour les tâches client, reliez le travail au client ou au CRM seulement lorsque le résultat doit rester dans l'historique client.
- Pour les tâches projet, vérifiez que la relation aide le responsable à voir l'avancement, et ne remplace pas simplement un tag.
- Pour les documents, fixez si le document est une source, une version de travail ou le résultat final.
- Pour les tâches liées, écrivez la dépendance entre elles : "attend le résultat", "continue la décision", "sorti séparément", "bloque le lancement".
Erreurs fréquentes
Créer une grande tâche au lieu de plusieurs tâches liées. Si le travail a plusieurs résultats indépendants, responsables ou délais différents, divisez-le en tâches enfants ou liées.
Sortir de petites étapes en tâches séparées. Si l'étape n'a pas de résultat séparé, laissez-la dans la checklist.
Laisser une tâche liée sans explication. Les participants voient le lien, mais ne comprennent pas pourquoi il est important.
Relier une tâche au mauvais client ou projet. Cette erreur casse les filtres, les rapports et l'historique client.
Joindre des documents sans vérifier l'accès. L'exécutant voit formellement la tâche, mais ne peut pas ouvrir le matériau.
Copier le contexte au lieu de faire un lien vers la source. Les copies manuelles deviennent vite obsolètes et divergent de l'original.
Fermer la tâche source sans fixer le travail sorti. Plus tard, on ne comprend plus pourquoi une partie du résultat n'a pas été faite dans la tâche source.
Utiliser une relation CRM comme remplacement de la description. La transaction ou le contact donne le contexte, mais n'explique pas le résultat attendu.
Supprimer une relation sans commentaire. Si la relation a déjà servi au travail, les participants doivent comprendre pourquoi le contexte a changé.
Ajouter tous les matériaux client dans chaque tâche. L'exécutant perd la source principale et peut travailler sur un fichier obsolète.
Mélanger projet et client. Le projet sert à la gestion interne, le client à l'historique externe. Si vous n'en choisissez qu'un par commodité, les rapports et la recherche seront incomplets.
Considérer une tâche liée comme un remplacement de la consigne. Le lien montre la source, mais n'explique pas quoi faire précisément ni qui répond du résultat.
Ajouter automatiquement les participants des tâches liées. Les personnes reçoivent des notifications inutiles et la responsabilité devient moins claire.
Quelles captures sont nécessaires pour cette page
- Bloc de relations dans la fiche de tâche : tâche parente, enfant et liée.
- Création d'une tâche depuis un commentaire ou une autre tâche avec relation ajoutée automatiquement.
- Exemple de tâche liée à un projet et à un client en même temps.
- Exemple de tâche client avec entité CRM et explication dans la description.
- Document ou fichier lié dans une tâche, avec la destination du matériau visible.
- Vérification des relations en mode consultation après enregistrement.
- État d'une relation ou d'un fichier indisponible si le participant n'a pas les droits.