How to treat an urgent task during another current activity

[olivierlemee]

screen allowing to test: https://www.notion.so/cybnity/A-task-defined-and-assigned-to-the-user-is-easily-managed-in-accordance-with-its-level-of-priority-fb1120b6dea744208933b53a08b1126c

[olivierlemee]

commentaires non traités à finaliser sur ces écrans pour que la revue soit possible (ex libellé de menu).

• pour le commentaire des états de worklflow combinés, déjà passés par l'action, en cours, et future, voir la doc https://www.digitalshadows.com/blog-and-research/f3ead-find-fix-finish-exploit-analyze-and-disseminate-the-alternative-intelligence-cycle/ du processus 'machine d'états' standards qu'on incitera à appliquer sur une action pour que tu comprennes bien les possibilités d'inclusion entre les états (ce qu'on appelle des états combinés) et que tu appliques un exemple cohérent en terme de libellés (comme indiqués dans le commentaire sur figma)
• les commentaire de regroupements des types d'observations n'ont pas été traités, donc rien à valider pour moi en cet état

[olivierlemee]

revue réalisée:

• panneau "react"
  • libellé du bouton d'action GO renommé "TRAITER" qui est plus directif en libellant comme un acte "volontairement initialisable par l'utilisateur de son point de vue "
  • alignement des libellés d'onglet du panneau REACT sur la version vide de droite qui comportait des anciens libellés
• panneau "communication" : noms différents de personnes en cours de collaboration/contact
• panneau "gérer"
  • le titre de l'écran n'est pas bon puisque devrait se nommer "actions & planification". J'ai mis un commentaire mais te laisse le modifier au cas où ce soit un replica d'autres reprises de ce panneau (qui est mal libellé actuellement avec "risques et menaces"
  • libellé des status en colonne renommé pour leur version française et le cycle de vie standard
  • j'ai renommé l'action 4 et son libellé pour être aligné avec son ouverture détaillée et que le scénario soit cohérent
  • commentaires concernant l'ergonomie d'affichage par défaut insérés
  • attention la forme standard déinissant n'importe où dans le wireframe un élément de type "actionable" (ex bouton) n'est pas utilisée sur le bouton "Voir les Observations", pour qu'on comprenne qu'il permet de faire le libellé désignant l'action. J'ai modifié le libellé pour un verbe et ajouté un commentaire pour que tu institutionalises toujours la référence de forme que tu as choisit dans les wireframe lorsqu'il s'agit d'un élément actionable
  • texte modifié dans les logs car l'ordre des % de seuils atteint était incohérent côté métier
  • bouton "back" à revoir selon le commentaire insérés sur lui

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaux" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icône ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaux" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icône ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaux" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icône ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaus" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icone ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

revue... panneau "gérer":

• comment depuis un item l'utilisateur ouvre le détail? ajouter un bouton "DÉTAIL" qui visuellement lui fait comprendre qu'il doit cliquer sur le bouton OU sur l'item qui réagit pareil, pour ouvrir le détail sous-écran détail de l'action:
• beaucoup plus clair et synthétique en affichage par défaut : cette vue c'est bon
• commentaire sur le sens de visibilité du bouton menant à l'affichage du sous-écran "observations"
• voir commentaire sur l'icônographie des intentions de "fermetures d'écrans principaux" vs "masquage de sous-écran" pour réduire le sentiment de doute/peur que le même icône ne déclenchera pas fonctionnellement le même type d'action ergonomique (masquer vs clôturer/terminer)

[olivierlemee]

ok ce scénario est validé au niveau wireframe

[cosmyx82]

Voici le lien vers le scénario : https://www.figma.com/file/xWxHVvn0Vools7ETTiMVWa/Wire-Frame?type=design&node-id=2340%3A19798&mode=design&t=xQaznIEoTOteZFXp-1

[olivierlemee]

@cosmyx82 commentaires ajoutés dans la revue de ce scénario. De multiples corrections à apporter et surtout de la cohérence dans les textes/contenus présentant le cas d'usage, sinon les feedbacks se focaliseront sur les incohérences plutôt que sur l'ergo des écrans de la part des testeurs

[cosmyx82]

https://www.figma.com/file/xWxHVvn0Vools7ETTiMVWa/Wire-Frame?type=design&node-id=2340%3A19798&mode=design&t=zLdCV7CW1esg6mBJ-1

[olivierlemee]

@cosmyx82 revue réalisée et plusieurs commentaires à traiter/corriger

[olivierlemee]

validé