DACI Karar Modeli: Kararda Kim Neyi Yapar?

Sorun nedir: kararın sahibi belli değil

Ekiplerde karar tıkanıklığı çoğunlukla bilgi eksikliğinden değil, yetki belirsizliğinden doğar. Toplantıda herkes görüşünü söyler, ama sonunda kimin karar vereceği belli olmaz. Konu bir sonraki toplantıya kalır. Bazen karar gayriresmî biçimde en yüksek sesli ya da en kıdemli kişiye geçer. Bazen herkes uzlaşana kadar beklenir ve uzlaşma gelmez. Karar alındığında ise ilgili birkaç kişi haberdar olmadığını söyler ve süreç yeniden açılır.

DACI bu belirsizliği çözmek için rolleri açıkça tanımlar. Önemli olan karar vermenin yöntemi değil, karar hakkının kimde olduğudur. Bu yüzden DACI, uzun bir tartışma yerine hızlı ve kayıtlı bir karar akışı arayan ekipler için uygundur.

Model, projeye yeni başlarken, bir engel çıktığında, birden çok ekibi ilgilendiren konularda ya da kaynak dağıtımı gibi kritik seçimlerde işe yarar. Her küçük karara uygulanması gerekmez; tersine, günlük kararlara uygulanırsa süreç ağırlaşır.

Dört rol: kim ne yapar?

Driver kararı yürüten kişidir. Karar sorusunu netleştirir, kapsamı belirler, gerekli bilgiyi toplar, katkı sunacakları ve onaylayıcıyı bir araya getirir ve kararın söz verilen zamanda alınmasını sağlar. Driver karar vermez, ama kararın alınabilir hale gelmesinden sorumludur. Bu rol çoğunlukla bir proje yöneticisi, ürün sorumlusu ya da konuyu en iyi bilen çalışan tarafından üstlenilir.

Approver nihai kararı veren kişidir. Rol tek kişiye verilir; çünkü birden çok onaylayıcı sorumluluğu dağıtır ve veto yoluyla süreci tıkar. Onaylayıcı seçerken kararın sonucundan sorumlu tutulacak kişi düşünülür. Onaylayıcı edilgen bir imzacı olmamalı, bilgiyi sorgulayıp aktif karar vermelidir.

Contributors danışılan kişilerdir. Konuda uzmanlıkları ya da sonuçla doğrudan bir ilişkileri vardır ve görüş verirler. Fikirleri dinlenir ama karar üzerinde oy hakları yoktur. Bu çerçeve, herkese kulak veren ama sonuçta bir kişinin karar verdiği bir süreci mümkün kılar.

Informed kararın sonucundan etkilenen ve haberdar edilen kişilerdir. Ne oy hakları ne de süreç sırasında söz hakları vardır; onlara karar verildikten sonra gerekçesiyle birlikte bildirilir. Bilgilendirilenler listesi, kararın sessizce uygulamaya girmesini ve kimsenin sürprizle karşılaşmamasını sağlar.

DACI ile RACI nasıl ayrışır?

İki model de dört harfli bir rol çerçevesidir ve bu yüzden sıkça karıştırılır. Asıl fark, hangi soruya cevap verdikleridir. RACI bir işin yürütülmesini düzenler: kim yapar, kim hesap verir, kime danışılır, kim bilgilendirilir. DACI ise tek bir kararın nasıl alınacağını düzenler: kim yürütür, kim karar verir, kim görüş sunar, kim haberdar edilir.

Ortak yönleri danışılan ve bilgilendirilen rollerinin bulunmasıdır. Ayrım, merkezindedir. RACI'de iş yapan ve hesap veren ayrılır; DACI'de ise kararı yürüten ve kararı veren ayrılır. Bir projede ikisi birlikte kullanılabilir: işin dağılımı RACI tablosunda, kritik kararların sahipliği DACI sayfalarında tutulur.

Bain & Company'nin RAPID modeli de DACI'ye benzer bir amaçla karar rollerini tanımlar. Beş rolü vardır: öneren, onaylayan, uygulayan, bilgi veren ve karar veren. RAPID'de uygulama rolü açıkça yer alır; DACI ise uygulamayı kapsam dışı bırakır ve odağı karar anına verir. Pratikte hangisinin seçileceği, ekibin hangi ayrıntıyı rol olarak görmek istediğine bağlıdır.

DACI adım adım nasıl uygulanır?

Uygulama için ağır bir araca gerek yoktur; paylaşılan bir sayfa yeter. Sayfanın başlığı kararı soru olarak yazar: "Yeni müşteri kayıt aracı için hangi sağlayıcıyı seçeceğiz?" gibi. Soru iyi yazılırsa tartışma yarı yarıya kısalır.

Önce Driver atanır. Sonra Approver belirlenir; bu seçim tartışılıyorsa, kararın yanlış çıkması durumunda sonuçlarını kimin taşıyacağı sorulur. Ardından Contributors listelenir: konuda bilgisi ya da sonuçla bağı olanlar. En son Informed tarafı yazılır.

Sayfaya karar bağlamı eklenir: neden şimdi, hangi hedefe hizmet ediyor, hangi kısıtlar var. Seçenekler yan yana konur; her birinin artıları, eksileri ve tahmini etkisi yazılır. Contributors yorumlarını sayfaya ya da toplantıya taşır. Gerekli tartışma yapılır ve Driver, tartışmayı toplanan bilgiden öneriye çevirir.

Approver kararı verir ve gerekçesini yazar. Karar sayfaya kaydedilir, eylem maddeleri sahipleri ve tarihlerle işlenir, Informed listesine duyuru gönderilir. Sayfa arşivde kalır; ileride benzer bir karar gündeme geldiğinde ya da bir itiraz çıktığında geri dönülecek kaynak olur.

Tartışma toplantısı yapılacaksa, hazırlık sayfada tamamlanmış olmalı. Toplantı, bilgi aktarma değil seçeneklerden biri üzerinde uzlaşma ya da karar yeri olarak tasarlanır.

Rolleri yanlış kurmak: sık hatalar

En yaygın hata, birden çok onaylayıcı atamaktır. "Birkaç kişi birlikte karar versin" ifadesi görünürde demokratiktir ama uygulamada kimseyi sorumlu tutmaz. Gerçekten ortak karar gerekiyorsa, bir üst seviyede tek onaylayıcı belirlenmeli ya da kararın kapsamı bölünmelidir.

İkinci hata, onaylayıcıyı sürecin dışında bırakmaktır. Karar sayfası hazırlanır, tartışma yapılır, sonunda üst yönetici gelip beklenmedik bir yönde karar verir. Onaylayıcı sürece baştan dahil olmalı ve gerekli bilgiyi okumuş olmalıdır.

Üçüncü hata, danışılan listesini şişirmektir. Herkesi katkı sunan yapmak, görüş toplama aşamasını sonsuza uzatır. Katkı sunanlar, kararın kalitesini gerçekten değiştirecek kişilerle sınırlı tutulur; diğerleri bilgilendirilir.

Dördüncü hata, kararı kaydetmemektir. Bilgi kaybolunca aynı konu aylar sonra yeniden açılır. Beşinci hata, modeli her karara uygulamaktır: küçük ve geri alınabilir kararlar için DACI ağır kalır. Basit bir kural yardımcı olur: karar geri alınması zor, etkisi geniş ya da birden çok ekibe dokunuyorsa DACI kullanılır.

Karar toplantılarında DACI ve kalıcılaştırma

DACI özellikle karar odaklı toplantılarla iyi çalışır. Toplantı daveti, kararın sorusunu ve rolleri içerir. Katılımcılar toplantıya hangi rolle çağrıldıklarını bilir: görüş vermek için mi, bilgilendirilmek için mi, karar vermek için mi. Informed listesindekiler toplantıya çağrılmaz; sonuç onlara yazılı gider. Bu, toplantı yükünü de azaltır.

Kurum genelinde yayılması için ilk adım, birkaç kritik karar türü seçip bunlara DACI sayfası şablonu hazırlamaktır: teknoloji seçimi, bütçe tahsisi, öncelik sıralaması gibi. Sayfalar ortak bir yerde toplanır ve geçmiş kararlar aranabilir hale gelir.

Modelin kültürel etkisi önemlidir. Karar hakkı açık olunca "kimse bana sormadı" tepkisi azalır; çünkü katkı kanalı bellidir. Aynı zamanda onaylayıcılar sorumluluk alma konusunda net bir beklentiyle karşılaşır. Gelişme için birkaç uygulamanın ardından ekip, hangi rollerin işlediğini ve hangi kararlarda gecikme olduğunu gözden geçirir.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Karar Odaklı Toplantılar programı, karar alma modelleri ve araçlarını; gündem hazırlığı, toplantı içi kolaylaştırma, eylem planı ve karar dokümantasyonu ile hesap verebilirlik ve karar takibiyle birlikte ele alır. Liderlikte Karar Verme programı ise ekip kararları, karar mimarisi kurma ve yapılandırılmış karar süreçleri başlıklarıyla karar rollerini yöneticinin sorumluluğu çerçevesinde işler.