Review ve Sentez [[Döngüsü]]

Review planlama ritüeli değildir

Haftalık review'ın temel işi yeni görev üretmek değil, vault'taki gerçek ile zihnindeki gerçeği yeniden eşitlemektir. Bir hafta içinde [[Inbox]] büyür, proje durumları değişir, kararlar verilir, bazı görevler anlamını kaybeder ve yeni bilgi ortaya çıkar. Review bu dağınık değişiklikleri tekrar kanonik sisteme bağlar.

Çalışan review beş alanı kontrol eder:

1. Inbox: İşlenmemiş girişler ve yaşları.
2. [[ 07 - Proje ve Area Operasyon Yüzeyleri|Projects ]]: Aktif proje, current state ve next action.
3. Waiting: Başkasından veya dış koşuldan beklenen işler.
4. Decisions: Hafta içinde verilen ve gerekçesi korunması gereken kararlar.
5. Knowledge health: Stale, orphan, kırık veya artık değersiz kayıtlar.

Review'ın gücü ayrıntılı checklist'te değil, düzenli gerçeklik kontrolündedir.

Haftalık review çıktısı ne olmalı?

Review sonunda en az şu sonuçlar üretilmelidir:

• Her aktif projenin bir sonraki somut adımı belli.
• Inbox'taki eski kayıtlar işlenmiş veya bilinçli bırakılmış.
• Bekleyen işler görünür.
• Yeni kararların kanonik izi var.
• Artık aktif olmayan şeyler pasifleştirilmiş.
• Gelecek haftanın yönü birkaç net sonuçla ifade edilmiş.

Bu sonuçlar yoksa review, geçmiş haftayı yeniden okumaya dönüşmüş olabilir.

Aylık sentez neden ayrı?

Haftalık review yakın alanı temizler. Aylık sentez ise birkaç haftayı aynı anda görerek tek tek günlerde görünmeyen desenleri çıkarır. Kaynak modelinde aylık sentezin beş odağı var:

• Sonuçlar: Ay içinde gerçekte ne ilerledi?
• Desenler: Hangi davranış veya tema tekrar etti?
• Tekrar eden sorunlar: Aynı tıkanıklık hangi farklı bağlamlarda ortaya çıktı?
• Bırakılacaklar: Artık değer üretmeyen hangi proje, alışkanlık veya sistem kuralı devam ediyor?
• Yeni yön: Bir sonraki ay hangi değişiklik daha yüksek kaldıraç sağlar?

Aylık sentez günlükleri özetlemek için değil, günlüklerin üzerinde yeni bir anlam katmanı üretmek için vardır.

Review sırasında neyi ölçmek mantıklı?

Kaynak paket, metrikleri yarışa çevirmemeyi özellikle vurguluyor. Amaç skor kasmak değil güven kaybını erken fark etmek. Yararlı sinyaller:

• Inbox'ın en eski kaydı.
• Next action'ı olmayan aktif proje sayısı.
• Uzun süredir dokunulmayan aktif proje ve Area sayısı.
• Kırık link ve önemli orphan kayıt sayısı.
• Kritik kararların gerekçesine ulaşabilme.
• Bir bilgiye geri dönmenin ne kadar sürdüğü.

Metrik davranışa bağlanmıyorsa dashboard dekorasyonudur.

Review ile otomasyon ilişkisi

Dataview veya başka otomasyonlar eski kayıtları, açık görevleri ve sistem sinyallerini gösterebilir. Fakat otomatik liste “bu veri hâlâ doğru mu?” sorusuna cevap vermez. İnsan review'ı, kanonik kaynakların doğruluğunu ve bağlamını yeniden onaylayan katmandır.

Bu nedenle otomasyon review'ın yerine değil, review'ın önüne veri hazırlama katmanı olarak konumlanmalıdır.

Minimum sürdürülebilir ritim

Haftalık:

• Inbox işle.
• Aktif projeleri kontrol et.
• Waiting listesini kontrol et.
• Karar ve yeni bilgileri kanonik yere yükselt.
• Bir sonraki haftanın 1–3 ana sonucunu seç.

Aylık:

• Haftalık review'ları birlikte oku.
• Tekrar eden desenleri ve sorunları çıkar.
• Bırakılacakları belirle.
• Sistem kurallarında gereksiz karmaşıklığı azalt.
• Yeni ayın yönünü seç.

Bilgi ağı

• [[Yakalama ve Inbox Kuyruğu]] — review'ın işlediği giriş kuyruğu.
• [[Proje ve Area Operasyon Yüzeyleri]] — review'ın güncel tuttuğu aktif işler ve sorumluluklar.
• [[Bilgi Sağlığı, Borcu ve Arşivleme]] — bakım sinyalleri.
• [[Homepage ve Kişisel İşletim Sistemi]] — review için görünür dashboard sinyalleri.