Toplantı notlarını yapay zekâyla işlerken öneriyi karara çevirmeyin.

Kısa bir özet nasıl yeni bir taahhüt yaratır?

Toplantıda biri ‘Salı yetişebilir’ diyor. Yapay zekânın hazırladığı özette bu cümle ‘Salı teslim edilecek’ oluyor. Cümle daha kısa, fakat anlamı değişmiş: tahmin artık bir taahhüt gibi görünüyor. Benzer biçimde bir fikri ilk söyleyen kişi, görevi kabul etmediği halde sorumlu sütununa yerleşebilir. İyi yazılmış bir özet bu hataları görünmez kılabilir.

Toplantı kaydını önce anlam birimlerine ayırın. Bir karar hangi seçeneğin benimsendiğini, bir görev kimin ne yapacağını, bir öneri ise henüz benimsenmemiş bir seçeneği anlatır. Açık mesele, çözülmesi gereken belirsizliği korur. Aynı konuşma parçasında birden fazla tür bulunabilir. Hedef bütün notları tek türe zorlamak değil, sonraki kişinin hangi bilgiye dayanarak hareket edebileceğini göstermektir.

Atlassian’ın görev takibi rehberi, sorumlu, açık iş tanımı, beklenen sonuç, tarih ve kaynak bilgisini birlikte ele alır. Bu alanları istemek yararlıdır; notlarda bulunmayan bir alanı doldurmak için tahmin yürütmek yararlı değildir. Aşağıdaki uygulama, alan eksikliğini görünür bırakan özgün bir sınıflandırma düzenidir.Kaynak: Atlassian — How to turn meeting action items into trackable work

Çelişkiyi içeren notları olduğu gibi koruyun

N1 — Ayça: Duyuru için iki farklı başlık deneyebiliriz.
N2 — Bora: Tedarikçiden metin bugün gelirse salı taslak çıkarabilirim.
N3 — Ceren: Yalnızca test metnini cuma değerlendirelim. Bora: Cuma değerlendirmesi için test metnini hazırlamayı üstleniyorum.
N4 — Deniz: Kontrol listesini ben düzenlerim. Tarih konuşulmadı.
N5 — Ortak notun kenarında: Salı üretime geçiş. Yazar ve onay bilgisi yok.
N6 — Ceren: Üretime geçiş tarihi onaylanmadı; test sonucundan sonra ayrıca karar vereceğiz.

Bu kayıtlar gerçek bir toplantıya ait değildir. N5’in bir ortak belgede bulunması, N6’dan daha yetkili olduğu anlamına gelmez. Zaman damgası olmayan notları güvenilir bir konuşma sırasına da dönüştüremeyiz. N3’te ise hem değerlendirme kararı hem Bora’nın açık görev kabulü bulunuyor. Bu ayrıntı, konuşmacı adını otomatik görev sahibi yapmakla aynı şey değildir.

Kendi kaydınızda toplantı tarihi, notun sürümü ve konuşmacı bilgisini mümkün olduğu kadar koruyun. Kayıt alma ve paylaşma için gerekli kurum kurallarını uygulayın. İşe başlamak için ses kaydı şart değildir; izinli, kısa ve yazılı notlar yeterlidir. Kaynakta kişilerin isimleri gerekmiyorsa çalışma kopyasında rol adları kullanabilirsiniz; rol değişiminin anlamı bozmadığını ayrıca kontrol edin.

Özeti yazmadan önce sınıflandırın

Bağlam: Toplantı sonrası iç takip kaydı hazırlıyorum.
Girdi: [N1–N6 notları].
Görev: Notları karar, görev, öneri ve açık mesele olarak ayır. Bir not birden fazla tür içeriyorsa ayrı satırlar aç.
Kısıtlar: Koşullu ifadeleri kesinleştirme. Görev kabulü yoksa sorumlu atama. Tarih yoksa belirtilmedi yaz. Çelişkili kayıtları sessizce birleştirme.
Çıktı: Tür | kayıt | sorumlu | tarih veya koşul | kaynak tablosu ve en fazla üç netleştirme sorusu.
Kontrol: Her satırın dayanağı verilen notlarda bulunmalı. Bu tablo onaylanmış tutanak olarak adlandırılmamalı.

Tabloda ‘koşullu teklif’ önerinin bir alt türüdür. Bora’nın salı ihtimali cuma göreviyle çelişmek zorunda değildir; gerekli girdi gelirse erken bir taslak mümkün olabilir. Buna karşılık salı üretime geçişi, test metninin hazırlanmasıyla eşitleyemeyiz. Taslak, değerlendirme ve üretime geçiş üç farklı çıktıdır. Bunları aynı ‘tamamlanma’ sütununa toplamak hatalı bir görev zinciri üretir.

Teyit isteğini eksik karara bağlayın

Takip kaydında üç nokta açık kaldı:
1. İki başlık denemesi kabul edildi mi, yoksa öneri olarak mı kalıyor?
2. Deniz’in kontrol listesi için hedef tarih nedir?
3. Üretime geçiş kararını test sonrasında kim verecek?
N5’teki salı üretime geçiş notunu, N6 nedeniyle onaylanmış tarih olarak kullanmadım.

Bu taslak, eksikleri kapatmak için hangi bilgiyi istediğinizi gösterir; burada herhangi bir mesaj gönderilmemiştir. Bir katılımcının ‘uygun’ yanıtı gelirse yanıtın hangi soruya ilişkin olduğunu da kaydedin. Üç soruluk mesajın altında tek kelimelik onay bulunması, bütün satırların onaylandığını güvenle göstermez. Teyit turunun kendisi de kaynak olarak izlenebilir olmalıdır.

Düzeltme geldiğinde eski kaydı sessizce değiştirmek yerine hangi satırın neden güncellendiğini kısa bir notla belirtin. Örneğin Deniz perşembeyi kabul ettiyse N4 satırına bu yeni dayanağı ekleyin. Modelden geçmiş konuşmaya hiç söylenmemiş bir tarih yerleştirmesini istemeyin. Böylece ilk toplantıda bilinenlerle sonradan kararlaştırılanlar birbirinden ayrılır.

Takip kaydını üç yönden sınayın

• Anlam: Olabilir, koşuluyla ve henüz gibi ifadeler korunmuş mu?
• Yetki: Görevi üstlenen kişi veya kararın dayanağı gerçekten belirtilmiş mi?
• İz: Her çıktı kaynak satırına veya sonraki açık teyide geri dönebiliyor mu?

Kontrolü yalnızca eksik satır arayarak yapmayın. Kaynakta bulunmayan fazladan görevleri de arayın. Yapay zekâ, listenin daha düzenli görünmesi için herkesin önüne eşit sayıda iş koymuş olabilir. Benzer şekilde her satıra tarih yazılması estetik olarak tutarlı görünür, fakat içerik bakımından yanlış olabilir. Boşluk, bu örnekte çözülmesi gereken işi gösteren yararlı bir bilgidir.

Küçük alıştırma: N6 yerine ‘Test uygun bulunursa salı geçişi değerlendirebiliriz’ yazıldığını düşünün. Bu cümle salı geçişini kesinleştirmez; bir koşul ve gelecekte yapılacak değerlendirme içerir. Beklenen güncelleme, açık mesele satırına bu koşulu eklemek ve nihai kararın hâlâ bulunmadığını göstermektir. Model ‘Salı geçiş onaylandı’ yazarsa kaynak kodu eklemiş olması hatayı düzeltmez.

Bir sonraki toplantınızda bütün tutanağı yeniden yazdırmak yerine üç tartışmalı satırla başlayın. Kaydın değeri, konuşmanın ne kadar pürüzsüz özetlendiğinde değil, hangi işin yapılabileceğini ve hangi sorunun cevap beklediğini doğru göstermesinde ortaya çıkar.