Oui merci je l’avais vu, comme l’application facilethings.
Cependant, j’aimerais vos avis sur la chose. Je suis sur qu’on peut faire quelque choses de différent 
Je pense qu’il est indispensable de déterminer immédiatement que ça peut être du SMB ou du « qui peut rentrer dans les intervalles pop pop pas de pression ». Sinon il est très facile de décider d’écrire une décalogie, reconstruire sa maison, devenir ceinture noire de kung fu et se reconvertir dans l’agriculture durable le tout en même temps. 
Pour le moment ce que je vois pour une idée à incuber :
- actionnable : non
- someday / maybe list ou une date pour renvoi dans l’inbox (tickler file)
- si smb, possibilité de choisir la « catégorie » : à lire, à regarder…
Doit-on intégrer la notion de projet a ce stade ?
Compliqué. GTD n’a pas vraiment la notion du « pas tout de suite, mais dans trois mois oui » – c’est soit prochaine action, soit SMB. Techniquement reporter à trois mois, on peut dire que ça relève du tickler, mais je trouve qu’il manque dans la méthode cet entre-deux du « je sais que ça arrive, je l’activerai au moment idoine » qui différencie le projet bien formé mais pas actuel de la vague idée qui relève vraiment du SMB.
2 « J'aime »
D’où l’intérêt de plusieurs listes smb non ?
Tu peux faire une liste smb classique et une liste de tes rêves.
Personnellement je gère ça en planifiant les projets à l’avance dans OF (notamment les récurrents) pour qu’ils deviennent actifs quand c’est pertinent sans nécessiter d’action de ma part. Je bosse assez peu avec la liste SMB parce qu’elle n’est pas maniable. Par définition, ce que je dois vraiment faire est time-blocké, le reste est « peut-être », donc pas de vrai besoin de cette liste. Mais c’est juste moi.
Techniquement non. Un projet ne correspond qu’à un résultat commencé (ne serait-ce que par la définition d’une prochaine action).
Le « Un jour / Peut-être » porte bien son nom, c’est pour « un jour », et c’est d’ailleurs « peut-être ». Si c’est sûr, ça va ailleurs :
- sûr : donc prévoir la prochaine action et la mettre dans ses listes (on a tout à fait le droit de commencer un projet dès qu’agir dessus se trouve être la meilleure chose à faire dans les circonstances du moment, même si, au moment où on le clarifie, ça nous paraît impossible… la vie est pleine de ressources
; on a même tout à fait le droit de terminer un projet en avance d’ailleurs). - sûr mais pas maintenant parce que x, y ou z ; ça veut donc dire qu’il y a un rapport au temps, il faut donc inscrire temporellement le moment où on décide de le commencer (en y mettant la prochaine action) ou bien même le moment où on décide qu’on devra avoir décider.
Il n’y a pas vraiment de flou, dans GTD. Mon expérience, c’est juste qu’il y a parfois une résistance à « créer un dossier pour un ticket de métro » ; on se dit que c’est pas la peine de faire une catégorie exprès pour ça. Alors que si.
3 « J'aime »
Merci @Romain pour cette clarification.
Je fonctionne beaucoup par l’exemple, si je prends une action de mon inbox : « inscrire XXX à l’école de YYY ».
Qu’est ce que c’est ?
Je dois inscrire mon fils dans sa nouvelle école. C’est un projet qui va impliquer plusieurs tâches.
Est-ce actionnable ?
Oui je dois le réaliser les tâches de ce projet au plus vite.
Quel est le résultat attendu ?
Mon fils est inscrit dans sa nouvelle école (nom du projet)
À ce moment là j’imagine une nouvelle page pour inscrire des tâches qui seront intégrées dans le backlog du projet.
Quelle est la prochaine action ?
Je renomme « inscrire XXX à l’école de YYY » en « Trouver les horaires d’ouvertures de la mairie de YYY » puis je sélectionne NA…
Je sais que ça peu paraître bête et futile mais retourner en arrière pour renommer mon action par ce que j’ai identifié que c’était un projet me chagrine
J’aimerais trouver un workflow plus fluide qui permet de ne pas interrompre le fil de pensé.
1 « J'aime »
@Erwann, merci pour ce partage. As-tu réussi à déclencher ton workflow à l’ouverture du mail ou est-il détaché de la boîte mail?
Je suis à la recherche d’une application qui traiterait les questions GTD du flux mais à l’ouverture du mail avec lancement d’un timer < 2’. Bien entendu cet outil devrait être multi-plateformes.
Dans quelle application as-tu écrit ton workflow ?
Il y a une dizaine d’années j’avais accès à un développeur qui m’avait codé cela depuis Visual Studio, Il m’avait fait un addin pour Outlook PC. Mais la mise à jour était compliquée en fonction de l’évolution des versions d’Outlook.
Dommage car on avait réussi à faire tourner le flux GTD comme je le voulais.
L’application qui s’approchait le plus de cela avait été co-développée par DA avec Netcentrics. Mais depuis toujours rien en magasin si je suis toujours à la page.
Cette application est développée avec flutter afin de pouvoir créer des app multi plateforme sans apprendre chaque language natif.
Effectivement la prise en compte des emails est un point intéressant. Il est vrai que maintenir un code visual à jour avec office 365 peut être cronophage.
Peut-être peut-il être intéressant de regarder du côté des API / IFTT…Voir même power automate.
Pas compris. Je ne vois pas où tu « retournes en arrière » ?
Dans mon exemple j’ai l’entrant « Inscrire XXX à l’école de YYY ».
Si j’identifie un projet, je créé un projet avec un mon résultat souhaité et après je dois définir la prochaine action qui aura surement un nom différent de « Inscrire XXX à l’école de YYY ».
Il faut donc que je change le nom de l’entrant au début de la page. C’est bête, c’est le même écran u vas me dire, il y a pas vraiment de retour en arrière.
C’est pour ça que j’ai pensé à mettre en haut le nom de l’entrant, non modifiable. Et une fois qu’on doit définir la prochaine action, là on modifie le nom de l’entrant.
J’imagine que l’ensemble des questions (actionnable ? plusieurs étapes ? …) nous permettent de clarifier l’entrant afin d’en définir la prochaine action véritable puis on l’organise dans nos listes.
Ah ok, beaucoup plus clair. En fait j’avais supposé d’entrée de jeu que le titre n’était pas modifiable. Ça me parait aussi beaucoup plus logique, d’ailleurs l’entrant n’a pas besoin d’être conservé.
Oui du coup l’entrant est bien sûr supprimé de l’inbox et quand on clarifie / organise, on voit à quoi ressemblait notre entrant au début, comme si on était sur papier.
Edit : après lecture du bouquin sur la clarification, les étapes me semblent plus floues.
Le livre donne l’exemple d’un intrant « Ranger le garage ». Au final la prochaine action est « Appeler Patrick/ frigo du garage ».
Mais le cheminement pour arriver de l’un à l’autre, on est censé le faire à la première étape ? Ou c’est l’enchainement des questions qui nous fait arriver sur l’action finale ?
@Romain pour toi, à quelle étape clarifies-tu l’action à entreprendre ?
Par exemple si je reprend l’exemple du bouquin « Ranger le garage ». Est-ce que tu t’interroges sur la réelle prochaine action (appeler Patrick pour le frigo) au tout début (partie « Qu’est ce que c’est ? ») ou c’est le workflow qui te permet de trouver cette prochaine action à l’étape « Quelle est la prochaine action ? ».
Dans mon premier exemple j’aurais donc quelque chose comme :
« Ranger le garage »
Qu’est ce que c’est ?
Réflexion pour trouver l’action a entreprendre = « Appeler Patrick au sujet du frigo »
Est-ce actionnable ?
Oui
Il y a-t-il plusieurs étapes ?
Oui
Quel est le résultat souhaité ?
« Le garage est rangé »
Quelle est la prochaine action ?
Action suivante : « Appeler Patrick au sujet du frigo » @call / 15mn / énergie moyenne
Dans mon deuxième exemple, j’aurais quelque chose comme :
Qu’est ce que c’est ?
« Ranger le garage »
Est-ce actionnable ?
Oui
Il y a-t-il plusieurs étapes ?
Oui
Quel est le résultat souhaité ?
« Le garage est rangé »
Quelle est la prochaine action ?
Réflexion pour trouver l’action a entreprendre = « Appeler Patrick au sujet du frigo »
Action suivante : « Appeler Patrick au sujet du frigo » @call / 15mn / énergie moyenne
Le 2 eme me parait plus « logique » peut être parceque je suis tres orienté « résultat à atteindre »
Je vote aussi pour la 2. Ça me semble plus logique de voir si ça va être compliqué avant de penser la première étape.
La 2 est la réponse orthodoxe. Il faut d’abord déterminer s’il y’a lieu d’agir avant de trouver pourquoi (le résultat) et comment (l’action) ; après, c’est parfois l’action qui « vient » en premier et le résultat ensuite, il n’y a pas de règle a ce niveau, ça dépend du « câblage » personnel.
1 « J'aime »
Merci pour vos retours
Petite question, on est d’accord que la liste des projets doit être une simple liste, sans allez jusqu’à la gestion de projet comme les logiciels spécialisés.
Par contre pour vous, quels sont les « propriétés » nécessaires pour un projet ?
Celui-ci peut-il avoir une start date et une due date ? une focus date ? ou on réserve ça aux tâches seulement ?
Merci 