You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
En travaillant dans un environnement distribué il est important de pouvoir partager l'ensemble des tâches (action items) et des enjeux (issues) dans le cadre du travail. Au W3C, le format retenu pour tracer les tâches est de ce type.
ACTION: karl to share a demo to record Action Items on github project travailtech - due 2012-02-28
Elle contient tous les éléments pour avoir être comprises en dehors d'un contexte de discussions.
un responsable (karl)
une tâche exécutable (to share a demo to record Action Items)
un destinataire de cette tâche (on github project travailtech)
une date de rendu (- due 2012-02-28)
Il n'y a qu'un seul reponsable. Les tâches partagées entre plusieurs personnes doivent toujours être attribuées à une seule personne. C'est la personne qui est responsable de sa réalisation que ce soit sous forme de commandes ou d'éxécutions.
La tâche doit être réalisable avec un produit fini, de façon à pouvoir avancer. Une tâche comme "Karl to look at the sun" n'apporte rien à l'avancement du projet.
Le destinataire n'est pas obligatoire mais en général mieux à avoir.
La date est importante. Ce n'est pas la date d'exécution mais la date limite à laquelle le travail doit être partagé. Il peut être partagé avant. Cela permet de créer des agendas plus légers, imaginons qu'il faille 3 semaines pour réaliser un travail, il est alors inutile de mettre sur l'agenda la discussion de cette tâche. On en parlera que dans 3 semaines.
La gestion des tâches doit être prise comme un moyen de s'absoudre des flots de communications inutiles.
The text was updated successfully, but these errors were encountered:
Est-ce qu'ici, lié à la tâche, on ne pourrais pas ajouter une notion de "done". Je veux dire par là cette fameuse notion si difficile à définir qui permet de savoir si la tache est terminé "pour de vrai" ?
J'aime bien ce format utilisé au w3c car il est concis, mais pour certaines taches je pense qu'il manque ici la notion de "fini". Mais peut-être que cela dépends aussi (et surtout) du type de tâches. Dans l'exemple donnée, je crois (si mon anglais est correct) que la fin, c'est la démo qui permet de créer un item ici. Mais est-ce que la tâche est terminé quand la démo est prête ou est-ce terminé quand la démo me permet, en reproduisant son contenu, de créer un item ?
Je sais, je chipotte, mais j'espère surtout enrichir les éléments discuter ici (en espérant que ce soit le principe).
En travaillant dans un environnement distribué il est important de pouvoir partager l'ensemble des tâches (action items) et des enjeux (issues) dans le cadre du travail. Au W3C, le format retenu pour tracer les tâches est de ce type.
Elle contient tous les éléments pour avoir être comprises en dehors d'un contexte de discussions.
Il n'y a qu'un seul reponsable. Les tâches partagées entre plusieurs personnes doivent toujours être attribuées à une seule personne. C'est la personne qui est responsable de sa réalisation que ce soit sous forme de commandes ou d'éxécutions.
La tâche doit être réalisable avec un produit fini, de façon à pouvoir avancer. Une tâche comme "Karl to look at the sun" n'apporte rien à l'avancement du projet.
Le destinataire n'est pas obligatoire mais en général mieux à avoir.
La date est importante. Ce n'est pas la date d'exécution mais la date limite à laquelle le travail doit être partagé. Il peut être partagé avant. Cela permet de créer des agendas plus légers, imaginons qu'il faille 3 semaines pour réaliser un travail, il est alors inutile de mettre sur l'agenda la discussion de cette tâche. On en parlera que dans 3 semaines.
La gestion des tâches doit être prise comme un moyen de s'absoudre des flots de communications inutiles.
The text was updated successfully, but these errors were encountered: