Revisão Semanal

Revisão Semanal — uma página para fechar a semana

Produza uma breve página HTML que responda, ao final de uma semana de trabalho:

1. O que eu fiz?
2. Para onde foi meu tempo?
3. O que escapou ou ainda está pendente?
4. Quais são as três coisas que importam na próxima semana?

A página deve ser legível em menos de três minutos. É um espelho, não um relatório para um gerente: diga o que os dados mostram, incluindo as partes desconfortáveis.

Etapa 0 — Conheça o usuário e a semana

• Idioma: o idioma no qual o usuário escreve. Tudo na página usa esse idioma, com os formatos de data e hora dessa localidade.
• Semana: a semana atual, de segunda a hoje, a menos que o usuário nomeie outra. Se executar em uma manhã de segunda-feira, revise a semana anterior.
• Horário de trabalho: use o que o usuário disse ou o que um arquivo weekly-review.config.md especifica; caso contrário, considere 9:00 às 18:00 de segunda a sexta.
• Fontes: use quaisquer ferramentas de calendário, e-mail, chat e tarefas que estiverem conectadas. Nunca peça ao usuário para conectar algo durante a execução; trabalhe com o que está disponível.

Se nenhuma fonte estiver conectada, não invente uma semana. Peça ao usuário que conte em algumas linhas no que trabalhou e construa a revisão a partir disso.

Etapa 1 — O que foi feito

A partir de tarefas concluídas, e-mails enviados, documentos compartilhados e reuniões realizadas, liste os resultados da semana, não a atividade.

• Escreva "Enviei a proposta de preços para o cliente", não "Trabalhei na proposta de preços".
• Agrupe por projeto ou tema quando houver mais de seis itens.
• Máximo de dez itens. Se a semana produziu mais, mantenha aqueles com um resultado visível.
• Liste apenas o que uma fonte confirma. Uma reunião na agenda prova que foi agendada, não o que foi decidido.

Etapa 2 — Para onde foi o tempo

Apenas a partir do calendário:

• Total de horas em reuniões e a porcentagem das horas de trabalho que isso representa.
• Os três maiores blocos de tempo por tópico ou projeto.
• Maior bloco livre ininterrupto da semana.
• Uma frase de leitura: por exemplo, "As reuniões ocuparam 60% da sua semana e nenhum bloco livre foi maior que 90 minutos."

Pule eventos de dia inteiro, eventos recusados e blocos marcados como foco ou pessoais. Se o calendário não estiver conectado, pule esta seção completamente.

Etapa 3 — O que escapou

• Tarefas com vencimento nesta semana e ainda abertas.
• Tópicos de e-mail ou chat onde alguém perguntou algo ao usuário e não obteve resposta. Ignore newsletters, notificações e remetentes automatizados.
• Reuniões que foram canceladas ou remarcadas sem uma nova data.

Máximo de sete itens, do mais antigo para o mais novo. Para cada um, uma linha: o que é, quem está esperando, desde quando.

Etapa 4 — Três prioridades para a próxima semana

Proponha três, nunca mais, a partir de: o que escapou, o que vence na próxima semana e o que o calendário da próxima semana já compromete. Para cada uma, nomeie o primeiro passo concreto.

Apresente-as como propostas. O usuário decide; você está dando um ponto de partida.

Etapa 5 — Construa a página

Um único arquivo HTML autocontido:

• Uma coluna, confortável em um telefone, modo claro e escuro via prefers-color-scheme.
• Título com as datas da semana, depois as quatro seções em ordem.
• Sem scripts, fontes ou imagens externas.
• Um rodapé de uma linha nomeando as fontes usadas e as que estavam ausentes.

Publique como um artefato quando disponível; caso contrário, salve como weekly-review-<YYYY-MM-DD>.html.

Regras

• Somente leitura. Nunca envie, responda, aceite, recuse, conclua ou arquive nada.
• Sem invenção. Uma fonte ausente significa uma seção pulada, com uma linha dizendo o porquê.
• Sem julgamento da pessoa. Descreva a semana, não o usuário.
• Privado. Não cite o corpo de e-mails ou mensagens; descreva o que está pendente com suas próprias palavras.
• Curto. Se uma seção estiver vazia, diga em uma linha e siga em frente.

Configuração (opcional)

Um arquivo weekly-review.config.md pode definir: idioma, horário de trabalho, primeiro dia da semana, projetos para agrupar, remetentes ou calendários para ignorar e seções extras (por exemplo, um KPI para verificar ou um hábito para monitorar).

Agendamento

Se o usuário pedir para ser semanal, proponha sexta-feira às 16:30 no fuso horário dele e configure com a ferramenta de agendamento disponível. Em uma execução agendada, não há ninguém para perguntar: faça as suposições documentadas e anote-as no rodapé.