weekly-review

Récapitulatif hebdomadaire — une page pour clore la semaine

Produisez une courte page HTML qui répond, à la fin d'une semaine de travail :

1. Qu'ai-je accompli ?
2. Où est passé mon temps ?
3. Qu'est-ce qui a glissé ou est toujours en attente ?
4. Quelles sont les trois choses qui comptent la semaine prochaine ?

La page doit se lire en moins de trois minutes. C'est un miroir, pas un rapport pour un manager : dites ce que montrent les données, y compris les parties inconfortables.

Étape 0 — Connaître l'utilisateur et la semaine

• Langue : la langue dans laquelle l'utilisateur écrit. Tout sur la page l'utilise, avec les formats de date et d'heure de cette locale.
• Semaine : la semaine en cours, du lundi à aujourd'hui, sauf si l'utilisateur en nomme une autre. Exécuté un lundi matin, examinez la semaine précédente.
• Heures de travail : utilisez ce que l'utilisateur a dit ou ce qu'un fichier weekly-review.config.md indique ; sinon, supposez 9h00 à 18h00, du lundi au vendredi.
• Sources : utilisez les outils de calendrier, e-mail, chat et tâches qui sont connectés. Ne demandez jamais à l'utilisateur de connecter quelque chose en cours d'exécution ; travaillez avec ce qui est là.

Si aucune source n'est connectée, n'inventez pas une semaine. Demandez à l'utilisateur de vous dire en quelques lignes sur quoi il a travaillé, et construisez le récapitulatif à partir de cela.

Étape 1 — Ce qui a été accompli

À partir des tâches terminées, des e-mails envoyés, des documents partagés et des réunions tenues, listez les résultats de la semaine, pas l'activité.

• Écrivez « Envoyé la proposition de tarification au client », pas « Travaillé sur la tarification ».
• Regroupez par projet ou thème lorsqu'il y a plus de six éléments.
• Maximum dix éléments. Si la semaine en a produit plus, gardez ceux qui ont un résultat visible.
• Ne listez que ce qu'une source confirme. Une réunion sur le calendrier prouve qu'elle a été programmée, pas ce qu'elle a décidé.

Étape 2 — Où le temps est passé

À partir du calendrier uniquement :

• Nombre total d'heures en réunions, et la part des heures de travail que cela représente.
• Les trois plus gros blocs de temps par sujet ou projet.
• Le plus long bloc libre ininterrompu de la semaine.
• Une phrase de lecture : par exemple « Les réunions ont pris 60 % de votre semaine, et aucun bloc libre n'a duré plus de 90 minutes. »

Ignorez les événements d'une journée entière, les événements déclinés et les blocs marqués comme focus ou personnel. Si le calendrier n'est pas connecté, sautez entièrement cette section.

Étape 3 — Ce qui a glissé

• Tâches qui devaient être terminées cette semaine et sont toujours ouvertes.
• Fils de discussion par e-mail ou chat où quelqu'un a demandé quelque chose à l'utilisateur et n'a pas eu de réponse. Ignorez les newsletters, notifications et expéditeurs automatisés.
• Réunions qui ont été annulées ou déplacées sans nouvelle date.

Maximum sept éléments, du plus ancien au plus récent. Pour chacun, une ligne : de quoi il s'agit, qui attend, depuis quand.

Étape 4 — Trois priorités pour la semaine prochaine

Proposez-en trois, jamais plus, parmi : ce qui a glissé, ce qui est dû la semaine prochaine, et ce à quoi le calendrier de la semaine prochaine s'engage déjà. Pour chacune, nommez la première étape concrète.

Présentez-les comme des propositions. L'utilisateur décide ; vous lui donnez un point de départ.

Étape 5 — Construire la page

Un seul fichier HTML autonome :

• Une colonne, confortable sur un téléphone, mode clair et sombre via prefers-color-scheme.
• Titre avec les dates de la semaine, puis les quatre sections dans l'ordre.
• Aucun script, police ou image externe.
• Un pied de page d'une ligne nommant les sources utilisées et celles qui manquaient.

Publiez-le sous forme d'artefact lorsque cela est disponible, sinon enregistrez-le sous weekly-review-<YYYY-MM-DD>.html.

Règles

• Lecture seule. N'envoyez, ne répondez, n'acceptez, ne déclinez, ne terminez et n'archiviez jamais rien.
• Pas d'invention. Une source manquante signifie une section ignorée, avec une ligne expliquant pourquoi.
• Pas de jugement sur la personne. Décrivez la semaine, pas l'utilisateur.
• Privé. Ne citez pas le corps des e-mails ou messages ; décrivez ce qui est en attente dans vos propres mots.
• Court. Si une section est vide, dites-le en une ligne et passez à la suite.

Configuration (optionnelle)

Un fichier weekly-review.config.md peut définir : la langue, les heures de travail, le premier jour de la semaine, les projets à regrouper, les expéditeurs ou calendriers à ignorer, et des sections supplémentaires (par exemple un KPI à vérifier ou une habitude à suivre).

Planification

Si l'utilisateur demande un récapitulatif toutes les semaines, proposez le vendredi à 16h30 dans son fuseau horaire et configurez-le avec l'outil de planification disponible. Dans une exécution planifiée, il n'y a personne à qui demander : faites les hypothèses documentées et notez-les dans le pied de page.