GTD appliqué à ce Blog

Un des outils particulièrement bénéfiques de la méthodologie développée par David Allen dans Getting Things Done est ce qu’il appel le Model de Planification Naturelle. Je l’utilise ici pour la planification de l’écriture de ce Blog. Les items (contrairement aux sections définies par David) ne sont dans aucun ordre particulier. Il doivent tous, d’ailleurs, être pris avec un grain de sel.

But

• Obtenir de la visibilité pour moi-même, pour ma compagnie, pour nos produits et pour nos services.
• Établir une certaine crédibilité.
• Connecter et ouvrir un dialogue avec des gens partageant certaines de mes vues.
• Faire progresser et clarifier mes idées sur ces sujets.
• Commencer à développer du matériel pour, peut-être, un jour, écrire un livre.
• Redonner à la communauté (si si, c’est vrai).
• Laisser un héritage ou une marque quelconque (ok là, ça suffit; je vous entends rire jusqu’ici).

Principes

• Ne jamais blesser personne (en tout cas pas intentionnellement, sauf évidemment s’ils le méritent vraiment).
• Divertir (sinon ça ne marchera pas).
• Toucher (sinon ça ne durera pas).
• Éduquer (sinon ça ne servira à rien).
• Être consistant et discipliné (objectif : entre 1 à 5 articles par semaine).

Vision / Destination

• Établir une large (?) base de lecteur (signifiera que j’ai attiré leur attention et maintenu leur intérêt).
• Obtenir des « track backs » et des références d’autres Blogs / sites (signifiera qu’ils ont trouvé les thèmes et les idées dignes de mention, ne serait-ce que pour s’y objecter).
• Susciter des commentaires sur le site ou par courriel (signifiera qu’ils ont trouvé le contenu suffisamment utile et / ou important pour y réagir).

Brainstorming (Sujets et thèmes potentiels à aborder)

• Refactoring Fatigue.
• Estimation, planification à long terme et budget de projets Agiles.
• Quoi faire si (insérez le nom de votre Guru préféré) n’est pas dans votre projet?
• Que ferait (insérer le nom de votre Guru préféré) s’il était dans votre projet?
• Quelle valeur, s’il y a lieu, peuvent apporter les non programmeurs à un projet de développement?
• Manuel de procédure pour le développement et la maintenance de logiciel.
• De la nature de la maintenance logicielle.
• Quoi suivre et contrôler, quand et comment?
• Développement piloté par les tests (Test Driven Development).
• Concepts essentiels de la gestion de configuration.
• [Pour chaque] Secteur processus du CMMI.
• [Pour chaque] Pratiques génériques du CMMI.
• [Pour chaque] Secteurs processus ITIL (ITSM).
• [Pour chaque] Secteurs de connaissance du PMBOK.
• [Pour chaque] Groupes de processus du PMBOK.
• Mapping / Comparaison du CMMI et du PMBOK.
• Mapping / Comparaison du CMMI et d’Agile.
• Mapping / Comparaison d’Agile et du PMBOK

Bien sûr, défendre une idée un jour et la démolir le lendemain aura toujours son attrait :

• "Agile est un cadeau du ciel", suivi de "Agile est une terrible malédiction".
• "Le problème, c’est le PMI", suivi de "La solution, c’est le PMI".
• Etc.

Organisation (Thèmes pour la prochaine année)

• Revue de lecture (au moins un livre par mois).
• Réactions aux idées d’autres personnes (livres, magazines, articles sur le Web, conversations) qui ont attirées mon attention et / ou qui ont stimulées ma réflexion.
• Méthodologies et models : Agile, PMI, CMMI, ITIL, Gemba Kaizen, etc.
• Qualité.
• Productivité.
• Technologie.
• L’industrie du logiciel.
• Nouvelles de l’Académie des processus

Prochaines actions (Sujets et investigations pour le prochain mois)

• GTD appliqué à ce Blog (cette entrée!).
• Gemba Kaizen.
• Gemba Kaizen et les 5S appliqués au logiciel.
• Gemba Kaizen et le Muda appliqués au logiciel.
• Suivi des efforts (feuilles de temps) pour micro-ISV.
• Web 2.0.
• Office 2007.
• XpertDoc.

Ambitieux? Bien sûr!

Réaliste? On verra bien…

(:-)

Comments

[Rédigé par: MiKE]

En étudiant cette "régle" donnée par notre ami Allen, je tombe par chance sur votre site où je peux y voir mise en pratique intéressante. Cependant, je ne sais si le monde des blogs et plus précisément des blogs pro peut faire l'objet d'une intégration dans un carcan comme celui de monsieur Allen. Je vois les blogs corporate comme des supports institutionels développés sur un ton personnel et dans ce cadre, il est difficile de les faire " rentrer de force " dans des régles de productivité accrue. Aussi intéressantes soit-elles. Il leur faut séduire leur auditoire, apporter des infos, échange des opinions.. oublier le gain au profit de la mise en commun. Qu'en pensez vous ?

[Rédigé par: Francis Dion]

Mike,

Merci pour ce judicieux commentaire. Votre question pourrait se résumé comme suit : Est-il possible de produire des communications « humaines », basées sur le partage et le respect, en s’astreignant soit même à une approche rigoureuse et disciplinée? Personnellement, je répond par l’affirmative, tout comme monsieur Allen qui insiste sur le fait que ça méthode vise à réduire le stress (« The Art of Stress-Free Productivity ») et à libérer notre potentiel créateur.