Mirum Malum, Mirum Beatum — Sürprizleri Risk ve Kaynak Olarak Yönetmek

Proje yönetimi risklerden, bağımlılıklardan ve önlemlerden söz etmeyi sever. Bu gereklidir, ancak belirsizliğin yalnızca bir bölümünü kapsar. Risk genellikle en azından olasılık olarak düşünebildiğimiz bir şeydir: bir teslim tarihi kayabilir, bir kaynak devre dışı kalabilir, teknik bir varsayım yanlış çıkabilir. Olasılık, etki ve karşı önlemler tartışılabilir.

Gerçek bir sürpriz farklı davranır. Yalnızca plana değil, planın dayandığı varsayıma da çarpar. Pazar beklenmedik biçimde davranabilir. Kullanıcılar bir özelliği tamamen farklı kullanabilir. Bir model ne hedeflenen şemaya ne de mevcut hata mantığına uyan bir çıktı verebilir. Düzenleyici, organizasyonel veya teknik bir değişiklik çerçeveyi kaydırabilir. Ya da ilk bakışta hata görünen bir sonuç, kimsenin aramadığı bir çözüm yolunu açabilir.

Bu tür anlar projede otomatik olarak iyi veya kötü değildir. Önemli olan, proje hedefi, varsayımlar ve mevcut hareket seçenekleri üzerinde ne yaptıklarıdır. Mirum Malum ve Mirum Beatum çalışma kavramları tam da bu nedenle yararlıdır.

Risk ile sürpriz aynı şey değildir

Risk yönetimi öngörülebilir belirsizlikle çalışır. Sürpriz yönetimi ise mevcut beklenti yapısının artık yeterli olmadığı yerde başlar. Bu ayrım akademik görünebilir, ancak AI projelerinde son derece pratiktir.

Bir dil modeli kullanılıyorsa çıktılarının kontrol edilmesi gerektiği baştan planlanabilir. Bu bir risk ve kalite problemidir. Fakat görünüşte yanlış bir çıktı belirsiz bir gereksinime, çelişkili bir veri temelinin varlığına veya tamamen yeni bir çözüm yoluna işaret ediyorsa olay sürpriz niteliği kazanır. O noktada yalnızca çıktının değil, başlangıçtaki sorunun da yeniden değerlendirilmesi gerekebilir.

Aynı mantık teknik alanın dışında da geçerlidir. Bir müşteri planlanan özelliği reddedebilir, fakat tam da bu sayede çok daha değerli bir problemi görünür kılabilir. Bir ekip üyesinin devre dışı kalması doğrudan risk yaratırken projenin tekil bilgiye fazla bağımlı olduğunu gösterebilir. Maliyet artışı projeyi tehdit ederken daha sade bir mimariyi zorunlu kılabilir. Yeni bir pazar sinyali büyüme vaadi taşırken ana projeyi istikrarsızlaştırabilir.

Bu nedenle sürpriz önce bilgidir. Değerlendirme daha sonra gelir.

Beklenmeyen dinamik için iki çalışma kavramı

Mirum Malum, projeyi ilk anda olumsuz etkileyen sürprizi anlatır: bir varsayımı bozar, eforu artırır, kalite veya güvenlik problemi yaratır, işi bloke eder ya da hedefi tehlikeye sokar. Mirum Beatum ise beklenmeyen bir avantaj açan sürprizi ifade eder: daha iyi bir çözüm, yeni kullanım alanı, kısa yol, beklenmedik olumlu kullanıcı davranışı veya projeyi güçlendiren bir içgörü.

Buradaki "ilk anda" ifadesi önemlidir. Sınıflandırma nihai değildir. Mirum Malum iyi bir tepki sonrasında bir iyileştirmenin başlangıcına dönüşebilir. Mirum Beatum ise daha sonra dikkat dağıtıcı bir unsur, kapsam patlaması veya yanlış sinyal olarak ortaya çıkabilir.

Böylece sürpriz yönetimi bir yorumlama yetkinliği haline gelir. Her beklenmeyen olay proje değişikliğini hak etmez. Fakat ilgili her beklenmeyen olay disiplinli bir incelemeyi hak eder.

Asıl zarar çoğu zaman olaydan sonra başlar

Birçok proje ilk sürpriz nedeniyle değil, ona verilen tepki nedeniyle zarar görür. Baskı altında ekipler aynı anda hedefleri, öncelikleri, araçları ve sorumlulukları değiştirebilir. Yeni bilgiler eski varsayımlarla karışır. Geçici önlemler kalıcı yapıya dönüşür. Daha sonra hangi kararın hangi bulguya dayandığı bilinmez hale gelir.

AI projelerinde bu risk büyür, çünkü yeni seçenekler çok hızlı üretilebilir. Hemen her problem için dakikalar içinde başka bir mimari, yeni araç, farklı workflow veya yeni model önerilebilir. Bu yaratıcı hız değerlidir. Fakat her sürprizin hemen yeni bir çözüm gerektirdiği izlenimini de yaratabilir.

Daha profesyonel sıra şudur: önce stabilize et, sonra yorumla.

Stabilize etmek hiçbir şey yapmamak değildir. Sürprizin etkisini sınırlayarak analizin devam eden kaos içinde yapılmasını önlemektir. Bundan sonra hangi varsayımın kullanıldığı, gerçekte neyin değiştiği ve yeni bilginin hangi seçenekleri doğurduğu incelenir.

Sürprizler için beş aşamalı protokol

Kısa bir protokol, negatif ve pozitif sürprizlerin aynı disiplinle işlenmesini sağlar. Böylece riskler yalnızca savunmacı, fırsatlar da yalnızca coşkulu biçimde ele alınmaz.

Bu sıranın gücü, Mirum Malum ve Mirum Beatum'un başlangıçta aynı kontrol sürecinden geçmesidir. Pozitif sürpriz kanıt yükü kazanır. Negatif sürpriz ise yalnızca zarar olmaktan çıkma fırsatı bulur.

Mirum Malum: Önce koru, sonra onar

Negatif sürpriz ortaya çıktığında ilk dürtü hemen çözüm üretmek olabilir. Tam da burada disiplin gerekir. Optimizasyondan önce neyin korunacağı açık olmalıdır.

Önemli bir varsayım artık geçerli değilse tüm projenin yeniden planlanması otomatik olarak gerekmez. Sapma çözüm yolunun yalnızca bir bölümünü etkiliyor olabilir. Hedef değişmeden kalırken teknik yol değişebilir. Bulgular stratejik değişimi haklı çıkaracak kadar güçlü olmayabilir.

Bu nedenle sağlam bir tepki dört katmanı ayırır: olay, etki, varsayım ve karar. Olay olan şeydir. Etki, neyin doğrudan bloke edildiğini veya tehlikeye girdiğini anlatır. Varsayım, artık taşımayan önceki inancı gösterir. Ancak karar yerel düzeltme, test, eskalasyon veya yeniden planlamanın gerekip gerekmediğini belirler.

Bu ayrım yerel bir hatanın tüm proje hakkında küresel bir hükme dönüşmesini engeller.

Mirum Beatum: Fırsatlar da riskler kadar sıkı incelenmelidir

Pozitif sürprizler psikolojik olarak göründüğünden daha tehlikelidir. Bir yaklaşımın beklenmedik biçimde çalışması, güçlü geri bildirim veya yeni teknik olanak hemen heyecan yaratabilir. Ancak proje yönetiminde heyecan henüz bir business case değildir ve henüz öncelik değildir.

Bir fırsat ancak en az üç soruyu geçerse proje açısından anlamlı hale gelir: Etki gerçek mi, tekrarlanabilir mi ve ana hedefi, değişiklik maliyetinden daha fazla iyileştiriyor mu?

AI sürekli ilginç yan yollar üretir. Bir model yeni bir fonksiyon önerebilir. Bir analiz komşu bir pazar alanını ortaya çıkarabilir. Bir prototip tesadüfen başka bir kullanım durumuna ilk hedefinden daha iyi hizmet edebilir. Bunların hepsi değerli olabilir. Fakat her ilginç fikir anında projeye alınırsa Mirum Beatum çok hızlı biçimde feature creep'e dönüşür.

Bu nedenle pozitif sürprizin bir riskten daha az yönetişime ihtiyacı yoktur. Yalnızca inceleme tavrı farklıdır: "Bunu nasıl engelleriz?" yerine "Bu fırsat hangi koşullarda projede yer almayı hak ediyor?" sorusu sorulur.

Hatalar fırsat değildir — ama sinyal taşıyabilir

Hatalar önemli bir sınır durumudur. Onları inovasyon diye romantikleştirmek yanlış olur. Yanlış sonuçların çoğu ilk anda tam olarak yanlıştır. Tespit edilmeli, sınırlandırılmalı ve düzeltilmelidir.

Yine de bir hata bilgi taşıyabilir. Bir AI sistemi görevi sürekli beklenenden farklı yorumluyorsa spesifikasyon zayıf olabilir. Birden fazla model aynı noktada başarısız oluyorsa veri temeli çelişkili olabilir. Beklenmeyen bir çıktı tamamen farklı ama makul bir perspektif açıyorsa ayrı test edilmesi gereken bir hipotez ortaya çıkabilir.