Karar ve Toplantı [[Hafızası]]

Toplantı kaydı ile karar kaydını ayır

Bir toplantının tam metni gelecekte çoğu zaman ihtiyaç duyulan şey değildir. İhtiyaç genellikle üç parçadır: ne değişti, neye karar verildi, kim ne yapacak. Bu nedenle toplantı notunun görevi konuşmayı stenografik olarak çoğaltmak değil; bağlam, karar ve aksiyonu ayırmaktır.

Kaynak modelinde toplantı notu beş bölümden oluşur:

1. Amaç.
2. Katılımcılar.
3. Notlar / bağlam.
4. Kararlar.
5. Aksiyonlar.

Karar önemli ve kalıcıysa toplantı içinde gömülü kalmamalı; ayrı bir Decision notuna yükseltilmelidir.

Decision Log neyi korur?

Karar notunun en değerli kısmı sonuçtan çok gerekçedir. Birkaç ay sonra yalnız “X'i seçtik” bilgisi yetersiz kalır. Şunları bilmek gerekir:

• Hangi bağlamda karar verildi?
• Hangi seçenekler değerlendirildi?
• Neden bu seçenek seçildi?
• Hangi varsayımlar geçerliydi?
• Kararın beklenen etkisi neydi?
• Sonradan hangi sonuç ortaya çıktı?

Bu kayıt, aynı tartışmayı yeniden başlatmayı azaltır ve koşullar değiştiğinde kararın hangi varsayım yüzünden artık geçersiz olabileceğini gösterir.

Kanonik karar yapısı

Basit bir Decision notu:

# Karar başlığı

## Karar
Tek cümlede sonuç.

## Neden
Bu karara götüren gerekçe.

## Alternatifler
Ciddi şekilde değerlendirilen seçenekler.

## Etki
Neyi değiştiriyor?

## İlgili bağlam
- `Proje Overview`
- `Toplantı Notu`

Karar tarihi ve ilgili proje metadata ile tutulabilir; fakat ana değer metindeki gerekçedir.

Aksiyonların sahibi neresi?

Toplantı notunda aksiyon oluşturulabilir, fakat takip mekanizmasının kanonik sahibi görev veya proje sistemi olmalıdır. Aynı görevi hem toplantı notunda hem görev listesinde ayrı ayrı kopyalamak senkronizasyon borcu doğurur.

Pratik yaklaşım:

• Toplantıda aksiyon çıkar.
• Görevi kanonik görev/proje sistemine yaz.
• Toplantı notunda ilgili göreve veya projeye referans ver.
• [[Review]] sırasında toplantının kendisini değil açık taahhütleri takip et.

Karar izi bir sağlık metriğidir

Bir sistemin güvenilirliğini ölçmek için “kritik bir kararın nedenini bulabiliyor muyum?” sorusu çok güçlüdür. Sonuç var ama gerekçe yoksa sistem yalnız durum kaydı tutuyordur. Gerekçe ve kaynak bağlamı varsa kurumsal veya kişisel hafıza oluşur.

AI ile toplantı özetlerken sınır

AI toplantı metninden karar ve aksiyon adaylarını çıkarabilir. Fakat kaynak paketinin AI ilkeleri gereği otomatik özet kanonik kararın yerine geçmemelidir. İnsan, kritik kararın doğru anlaşıldığını onaylamalı; kaynak toplantı notu korunmalı ve türetilmiş özet ayrı tutulmalıdır.

Bilgi ağı

• [[Dosya Adı ve Tek Kaynak Doğrusu]] — kararın tek kanonik sahibi.
• [[Proje ve Area Operasyon Yüzeyleri]] — kararların uygulandığı bağlam.
• [[AI Özetlerinde Güvenlik ve İnsan Denetimi]] — toplantı/karar otomasyonunda insan onayı.
• [[30 Günde Çalışan Second Brain Kurulumu]] — karar günlüğünü sisteme aşamalı eklemek.