Cadrer et organiser son premier projet

Objectif du curriculum : fixer périmètre, contraintes, critères de réussite, canal et format provisoires ; organiser fichiers, sauvegardes et décisions.

Prérequis : avoir réalisé G01, avec un usage justifié et des inconnues explicites. Le temps indiqué est une estimation à tester, sans promesse de durée pour l’ebook entier.

Le projet final commence dans ce guide

Vous n’allez pas faire un exercice jetable. La fiche créée ici deviendra le premier document de votre ebook réel. Elle évoluera après l’étude du lecteur et de son problème. Vous conserverez cette évolution pour pouvoir expliquer pourquoi le projet a changé.

Un projet mal organisé ne se reconnaît pas au désordre visuel de son bureau. Il se reconnaît à des questions sans réponse : quelle promesse est encore valable ? Quel fichier faut-il corriger ? Cette idée a-t-elle été approuvée ? Si la dernière modification pose problème, peut-on retrouver l’état précédent ?

L’objectif n’est pas de devenir gestionnaire documentaire. Il est de pouvoir travailler, vérifier et reprendre sans réinventer vos décisions.

Écrire une fiche qui permet d’arbitrer

Commencez avec le modèle suivant. Une réponse inconnue doit rester « à déterminer », accompagnée de l’action qui permettra de la préciser. Le cadrage de ce guide est provisoire ; le brief éditorial de G06 en sera une version plus étayée.

Projet :
Version de cette fiche et date :
Responsable des décisions :
Statut : brouillon / validé pour exploration / à revoir

Intention de l’auteur :
Lecteur envisagé et statut de cette information :
Situation dans laquelle il utilisera le livre :
Résultat provisoire pour le lecteur :
Contenu inclus :
Contenu exclu :
Forme éditoriale :
Format et canal provisoires, avec raisons :

Connaissances déjà disponibles :
Sources ou personnes à consulter :
Contraintes de temps, moyens et accès :
Critères de réussite contrôlables :
Principaux risques et réponse prévue :
Décisions prises, personne et date :
Questions ouvertes et prochaine action :

« Je veux quelque chose de professionnel » n’est pas un critère de réussite. « Le lecteur peut remplir la fiche de sa page d’accueil en comprenant chaque rubrique » est testable. « Le fichier s’ouvre et les liens fonctionnent après téléchargement » sera un critère technique à vérifier plus tard.

De même, « pas trop long » ne délimite pas un contenu. Écrivez les tâches incluses et exclues. Cela permet de refuser un ajout sans débattre arbitrairement de sa longueur.

Le cas A, à l’état provisoire

Cette fiche permet déjà un arbitrage : un chapitre complet sur l’hébergement sort du périmètre. Une courte consigne « demandez à votre prestataire quels éléments il attend » sert directement le résultat. Le sujet commun du web ne suffit pas à justifier tout ajout.

Construire un dossier où chaque document a une place

Créez un dossier racine avec un nom court, par exemple ebook-contenus-site. Voici une structure proposée, adaptable sans perdre les fonctions :

ebook-contenus-site/
  LIRE-POUR-REPRENDRE.txt
  00-pilotage/
    fiche-projet-v01.txt
    journal-decisions.txt
    registre-versions.txt
  01-references/
    registre-sources.txt
    documents-autorises/
  02-conception/
    lecteur-v01.txt
    brief-editorial-v01.txt
    plan-v01.txt
  03-manuscrit/
  04-visuels/
  05-controles/
  06-exports/
  07-diffusion/
  archives/

Les fichiers .txt sont proposés pour montrer une structure lisible et simple. Vous pouvez employer le format de votre traitement de texte. Ne changez pas l’extension d’un fichier pour le convertir : utilisez une vraie fonction d’enregistrement ou d’export si une conversion est nécessaire.

Si vous débutez dans la gestion de fichiers, ouvrez votre gestionnaire de fichiers dans l’emplacement de travail choisi, créez le dossier racine puis ses sous-dossiers. Enregistrez votre fiche depuis le traitement de texte dans 00-pilotage, fermez-la et rouvrez-la depuis ce dossier. Pour créer la version suivante, dupliquez le fichier avec une copie, puis renommez cette copie avant de la modifier. Déplacer le fichier ne conserve pas un état précédent. Les intitulés des commandes varient selon l’outil ; vérifiez le chemin et le contenu obtenus plutôt que de vous fier seulement à un message d’enregistrement.

00-pilotage indique ce qui est décidé. 01-references conserve les matériaux consultables et leur provenance. 02-conception rassemble les documents qui dirigent la rédaction. 03-manuscrit contient le texte source modifiable. 06-exports contient les sorties destinées à la lecture. Ne corrigez pas uniquement un export : sinon votre prochaine génération peut réintroduire l’ancienne erreur.

Les fichiers de conception encore vides peuvent rester absents jusqu’au guide concerné. Une arborescence n’a pas besoin d’être remplie pour donner une direction. N’introduisez dans le dossier de références partagé avec une IA aucun document sensible ou non autorisé. Le contrôle détaillé des usages viendra en G07 ; pour cette première pratique, utilisez vos propres notes sans données de tiers ou les cas fictifs du cours.

Nommer, versionner et valider sont trois gestes distincts

Le nom identifie le document. La version identifie un état conservé. Le statut indique si cet état est approuvé pour l’étape suivante. Un fichier peut être récent sans être validé.

Une convention simple suffit : fiche-projet-v01, fiche-projet-v02, puis les extensions habituelles. Utilisez le même nombre de chiffres pour garder un classement compréhensible. Ajoutez une date si elle aide à retrouver le contexte, sous une forme uniforme comme 2026-09-08. Ces numéros et cette date illustrent une convention, pas une exigence technique.

Évitez final, final-bis, vrai-final. Ces noms ne disent ni ce qui a changé ni ce qui a été accepté. Quand une décision importante modifie le projet, conservez l’état antérieur, créez la version suivante et écrivez la modification dans le registre.

Registre fictif du cas A :

Tenir un journal de décisions utile à la reprise

Une entrée tient en quelques lignes :

D02 | Exemple pédagogique | Décision : exclure le développement du site.
Raison : le résultat visé est un dossier à transmettre au prestataire.
Alternative écartée : ajouter un tutoriel de création de site.
Validation : auteur du projet, pour exploration.
Documents affectés : fiche-projet-v02.
Réouverture possible si : le lecteur retenu réalise finalement le site seul.

La dernière ligne empêche de figer une mauvaise décision. En G03 ou G04, une observation peut remettre en cause le lectorat envisagé. Vous saurez alors ce qui doit être réexaminé. Une conversation IA entière n’est pas un bon journal : il est difficile d’y distinguer suggestions, essais et accords. Extrayez les décisions retenues dans un document indépendant.

Une version n’est pas une sauvegarde

Deux fichiers dans le même dossier permettent de revenir sur une modification. Ils ne protègent pas contre la perte de l’endroit qui les contient. Une sauvegarde est une copie récupérable conservée séparément du travail courant, avec un moyen de retrouver l’état voulu.

Choisissez un autre emplacement approprié à vos documents. Pour une pratique simple, une copie sur un support distinct peut convenir. Si vous utilisez un service de stockage, vérifiez concrètement comment retrouver un fichier supprimé ou un état antérieur ; ne supposez pas qu’une synchronisation conserve tout. Une suppression peut se répercuter sur des emplacements synchronisés.

La méthode stable est la suivante : conserver un état, en faire une copie séparée, vérifier que cette copie existe, puis effectuer un essai de restauration. Le bouton ou l’interface dépend de votre outil et n’est pas prescrit ici. Aucune simple mention « sauvegardé » dans une réponse IA ne prouve que le fichier existe.

Après une séance qui change le cadrage, sauvegardez les documents concernés et mettez à jour la fiche de reprise. N’effacez pas une ancienne version pour économiser quelques secondes d’organisation avant d’avoir vérifié la nouvelle.

Préparer la reprise avant de fermer

Dans LIRE-POUR-REPRENDRE.txt, inscrivez : phase actuelle, documents de référence avec versions, dernière décision validée, question encore ouverte, prochaine action précise et dernier contrôle de sauvegarde.

Mauvaise prochaine action : « continuer l’ebook ». Bonne prochaine action du cas A : « ouvrir lecteur-v01 et écrire cinq phrases en indiquant lesquelles sont encore des hypothèses ; ne pas rédiger de chapitre ». Vous pouvez reprendre sans relire toute votre conversation précédente.

À la reprise, ouvrez les références mentionnées, vérifiez qu’elles existent et comparez leur version à la fiche. Si elles se contredisent, résolvez ce point avant de demander de nouvelles productions. Avec un collaborateur, désignez qui valide la version de référence et comment les propositions sont soumises.

L’aide de l’IA et les opérations à vérifier vous-même

MP01. Architecte d’ebook complet peut examiner votre fiche, signaler un périmètre irréaliste et proposer les étapes. Donnez-lui les inconnues comme telles. Une estimation de charge sans connaissance du contenu doit rester une hypothèse à éprouver sur un petit livrable.

MP32, orchestrateur « Créer un ebook professionnel de A à Z », reprendra plus tard ces mêmes documents pour suivre le projet sur l’ensemble de son cycle. La fiche de reprise ci-dessus suffit pour travailler maintenant, sans dépendre de cet orchestrateur dès cette étape.

Vous vérifiez manuellement les fichiers, leur emplacement, l’ouverture de la sauvegarde et les décisions approuvées. L’IA ne doit pas déduire une validation de votre silence ni imposer une vente parce qu’elle imagine un objectif commercial.

Exercice : créer la fiche et retrouver un état antérieur

1. Créez votre dossier de projet et les espaces de pilotage, conception et contrôles. Remplissez la fiche projet. Les inconnues doivent nommer une prochaine action.
2. Enregistrez une première version v01. Fermez puis rouvrez-la pour vérifier le contenu réellement enregistré.
3. Dupliquez-la en v02. Modifiez une exclusion, par exemple le fait de ne pas enseigner la création technique du site. Gardez v01 intacte.
4. Consignez cette décision et indiquez quelle version sert désormais de référence.
5. Copiez v01 vers l’emplacement de sauvegarde choisi. Restaurez depuis cette copie un fichier nommé test-restauration-v01 dans votre dossier de contrôles, sans écraser le travail courant.
6. Ouvrez ce fichier restauré. Retrouvez le passage avant modification et comparez-le à v02. Notez les deux emplacements et le résultat dans un compte rendu.
7. Écrivez votre fiche de reprise et fermez les documents. Rouvrez le dossier en suivant uniquement cette fiche.

Corrigé pédagogique

Dans cet exemple fictif du cas A, v01 peut indiquer « aider à préparer un premier site », formulation encore ambiguë. v02 précise « préparer les contenus ; développement exclu ». La décision D02 explique pourquoi. La fiche de reprise désigne v02, pas le fichier le plus récent trouvé au hasard.

Un compte rendu suffisant dit : « J’ai ouvert test-restauration-v01 depuis la copie de sauvegarde. L’exclusion du développement n’y figure pas. Elle figure dans v02, qui reste ma référence. » Écrivez cette phrase seulement après avoir exécuté le contrôle. Un emplacement cité sans ouverture du fichier ne démontre pas la restauration.

Si les deux versions contiennent le même passage alors qu’une différence était attendue, vérifiez que vous avez dupliqué avant la modification et ouvert les bons fichiers. Si la sauvegarde est introuvable, corrigez son emplacement et recommencez l’essai. La réussite porte sur le résultat récupéré, pas sur le nombre de dossiers créés.

Validation de P01

Votre projet est prêt pour l’étude du lecteur si :

• L’usage et la forme ne sont pas confondus avec le fichier et son canal.
• Le périmètre contient des exclusions et des inconnues explicites.
• Au moins un critère de réussite peut être contrôlé.
• La version de référence et la décision qui la justifie sont retrouvables.
• Une ancienne version a été restaurée et ouverte.
• La prochaine action est précise.

Un fichier v03 est-il nécessairement plus valide que v02 ? Non. Il peut s’agir d’un essai non approuvé. Consultez le statut et le journal.

Peut-on étudier le lecteur avec un format encore provisoire ? Oui. Le format est une hypothèse de conception que cette étude peut modifier.

Une copie dans le même dossier suffit-elle pour ce test complet ? Elle démontre le versionnage, mais pas la récupération depuis une sauvegarde séparée.

Vous disposez maintenant d’un projet que vous pouvez reprendre et faire évoluer. La sortie de P01 est votre fiche projet et son dossier, pas un manuscrit commencé trop tôt.