86 lines
3.1 KiB
Markdown
86 lines
3.1 KiB
Markdown
Initialise la revue hebdomadaire de la semaine courante ou de la date passée en paramètre : `$ARGUMENTS`.
|
|
|
|
Objectif : créer une revue de semaine courte, actionnable et alignée avec Covey + OKR + rôles, sans surcharger la routine.
|
|
|
|
## 1. Résolution de la semaine
|
|
|
|
- Si `$ARGUMENTS` contient une date au format `YYYY-MM-DD`, utilise cette date comme référence.
|
|
- Sinon, utilise la date du jour.
|
|
- Calcule la semaine ISO correspondante, au format `YYYY-WXX`.
|
|
- Calcule la période du lundi au dimanche, au format `YYYY-MM-DD -> YYYY-MM-DD`.
|
|
- Le fichier cible est `05-revues/YYYY-WXX.md`.
|
|
|
|
Si le fichier existe déjà :
|
|
- ne l'écrase jamais ;
|
|
- ouvre-le, vérifie son état, puis propose uniquement les compléments utiles ;
|
|
- si besoin, complète les sections vides sans modifier les notes déjà présentes.
|
|
|
|
Si le fichier n'existe pas :
|
|
- crée-le à partir de `99-templates/preparation-semaine.md` ;
|
|
- remplace `YYYY-WXX`, `YYYY-MM-DD -> YYYY-MM-DD`, `Semaine XX - YYYY` par les valeurs calculées ;
|
|
- mets `statut: preparee`.
|
|
|
|
## 2. Lecture du contexte
|
|
|
|
Lis dans cet ordre :
|
|
|
|
1. `15-okr/` : les OKRs annuels et trimestriels pertinents pour la période courante.
|
|
2. `10-projects/` : les projets actifs, en privilégiant les fichiers avec `statut: actif`.
|
|
3. `20-areas/` : uniquement les notes récemment modifiées ou manifestement liées aux rôles actifs.
|
|
4. `00-inbox/todo.md` et `next-actions.md` s'ils existent.
|
|
5. La revue hebdomadaire précédente dans `05-revues/`, hors dossier `coaching/`.
|
|
|
|
Ne lis pas `80-sources/` sauf si un lien explicite depuis une note active le justifie.
|
|
|
|
## 3. Pré-remplissage
|
|
|
|
Pré-remplis uniquement ce qui est utile :
|
|
|
|
### Intention de la semaine
|
|
|
|
- Propose une intention en une phrase.
|
|
- Elle doit arbitrer, pas simplement additionner les sujets.
|
|
|
|
### Priorités
|
|
|
|
- Propose au maximum 3 priorités.
|
|
- Chaque priorité doit être formulée comme un résultat vérifiable.
|
|
- Si plus de 3 priorités ressortent, challenge le surplus dans la réponse finale au lieu de tout mettre dans la note.
|
|
|
|
### Alignement rôles
|
|
|
|
- Remplis seulement les rôles qui ont un signal clair dans les notes.
|
|
- Laisse vide les rôles sans signal plutôt que d'inventer une action.
|
|
- Vérifie que les rôles perso ne disparaissent pas systématiquement.
|
|
|
|
### Projets actifs
|
|
|
|
- Ajoute uniquement les projets qui ont une action pertinente cette semaine.
|
|
- Pour chaque projet, indique :
|
|
- l'objectif semaine ;
|
|
- la prochaine action ;
|
|
- le risque principal ou vide si aucun risque clair.
|
|
|
|
### Focus du jour
|
|
|
|
- Remplis uniquement le jour courant avec 1 à 3 actions.
|
|
- Les autres jours restent vides.
|
|
|
|
## 4. Contraintes
|
|
|
|
- Ne crée pas plus de 3 priorités de semaine.
|
|
- Ne transforme pas la revue en backlog projet.
|
|
- Ne duplique pas tout `todo.md`.
|
|
- N'invente pas d'échéances, d'OKR ou de projets.
|
|
- Si une information est incertaine, laisse vide ou note-la comme point à clarifier.
|
|
- Garde un format Markdown simple, compatible Obsidian.
|
|
|
|
## 5. Réponse finale
|
|
|
|
Réponds avec :
|
|
|
|
- le chemin du fichier créé ou mis à jour ;
|
|
- l'intention proposée ;
|
|
- les 3 priorités retenues ;
|
|
- les arbitrages ou incohérences détectés ;
|
|
- les points laissés vides volontairement.
|