Commentaires dans une tâche

Dans LadVen OS, les commentaires sont l'historique de travail de la tâche. Les participants y précisent les exigences, posent des questions, transmettent le résultat à la vérification, fixent les décisions et expliquent le retour en correction ou la fermeture.

Utilisez les commentaires non comme un chat général, mais comme un journal de discussion lié à la tâche. Après quelques jours ou après un changement de responsable, les commentaires doivent permettre de comprendre ce qui a été décidé, qui doit agir ensuite et où se trouve le résultat.

Rôle des commentaires dans l'exécution

Une tâche passe par plusieurs étapes de gestion : formulation, précision, exécution, vérification, acceptation et analyse du résultat. Les commentaires relient ces étapes en un scénario compréhensible.

Utilisez-les comme marques de travail :

• une question montre où l'exécutant manque d'information ;
• une réponse supprime l'incertitude et permet de continuer ;
• un blocage explique pourquoi la tâche n'avance pas et de qui dépend l'étape suivante ;
• une décision fixe l'option choisie pour que l'équipe ne revienne pas au débat ;
• une transmission à la vérification montre où se trouve le résultat et comment l'accepter ;
• un retour en correction explique ce qui n'est pas accepté ;
• un commentaire final ferme le contexte de gestion : ce qui est fait, ce qui est accepté, ce qui est déplacé séparément.

Ainsi, le manager n'a pas besoin de collecter les statuts dans les chats : la tâche montre où le travail s'est arrêté, qui doit répondre et ce qui est déjà accepté.

Quand écrire un commentaire

Écrivez un commentaire dans la tâche si le message concerne l'exécution, l'acceptation ou l'historique de cette tâche :

• il faut préciser une exigence, une échéance, un fichier, une checklist ou un critère d'acceptation ;
• un participant a besoin d'une question avec le contexte de la tâche ;
• un résultat intermédiaire ou final est apparu ;
• une décision change l'ordre de travail, le volume, le responsable ou l'échéance ;
• la tâche est renvoyée en correction, envoyée à la vérification, fermée, annulée ou reportée ;
• il est important de garder une explication pour le créateur, l'exécutant, les observateurs ou une future vérification.

Pour une courte discussion générale sans lien avec un résultat, le chat est plus pratique. Si la discussion aboutit à une décision sur la tâche, fixez le résumé dans un commentaire séparé afin qu'il ne se perde pas.

Ce que contient un bon commentaire

Un bon commentaire répond brièvement à une question de travail : ce qui s'est passé, de qui une action est attendue et comment vérifier le résultat.

Mauvais commentaire :

Regardez, s'il vous plaît.

Mieux :

@Anna, vérifiez le tableau final en pièce jointe : j'ai ajouté la colonne "Date de paiement" et rempli les lignes pour les clients de la liste. Si tout est correct, la tâche peut être fermée.

Si le commentaire fixe une décision, écrivez-le comme un résultat, pas comme la suite d'un débat :

Je fixe la décision : dans la première version, nous gardons la vérification manuelle du fichier ; la comparaison automatique est déplacée dans une tâche liée séparée.

Comment fixer les questions

Une question doit aider à poursuivre le travail, pas seulement signaler une incertitude. Formulez-la pour que le destinataire puisse répondre sans rechercher le contexte.

Structure utile :

1. Ce qui n'est pas clair.
2. Pourquoi il est impossible de continuer sans réponse ou quel risque existe.
3. Quelles options l'exécutant voit.
4. À qui la question est adressée et quand la réponse est nécessaire.

Exemple :

@Marina, précisez quelle liste de clients est finale : le fichier du 18 mai ou l'export CRM d'aujourd'hui. Sans cela, je peux calculer le montant sur une mauvaise base. Sans réponse avant 15:00, je prends le fichier du 18 mai comme validé.

Si la question change le volume de travail, après la réponse fixez le résumé dans un commentaire séparé et mettez à jour la description ou la checklist.

Comment fixer les blocages

Un blocage n'est pas simplement "j'attends". C'est une raison de travail qui empêche la tâche de passer à l'étape suivante.

Dans un commentaire de blocage, indiquez :

• ce qui a arrêté le travail ;
• quel point de la tâche ou de la checklist est touché ;
• qui peut lever le blocage ;
• ce qui a déjà été fait sans attendre ;
• quand il faut revenir à la vérification.

Exemple :

Blocage sur le point 3 de la checklist : pas de prix final du département ventes. Le calcul brouillon est préparé, mais le montant final ne peut pas être fixé. @Oleg, il faut le fichier avant 12:00 demain, sinon l'échéance de fermeture devra être déplacée.

Ne mettez pas une tâche en pause en silence. Le manager doit voir non seulement le retard, mais aussi la dépendance qui l'a créé.

Rich text et structure

L'éditeur de commentaires prend en charge le texte formaté. Utilisez le formatage pour le sens, pas pour la décoration :

• listes pour plusieurs questions, corrections ou étapes de vérification ;
• mise en évidence pour une décision clé, une date, une limite ou un risque ;
• liens vers des documents, matériaux externes, entités CRM ou tâches liées ;
• citations pour répondre à un fragment précis ;
• retours à la ligne pour parcourir rapidement un long commentaire.

Ne transformez pas le commentaire en nouvelle description de tâche. Si le commentaire change les critères d'acceptation, mettez à jour la description ou la checklist et laissez un commentaire avec la raison du changement.

Un commentaire peut être long, mais ne doit pas devenir lourd. Pour un grand résultat, joignez un document ou un fichier, et donnez dans le commentaire un bref résumé et le chemin de vérification.

Mentions

La mention attire explicitement l'attention d'une personne. Utilisez-la lorsqu'une action est attendue : répondre, vérifier, valider, joindre un fichier, prendre une décision ou fermer une question.

Bonne structure :

1. Mentionnez la personne.
2. Écrivez l'action concrète.
3. Indiquez l'échéance ou la condition si elle importe.
4. Ajoutez un lien, un fichier ou une citation pour éviter de reconstruire le contexte.

Exemple :

@Igor, vérifiez le point 2.3 de la checklist avant 16:00. J'ai joint la capture de l'erreur au commentaire.

Ne mentionnez pas tous les participants "au cas où". Les notifications inutiles réduisent l'attention portée aux messages importants. Si une personne doit seulement connaître le résultat, mentionnez-la dans le commentaire final après la décision.

Fichiers et inline images

Un commentaire peut contenir des fichiers et des images. C'est utile lorsque le matériau explique le message : capture d'erreur, rapport intermédiaire, version validée d'un document, image du résultat ou fichier à vérifier.

Joignez le fichier au commentaire s'il est nécessaire à la question discutée. Les matériaux généraux doivent rester dans le bloc fichiers de la tâche, et les preuves d'une étape précise dans les pièces jointes du point de checklist.

Une inline image est utile lorsque l'image doit être vue directement dans le contexte du commentaire : erreur, état de l'interface ou résultat de vérification. Après l'ajout, vérifiez que la zone nécessaire est visible et que le nom du fichier aide à le distinguer.

Lors de la modification d'un commentaire existant, les pièces jointes ne sont pas ajoutées ni remplacées. S'il faut envoyer un nouveau fichier, laissez un nouveau commentaire avec le fichier et citez le message initial si nécessaire.

Citation et réponse

Utilisez la citation lorsque vous répondez à un message, un point de checklist, un fichier ou un fragment précis de discussion. Les participants voient ainsi exactement à quoi vous réagissez.

La citation est particulièrement utile si :

• la tâche contient beaucoup de commentaires ;
• plusieurs questions sont discutées en même temps ;
• il faut renvoyer la tâche en correction sur un point précis ;
• le participant ne répond pas au dernier message ;
• la décision est liée à un fichier ou à un point de checklist séparé.

Une bonne réponse avec citation contient non seulement l'accord ou le désaccord, mais aussi l'étape suivante :

D'accord avec la remarque sur le calcul. Je corrige la formule et joindrai la nouvelle version du fichier dans un commentaire séparé.

Si la discussion est devenue volumineuse, fixez le résumé dans un commentaire séparé sans citation pour le retrouver facilement.

Modification

Modifiez un commentaire s'il faut corriger une faute, préciser une formulation ou ajouter un détail manquant juste après publication. La fenêtre de modification est limitée : repère actuel - 30 minutes après l'envoi.

N'utilisez pas la modification pour changer discrètement une décision prise ou l'historique de discussion. Si le commentaire a déjà été lu ou a déclenché une action, il vaut mieux laisser un nouveau commentaire :

Précision au commentaire précédent : nous vérifions seulement les clients de la liste A, la liste B part dans une tâche séparée.

Pendant la modification, vérifiez qu'après l'enregistrement le sens reste compréhensible sans contexte caché. Si l'enregistrement échoue, actualisez la tâche et assurez-vous que les participants voient la version actuelle.

Suppression

La suppression d'un commentaire est une action dangereuse, car elle enlève une partie de l'historique de travail. Supprimez un commentaire seulement s'il a été envoyé par erreur, contient un mauvais fichier, duplique un message ou révèle une information qui ne doit pas être dans la tâche.

Si le commentaire contient une décision, une question, une raison de retour ou un résultat de vérification, ne le supprimez pas. Laissez un nouveau commentaire avec la correction :

La décision précédente a changé : le client a confirmé la deuxième variante de maquette. Nous continuons avec le fichier v2.

Avant suppression, vérifiez que l'information importante a été transférée dans la description, la checklist, les fichiers de la tâche ou un nouveau commentaire.

Réactions

Si les réactions sont disponibles dans la tâche, utilisez-les comme signal court sans nouveau message : accepté, vu, d'accord, attention requise. Une réaction ne remplace pas un commentaire lorsqu'une action, une décision, une raison ou un résultat vérifiable est nécessaire.

Une réaction convient lorsque :

• il faut confirmer que le message est lu ;
• un participant accepte une proposition sans condition supplémentaire ;
• il ne faut pas créer de nouvelle notification avec texte ;
• la discussion contient déjà tout le contexte.

Ne fermez pas les questions importantes avec une seule réaction. Si la suite du travail dépend de la réaction, écrivez plutôt un court commentaire : "Validé, nous prenons la variante B".

Nouveaux commentaires et marques de lecture

Les nouveaux commentaires peuvent marquer la tâche comme non lue et arriver dans les notifications. Les marques de lecture aident les participants à voir où de nouveaux messages sont apparus et à revenir au dernier endroit consulté.

Vérifiez les tâches non lues au début de la journée, avant l'acceptation du résultat et avant la fermeture. Si une tâche est non lue, lisez d'abord les nouveaux commentaires, puis seulement changez le statut ou acceptez le résultat.

Si un message est important pour une personne précise, ne comptez pas seulement sur l'indicateur général de non-lu. Mentionnez le participant et formulez l'action attendue.

Lien avec l'activité et les notifications

Les commentaires et l'activité répondent à des besoins différents :

Section	Ce qu'elle montre	Quand regarder
Commentaires	Discussion, questions, décisions, fichiers, réponses des participants.	Quand il faut comprendre le sens du travail, poser une question, accepter ou renvoyer le résultat.
Activité	Événements de la tâche : changements de statut, échéance, participants, champs, notifications et autres actions système.	Quand il faut reconstituer ce qui a changé et quand.
Notifications	Signaux envoyés aux participants sur les nouveaux commentaires, mentions, changements et événements.	Quand il faut comprendre qui devait recevoir l'information.

Si un statut a changé sans commentaire clair, l'activité montrera le fait du changement, mais pas sa raison. Pour les changements importants, laissez un commentaire : pourquoi l'échéance a été déplacée, pourquoi la tâche a été renvoyée, pourquoi le résultat est accepté partiellement ou pourquoi le travail est annulé.

Fixer une décision

Une décision doit être facile à trouver. Ne la cachez pas au milieu d'une longue correspondance, surtout si elle change le volume de travail, les critères d'acceptation, l'échéance, les participants ou le mode d'acceptation.

Écrivez un commentaire final lorsque :

• la discussion s'est terminée par le choix d'une variante ;
• le créateur a changé les critères d'acceptation ;
• l'exécutant a proposé une limite et elle a été acceptée ;
• une partie du travail a été déplacée dans une tâche liée ou enfant ;
• le résultat a été accepté avec réserves ;
• la tâche a été annulée, reportée ou fermée comme non réussie.

Bon commentaire final :

Je fixe le résultat : nous acceptons la variante B, car elle ne demande pas de modifier le modèle. La variante C n'est pas faite dans cette tâche ; j'ai créé une tâche liée pour estimer l'automatisation.

Si la décision influence l'exécution, mettez aussi à jour la tâche : description, checklist, échéance, participants, tâches liées ou fichiers.

Commentaires pour l'acceptation

L'acceptation doit répondre à la question : peut-on considérer la tâche terminée selon les critères convenus. Les commentaires sont nécessaires à l'exécutant comme au vérificateur.

Lors de la transmission du résultat, l'exécutant écrit :

• ce qui est prêt ;
• où ouvrir le résultat : fichier, lien, pièce jointe, entité liée ;
• quels points de checklist sont fermés ;
• quelles limites ou hypothèses restent ;
• qui doit participer à la vérification.

Exemple :

@Elena, je transmets pour vérification. Le rapport final de mai est prêt : le fichier "Rapport_mai_v3" est joint à la tâche, les points 1-4 de la checklist sont fermés. Limite : les données du client "Sever" ne sont pas incluses, car le contrat n'est pas encore signé ; je l'ai déplacé dans une tâche liée.

Lors de l'acceptation, le vérificateur écrit non pas seulement "accepté", mais un résultat de gestion :

Accepté et fermé. Le rapport final correspond à la checklist, le fichier v3 est considéré comme version de travail. Les données du client "Sever" sont contrôlées dans la tâche liée.

Si le résultat n'est pas accepté, le commentaire doit contenir les corrections concrètes et les conditions de nouvelle acceptation.

Modèles pratiques :

Exécutant :
Prêt pour vérification. Résultat : [ce qui est fait]. À vérifier ici : [fichier/lien/point de checklist]. Version finale : [nom du fichier]. Hors de cette tâche : [limite ou nouveau volume].

Manager :
Accepté. J'ai vérifié [critères/fichier/checklist]. La version finale est [nom]. Limites ouvertes : [s'il y en a]. Le nouveau volume est déplacé dans la tâche liée [s'il y en a].

Retour :
Renvoyé en correction. Il faut corriger [bloc concret], vérifier [où regarder] et retransmettre à l'acceptation avec [résultat attendu].

Ces commentaires aident le propriétaire de l'entreprise et le responsable de département à comprendre pourquoi la tâche est fermée, où se trouve le résultat et si de nouveaux engagements ne sont pas cachés dans la correspondance.

Contrôle du manager par les commentaires

Le manager n'a pas besoin de demander un statut séparé à chaque participant si l'équipe tient correctement les commentaires dans les tâches. Il suffit d'ouvrir la tâche et de vérifier quatre points :

• existe-t-il une dernière étape claire : qui agit maintenant et que doit-il faire ;
• y a-t-il des questions ouvertes sans réponse ;
• y a-t-il des blocages avec propriétaire et délai de levée ;
• existe-t-il un commentaire pour les changements importants : échéance, statut, responsable, volume ou acceptation.

Si la tâche est en retard, mais que les commentaires contiennent un blocage, un propriétaire et une prochaine date de vérification, la situation est gérée. S'il n'y a pas de commentaires, le manager voit non pas le processus, mais seulement un retard silencieux.

Pour le contrôle régulier, il est utile de convenir avec l'équipe que tout changement d'échéance, retour en correction, acceptation avec réserve et dépendance d'un autre département doit avoir un commentaire dans la tâche.

Commentaires lors du retour et de la fermeture

Lors du retour en travail, le commentaire est nécessaire par son sens : l'exécutant doit comprendre quoi corriger et comment repasser la vérification.

Mauvais retour :

À refaire.

Bon retour :

Renvoyé en correction : le fichier final ne contient pas les calculs pour les clients du groupe B. Ajoutez les lignes de la liste, recalculez le total et renvoyez à la vérification.

Lors de la fermeture, un commentaire n'est pas toujours obligatoire, mais il est utile si la tâche est importante pour l'historique, le rapport, le client ou la transmission du contexte. Écrivez ce qui est accepté, où se trouve la version finale et quelles limites restent.

Exemple :

Accepté et fermé. La version finale de la présentation est jointe à la tâche, les corrections des commentaires sont prises en compte. L'export automatique est déplacé dans une tâche liée.

Scénarios pas à pas

Poser une question à l'exécutant

1. Ouvrez la tâche.
2. Allez aux commentaires.
3. Décrivez brièvement la question et le contexte.
4. Mentionnez l'exécutant ou le participant dont la réponse est nécessaire.
5. Joignez un fichier, un lien ou une image si la question serait incomplète sans eux.
6. Envoyez le commentaire.

Vérifiez le résultat : le commentaire apparaît dans le fil, la mention s'affiche correctement, les pièces jointes s'ouvrent, la tâche est marquée comme non lue pour les bons participants ou part en notification selon les règles de LadVen OS.

Transmettre le résultat à la vérification

1. Assurez-vous que le résultat correspond à la description et à la checklist.
2. Joignez le fichier final, le lien, le document ou la capture.
3. Écrivez un commentaire : ce qui est prêt, où vérifier, quelles limites existent.
4. Mentionnez le vérificateur si une action est attendue.
5. Passez la tâche à l'état de vérification si le processus le prévoit.

Vérifiez le résultat : le vérificateur voit le commentaire, le matériau final est accessible, le statut correspond au processus et le commentaire ne contient pas de "prêt" ambigu sans chemin de vérification.

Répondre à une remarque précise

1. Trouvez le commentaire ou le point auquel vous répondez.
2. Utilisez la citation ou la réponse.
3. Écrivez ce que vous avez fait ou pourquoi vous proposez une autre option.
4. S'il y a un nouveau fichier, envoyez-le dans un nouveau commentaire.
5. Si la remarque est close, fixez-le explicitement.

Vérifiez le résultat : la réponse est près du contexte, le participant comprend quelle remarque est close, la nouvelle version du fichier se distingue par son nom ou sa description.

Renvoyer la tâche en correction

1. Vérifiez le résultat, les fichiers, la checklist et les derniers commentaires.
2. Formulez une liste concrète de corrections.
3. Mentionnez le responsable s'il faut attirer son attention.
4. Écrivez comment vérifier la correction après le nouvel envoi.
5. Changez le statut de la tâche vers l'état de travail ou un autre statut de retour approprié.

Vérifiez le résultat : la raison du retour est visible dans les commentaires, les corrections sont listées séparément, le statut ne ressemble pas à un état fermé ou accepté, le responsable a une prochaine étape claire.

Fixer une décision finale

1. Attendez que la discussion arrive à une décision.
2. Écrivez un commentaire final séparé.
3. Indiquez l'option choisie, les options refusées et la raison si elle importe.
4. Mettez à jour la description, la checklist, les échéances, les participants ou les liens si la décision influence le travail.
5. Mentionnez si nécessaire les participants qui doivent connaître le résultat.

Vérifiez le résultat : la décision se trouve sans lire toute la correspondance, la tâche reflète le nouvel état, les tâches liées sont créées ou mises à jour.

Signaler un blocage

1. Vérifiez que le travail ne peut réellement pas continuer sans action externe.
2. Écrivez ce qui a arrêté la tâche et quel résultat est à risque.
3. Indiquez le propriétaire du blocage : personne, département, client ou tâche liée.
4. Écrivez ce qui est déjà fait et ce qui peut être mené en parallèle.
5. Indiquez la date de prochaine vérification ou les conditions de levée du blocage.

Vérifiez le résultat : le manager voit la cause de l'arrêt, le responsable de la levée du blocage est mentionné, la tâche ne semble pas oubliée.

États et limites

• Les anciens commentaires peuvent être chargés par une action séparée. Après chargement, vérifiez que vous répondez au message actuel.
• Pendant l'envoi ou le chargement d'un fichier, ne fermez pas la tâche tant que l'indicateur d'enregistrement n'a pas disparu.
• Si une action est indisponible, vérifiez les droits sur la tâche et le rôle du participant.
• Si LadVen OS indique que l'action est indisponible, vérifiez les droits sur la tâche, le rôle du participant et le statut du travail.
• Si les données ont changé chez un autre participant, actualisez la tâche et vérifiez le commentaire ou l'état actuel avant de répéter l'action.
• Repère actuel pour la modification : 30 minutes après l'envoi.
• Repère actuel de taille d'un bloc de texte de commentaire : 4096 caractères. Pour un grand matériau, utilisez un fichier et un bref résumé.
• En mode modification, les pièces jointes ne sont pas ajoutées. Envoyez un nouveau fichier dans un nouveau commentaire.

Bonnes pratiques

• Écrivez le commentaire là où se trouve le travail : dans la tâche, pas dans un chat personnel.
• Mentionnez une personne seulement lorsqu'une action ou décision est attendue.
• Fixez les décisions dans un commentaire final séparé.
• Séparez question, blocage, décision et acceptation en commentaires différents si ce sont des événements de gestion différents.
• Pour chaque question ouverte, indiquez le destinataire et le délai de réponse attendu.
• Pour un blocage, écrivez le propriétaire de la dépendance et l'étape suivante, pas seulement "j'attends".
• Pour un retour en correction, listez les corrections concrètes.
• Pour une transmission à la vérification, écrivez ce qui est prêt et où le vérifier.
• Lors de l'acceptation, fixez quelle version du fichier ou du résultat est finale.
• Joignez les fichiers à l'endroit où ils sont nécessaires : commentaire, tâche ou point de checklist.
• Utilisez la citation pour les réponses ciblées et le commentaire final pour la décision.
• Ne modifiez pas l'historique si l'action a déjà commencé sur le message.
• Avant de fermer la tâche, lisez les nouveaux commentaires et vérifiez les non-lus.

Ce qu'il faut vérifier après l'envoi

• le commentaire apparaît dans le fil et se lit sans contexte caché ;
• les mentions s'affichent correctement ;
• les pièces jointes sont chargées, s'ouvrent et ont des noms compréhensibles ;
• l'inline image montre la zone nécessaire ;
• la citation ou réponse pointe vers le bon message ;
• une décision importante n'est pas restée seulement comme réaction ;
• le statut de la tâche correspond au commentaire écrit ;
• les messages non lus sont traités avant la fermeture ou l'acceptation ;
• l'activité de la tâche confirme les changements système, et les commentaires en expliquent la raison ;
• après actualisation de la page, le commentaire, les fichiers et les marques de lecture ont l'apparence attendue.

Erreurs fréquentes

Écrire dans un chat personnel au lieu de la tâche. La décision se perd et un nouveau participant ne voit pas l'historique.

Envoyer "prêt" sans résultat. Le vérificateur doit comprendre ce qui est prêt et où l'ouvrir.

Renvoyer la tâche sans liste de corrections. L'exécutant ne sait pas quoi corriger et la tâche revient encore.

Mentionner tous les participants sans raison. Les notifications inutiles réduisent l'attention portée aux messages importants.

Cacher une décision dans une longue correspondance. Le résultat doit être un commentaire séparé et, si nécessaire, apparaître dans la description ou la checklist.

Utiliser une réaction à la place d'une validation. La réaction confirme l'attention, mais ne fixe pas une décision de travail.

Modifier un ancien message au lieu d'une nouvelle précision. L'historique devient peu clair pour ceux qui ont déjà lu la première version.

Supprimer un commentaire avec décision. Il vaut mieux laisser un nouveau commentaire avec la correction pour garder un historique compréhensible.

Joindre des fichiers sans explication. Les participants doivent comprendre quelle version c'est, pourquoi elle est nécessaire et comment la vérifier.

Fermer une tâche avec des commentaires non lus. Les nouveaux messages peuvent contenir une question, un blocage, un refus de décision ou une nouvelle version du résultat.

Considérer le silence comme un accord. Si la décision est importante pour l'échéance, l'argent, le client ou l'acceptation, elle doit être confirmée par un commentaire.

Écrire un blocage sans propriétaire. "On attend les données" n'aide pas à gérer la tâche. Il faut indiquer qui donne les données et quand revenir à la question.

Accepter le résultat sans version. Dans un mois, il sera impossible de comprendre quel fichier, lien ou document était final.

Captures d'écran nécessaires

Pour la documentation publique sur les commentaires, les captures doivent montrer non seulement l'interface, mais aussi le scénario de travail :

• vue générale des commentaires dans une tâche avec plusieurs messages, une pièce jointe et une mention ;
• commentaire avec décision fixée après discussion ;
• commentaire de blocage avec mention du participant responsable ;
• transmission du résultat à la vérification avec fichier ou lien ;
• retour en correction avec liste concrète de corrections ;
• citation ou réponse à une remarque précise ;
• état avec commentaires nouveaux ou non lus ;
• vue mobile des commentaires si les managers vérifient souvent les tâches depuis le téléphone.

La capture de base localisée est suivie dans screenshot-manifest.json sous tasks.view.comments-light-desktop. Des captures supplémentaires peuvent être ajoutées comme scénarios séparés lorsque les états de démonstration correspondants sont prêts.

Scénarios liés

• Ajouter une checklist
• Vérifier et fermer une tâche
• Assigner des participants
• Chats et commentaires