Comment préparer et mener un travail ?

Faire un projet ?
Planifier un travail ? Il y a lieu de bien le préparer, de façon structurée, et de corriger nos prévisions au fur et à mesure du déroulement des travaux. Ne nous empêtrons pas dans mille considérations accessoires, et restons-en d'abord au plus important.

Surtout, comme un travail est un cheminement abstrait, représentons-le graphiquement. Et simplement.

Commençons par observer que si nous voulons aller d'un point à l'autre, il faut partir du point de départ et nous diriger vers la destination, le point d'arrivée.
On représentera cela graphiquement en mettant à gauche un point, le départ, et à droite l'arrivée.
Le départ :  nous savons bien où nous sommes, ici et maintenant, mais il ne s'agit pas d'un point "physique : bien plutôt d'un point "intellectuel". Et cela fait toujours du bien de nous situer dans le contexte particulier du travail. Par exemple, si nous étudions les mousses, alors nous pourrons déposer au point de départ les connaissances que nous avons à leur propos (on écrit cela sous le point, par exemple, ou bien plus bas que la représentation graphique, avec un renvoi par un numéro, si l'on ne veut pas surcharger le graphique du chemin).

Pour la destination, le point d'arrivée, c'est un "objectif". Et avant chaque mise en route, nous avons toujours intérêt à nous demander où nous voulons aller : quel est l'objectif ?
J'insiste un peu, parce que cette question de l'objectif est la source d'erreurs fréquentes : sans cesse, entre le moment où nous planifions un travail et le moment où nous le terminons, il y a lieu d'être bien clair, de bien garder l'objectif en tête, sans quoi nous nous égarerons.

Puis entre les deux points de départ et d'arrivée, il y a un grand nombre de chemins possibles, mais c'est évidemment la ligne droite qui est le plus rapide. Souvent, dans les travaux professionnels, c'est celui que nous devons chercher lors de la planification.  

Comme pour un véritable chemin, physique, dans un pays, le "chemin du travail" se parcourt pas à pas, mais généralement par étapes.
Lors de la planification, il n'est pas  inutile de représenter une structuration du chemin, divisé par des étapes, et sans rentrer dans le détail des pas individuels :  on verra ainsi mieux les sous-objectifs successifs.
Bien sûr, il y a des cas où plusieurs chemins devront être parcourus en parallèle et cela correspondra à des bifurcation du chemin principal sur des lignes différentes. Pour chacune, il pourra y avoir des structurations, des étapes encore.

Lors du travail, nous aurons généralement des informations nouvelles, et elle conduiront peut-être à des modifications du chemin, ce qui pourra être représenté.

De la sorte, on obtiendra un grand arbre couché, que nous parcourons de la gauche vers la droite (soyons simple !), et l'on pourra utiliser des couleurs pour distinguer ce qui a été fait, et ce qui est à faire.
Bien évidemment, on fera apparaître dans la première ligne ce qui est le plus urgent, et dans les lignes suivantes par ordre descendant ce qui l'est de moins en moins.
Parfois, il y aura des rameaux, que l'on ne parcourra pas, sauf en cas de besoin : ce sont des questions peut-être passionnantes, mais qui risquent de nous détourner de notre objectif.

Et ainsi, avec différentes indications de date, de temps de parcours, des annotations, et cetera, on aura fait cet "arbre et rameaux" que je propose à tous ceux qui mènent un projet.

On observera que ce n'est pas exactement un diagramme de Gantt, lequel a d'autres intérêts.

Quel outil utiliser pour représenter tout cela ? Un certain monde professionnel recourt à Excel, ou  Calc, mais les chemins n'apparaissent alors pas et pour cette raison, je dois conclure que ce n'est pas la meilleure des solutions.
Alors... soyons simple : pourquoi pas un simple logiciel de dessin ? 

La bonne foi est fructueuse : analysons nos erreurs

Alors que je sors d'une séance expérimentale avec un étudiant intelligent et intéressé, je le vois faire des erreurs qui sapent son travail, annihilent ses efforts.
Plus exactement, l'envie de faire bien l'a conduit à se lancer trop vite dans la partie expérimentale, et c'est ainsi que des phénomènes non anticipés se sont ajoutés à ceux qu'il voulait analyser.  

L'analyse de son échec ne vise pas à lui mettre la tête dans la boue, mais à lui permettre d'éviter ce type d'erreurs pour le futur.

Car on ne considère pas assez qu'une expérimentation est moins un travail technique local d'une sorte d'ascèse, de recherche d'amélioration personnelle, et c'est d'ailleurs ainsi que l'expérimentation prend tout son intérêt.

À la réflexion, je m'aperçois que nous avons déjà rencontré souvent des erreurs du type de celle d'hier, et cela a  a constitué la base de ce que nous avons donné des "DSR", des documents structurants de recherche qui visent précisément à éviter les erreurs, à nous prémunir contre les complexités inattendues, à nous permettre de mieux anticiper.

La première leçon, la leçon la plus immédiate de l'analyse de l'erreur d'hier, c'est que nous devons avoir un programme expérimental clair avant de nous lancer. Ce programme doit être fondé sur une analyse, de même que dans un calcul, s'impose un libellé clair et explicite des objectifs, puis un schéma sur lequel apparaissent les grandeurs d'intérêt.  L'expérimentation doit commencer par l'établissement d'un modèle théorique qui sera exploré expérimentalement.
Au fond, que l'on calcule que l'on expérimente, il y a des quantités à considérer, et rien ne vaut un schéma faire apparaître, les identifier

J'y reviens : on aurait beau jeu de critiquer l'étudiant pour une sorte de légèreté, car je suis presque sûr que, sans la méthode que je propose, la plupart des étudiants seraient tombés dans le piège.
J'ai bien raison de dire que le diable est caché derrière tout geste expérimental, tout calcul