Etkinlik sorumluluk matrisi: kim neyden sorumlu

Sorumluluğun müşteri, ajans, mekân ve taşeronlar arasında nasıl dağıtılacağı: brifingden projenin kapanışına kadar hazır karar matrisi.

Etkinlik sorumluluk matrisi, sonucu kimin hazırladığını, nihai kararı kimin verdiğini, kime önceden danışıldığını ve değişikliklerin kime bildirildiğini gösterir. Çalışmalar başlamadan önce gereklidir: kurulum başladıktan sonra yetki tartışması zaten zaman ve paraya mal olur. Projenizdeki roller hâlâ yazışmalarda yaşıyorsa, proje analizi ve teklif talep edin. Biz Aventura olarak ekip yapısına, mekâna ve etkinlik formatına uygun işleyen bir şema hazırlarız.

Sohbetteki roller neden yeterli değil?

Kısaca: Ortak sohbet, konuşmanın katılımcılarını gösterir ama karar verme yetkisi tanımaz. Orada kolayca beş görüş alıp tek bir onay bile alamazsınız. Sorumluluk matrisi, her sonucu belirli bir sahibe, uygulayıcılara, uzman danışmanlara ve bilgilendirilecek kişilere bağlar. Ekip, kararı kimin hazırladığını, kimin verdiğini ve sonucun kime bildirilmesi gerektiğini önceden görür.

«Bunu pazarlama yürütüyor» ifadesi ancak ilk tartışmalı soruya kadar anlaşılır görünür. Bütçe, mekânın teknik kısıtları, ek harcama ve sahnenin hazır olması farklı sahiplere ait olabilir. Birimin kararı imzalayacak bir eli yoktur. Net yetkilere sahip belirli bir kişiye ihtiyaç vardır.

Sorun, birden fazla tarafın olduğu projelerde daha belirgindir. Müşteri iş hedefini ve limitleri belirler. Ajans projeyi toplar ve ilişkileri yönetir.

Mekân, tesisin koşullarını onaylar; uzman yükleniciler ise teknoloji ve uygulamadan sorumludur. Sınırlar yazılı değilse her taraf bunları kendi anlayışına göre tamamlar.

Matris, çalışma amaçlı bir karar haritası olarak kullanılabilir. Etkinlik onay takvimi oluşturmaya, kararları sürelerle ilişkilendirmeye ve gecikme ya da anlaşmazlık durumunda sorunun kime aktarılacağını hızla anlamaya yardımcı olur.

RACI harfleri yerine dört eylem

RACI dört rolden oluşur: uygulayıcı, sonuç sahibi, danışılan uzman ve bilgilendirilen katılımcı. Uluslararası model, işi yapanı, sonucu onaylayanı, karardan önce veri sağlayanları ve durumun bildirildiği kişileri ayırt eder. Rusça konuşan bir ekip için bu eylemler tablodaki harflerden daha anlaşılırdır.

Klasik modelde R işi yürütür, A ise sonucun sahibidir ve nihai onayı verir. C karardan önce devreye girer ve veri ya da uzmanlık sağlar. I durumu ve sonucu alır, ancak onay sürecinin gizli bir katılımcısı olmaz.

Biz bu mantığı proje diline çeviriyoruz:

Bir satırda birden fazla uygulayıcı ve danışman olabilir. Sonucun sahibi tek olmalıdır. Nihai sahip iki kişiyse, oylar çatıştığında karar yeniden üst kademeye gider ve matris anlamını yitirir.

Tabloya her e-postayı eklemek gerekmez. Satır, doğrulanabilir bir sonucu tanımlar: «bütçe onaylandı», «mekân şeması kabul edildi», «kurulum başlatılmasına izin verildi», «açılışa hazır olma durumu teyit edildi», «yüklenicinin sonucu kabul edildi».

Proje matrisinde kimler yer alır?

Matriste yalnızca kritik kararları hazırlayan, onaylayan, kontrol eden veya alan roller yer alır. Şirketin tüm organizasyon yapısını aktarmaya gerek yoktur. Genellikle tabloda iş sahibi, müşteri ve ajans tarafındaki proje yöneticileri, mekân temsilcisi, prodüksiyon yöneticisi ve ilgili birimler yeterlidir. Kesin kadro etkinliğin formatına bağlıdır.

Rollerle başlayın. Soyadları izinler, vardiyalar ve yüklenici değişikliği nedeniyle değişir, rol ise kalır. Yanında ayrı bir liste tutabilirsiniz: asıl kişi, yedek, iletişim ve erişilebilirlik saatleri.

Kurumsal veya iş etkinliği için temel kadro şöyle görünür:

• müşteri tarafında iş sahibi;
• müşterinin proje yöneticisi;
• ajans tarafında etkinlik projesi yöneticisi;
• mekân temsilcisi;
• teknik veya prodüksiyon yöneticisi;
• ilgili yüklenici;
• müşterinin satın alma, finans veya hazine birimi;
• uzmanlıklarına ihtiyaç duyulan satırlarda güvenlik, sağlık, bilgi teknolojileri ve hukuk birimi.

Küçük bir etkinlikte bir kişi birden fazla rolü üstlenebilir. Yetkiler birbiriyle çelişmediği sürece bu normaldir. Örneğin, ajansın proje yöneticisi çalışma bütçesini hazırlayabilir ve bütünlüğünden sorumlu olabilir. Ancak limit artışını yine de müşterinin yetkili temsilcisi onaylar.

Karmaşık bir projede genel hazırlık durumunun sahibini ayrıca belirtmek faydalıdır. İlgili uzmanlar kendi sistemlerini teyit eder. Bir kişi bu teyitleri toplar, kısıtları görür ve bir sonraki aşamaya geçiş kararını verir.

Proje tek bir yüklenicinin sınırlarını aştıysa, anahtar teslim etkinlik organizasyonu kararları, belge sürümlerini ve süreleri birbiriyle bağlantısız birkaç yazışma yerine tek bir projede yürütmeye yardımcı olur.

Roller birden fazla tüzel kişi ve yüklenici arasında dağılmışsa, matrisi, karar takvimini ve bütçeyi tek bir çalışma belgeleri setinde toplarız.

Briften kapanışa kadar matris

Çalışma matrisi etkinliğin tüm yaşam döngüsünden geçer ve her kilit kararın izlediği yolu gösterir. Önce hedef, bütçe, brif, mekân ve konsept kaydedilir. Ardından bütçe tablosu, sözleşmeler, prodüksiyon, izinler, kabul ve değişiklikler eklenir. Son satırlar plan-gerçekleşme, belgeler ve nihai ödemeye aittir.

Aşağıda temel şablon yer alıyor. Rol adlarının şirketinizin ve projenizin gerçek rolleriyle değiştirilmesi gerekir. Satırlar da değişir: forum için konuşmacılar ve yayınla ilgili ayrı bir blok, doğada düzenlenen kurumsal etkinlik için hava durumu ve ulaşım, işletme açılışı için tesis rejimi ve misafir protokolü gerekir.

Tablo, sözleşmenin, görev tanımının veya mekân gerekliliklerinin yerini almaz. Kararın işleyiş yolunu gösterir. Hukuki sorumluluk ve imza yetkisi sözleşmeler, vekâletnameler, iç yönetmelikler ve yürürlükteki mevzuatla belirlenir.

Her satıra üç hizmet alanı eklemek faydalıdır: güncel sürüme ait belge veya bağlantı, karar süresi ve eskalasyon yolu. Böylece tablo yalnızca «kim» sorusunu yanıtlamakla kalmaz, onayın nerede olduğunu ve gecikme durumunda ne yapılacağını da gösterir.

Finansal satırların etkinliğin ödeme takvimi ile ilişkilendirilmesi faydalıdır. İlgili uzman, işin yapıldığını ve harcamanın gerekçeli olduğunu onaylar. Harcama kararını yetkili müşteri verir. Finans fonksiyonu ödemeyi kendi sürecine göre gerçekleştirir, ancak teknik kabulün veya bütçe kararının yerini almaz.

Bir kararın tek sahibini nasıl atarsınız?

Tek bir sahip belirli bir kararı sonuçlandırır. Sonucu kabul etme veya konuyu üst makama taşıma konusunda gerçek yetkisi olan birini seçin. Rolün böyle bir yetkisi yoksa, satırı bir üst seviyeye taşımak veya birkaç karara bölmek gerekir. Bu yaklaşım tek nihai sahip kuralını korur ve veri hazırlığını sonucun onaylanmasıyla karıştırmaz.

Sahibi üç soruyla kontrol edin:

1. Sonucu ek bir oylama olmadan kabul edebilir mi?
2. Bütçe, süre, kalite ve komşu işlevler üzerindeki sonuçları görüyor mu?
3. Ekip, konunun ne zaman ona gitmesi gerektiğini anlıyor mu?

Yanıt olumsuzsa, A harfi biçimsel olarak konmuştur. Örneğin, bir koordinatör mekân için üç öneri toplayabilir ancak seçenek seçme yetkisi olmayabilir. Bu durumda kararı hazırlar, sahip ise proje yöneticisi veya iş müşterisi olarak kalır.

Büyük bir satırı bazen bölmek daha iyidir. "Mekânı onayla" yerine ayrı sonuçlar ortaya çıkar: teknik uygunluğu doğrula, ticari koşulları kabul et, güvenliği onayla ve nihai seçimi kabul et. Her satırın kendi sahibi vardır ve nihai seçim onların onaylarını dikkate alır.

Sahip olarak bütün bir departmanı atamayın. "Pazarlama sorumlu" kaydı yine kolektif sorumluluk yaratır. Belirli bir kişinin rolünü belirtin: pazarlama direktörü, iç iletişim yöneticisi veya proje yöneticisi.

Müşteri, ajans ve mekân arasındaki sınırlar

Müşteri iş hedeflerine, bütçe yetkisine ve kurumsal kararlara sahiptir. Biz projeyi, güncel sürümleri ve bağımlılıkları bir araya getirir, ayrıca yüklenicileri koordine ederiz. Mekân, tesisin koşullarını teyit eder; uzman alt yüklenici ise sözleşme kapsamında kendi teknolojisinden ve sonucun kalitesinden sorumludur. Bu ayrım, bir tarafın fark edilmeden başkasının yerine karar vermesini engeller.

Her tarafın somut hakları sözleşme ve proje düzenlemeleriyle belirlenir. Bu nedenle hangi kararların müşteride kaldığını ve mekândan ya da alt yükleniciden hangi onayların gerektiğini önceden belirtiriz.

Müşteri her kabloyu, geçiş kartını veya teslimat zamanlamasını bizzat yönetmek zorunda değildir. Onun alanı hedef, limitler, içerik, iç onaylar ve dış ekibe devredilemeyecek kararlardır. Bu sınır ne kadar netse, ajans o kadar az onayı iş sahibinin seviyesine geri gönderir.

Kararların, belgelerin ve sürelerin birbirinden kopmamasını sağlarız. Bunun için gereksinimleri toplar, güncel sürümleri tutar, kararların sonuçlarını gösterir ve bilgiyi katılımcılar arasında aktarırız. Ancak müşterinin yerine bütçeyi artıramaz, iç verileri açıklayamaz veya konuşma içeriğini onaylayamayız.

Mekân sadece «salon vermez». Yetkili temsilcileri erişimi, çalışma düzenini, izin verilen yükleri, güzergâhları, mühendislik koşullarını ve tesis kurallarını teyit eder. Seçimden önce, önemli kısıtlamaların bir sahibi olması ve çalışma belgelerine girmesi için mekânın teknik denetimini yaparız.

Alt yüklenici uzmanlık işini hazırlar ve yürütür. Kendi sistemiyle ilgili teknik görüşü yetkin bir uzman verir. Genel koordinasyonu ve aşamalar arasındaki geçişi proje yöneticisi veya atanmış üretim yöneticisi yürütür.

Taşeronlar ve güvenlik konusunda ne yapmalı?

Kısaca: İşin taşerona devredilmesi proje koordinasyonunu ortadan kaldırmaz. Matriste gereksinimler, yüklenici seçimi, işe kabul, mesleki kontrol, teslim alma ve genel durum ayrı ayrı kaydedilir. Güvenlik, tek bir belirsiz satır yerine somut işlevlere ayrılır. Böylece her kontrolün yetkin bir uygulayıcısı ve net bir karar sahibi olur.

HSE ve WorkSafe kılavuzlarında düzenleyen tarafın, sahanın ve taşeronların sorumlulukları ayrılmıştır. Her tarafın kendi mesleki alanı kalır. Ortak proje ekibi, bilgi alışverişini, işlerin uyumluluğunu ve işlere kabulden önce net bir karar zincirini sağlar.

Taşeron için ayrı satırlar gerekir:

1. İş ve sonuç için gereksinimleri oluşturmak.
2. Kabulden önce yetkinliği, kaynakları ve belgeleri kontrol etmek.
3. Sahanın ve komşu işlerin kısıtlamalarını aktarmak.
4. Montajın veya diğer operasyonun başlamasına izin vermek.
5. Ara ve nihai sonucu teslim almak.
6. Kısıtlamayı, kusuru ve tekrar kontrolü kaydetmek.

Genellikle aydınlatma taşeronu tahliye senaryosunu onaylamaz, saha da sanatsal sonucu teslim almaz. Ajans, mesleki mühendisin yerini almaz. Müşteri, bu konuda yetkinliği yoksa teknik kusuru teşhis etmez. Sözleşme veya proje yönetmeliği açıkça belirlediğinde başka yetkiler mümkündür.

Güvenliği işlevlere göre ayırmak daha iyidir:

• riskler ve yangın gereksinimleri;
• tıbbi destek ve misafir akışları;
• ulaşım ve geçici yapılar;
• elektrik ve hava koşulları senaryosu;
• bilgilendirmeler, montaj ve demontaj.

Her işlev için bir uygulayıcı, bir karar sahibi ve bir yükseltme yolu atayın.

Birden fazla akışı olan bir kurumsal etkinlik için matrise kayıt, yönlendirme, konuşmacılar, yayın ve salon yönetimini ekliyoruz. Satırların içeriği değişir, ancak nihai sonucun tek sahibi kuralı kalır.

Paralel onaylar olmadan değişiklikler

Programın, şemanın ve bütçenin temel sürümü onaylandıktan sonra her önemli değişiklik için değişikliği başlatan kişi kaydedilir, projeye etkisi kontrol edilir, karar verme yetkisi olan bir kişi atanır ve yeni bir çalışma sürümü yayımlanır. Karar ortak belgeye işlenip etkilenen rollere duyurulmadıkça sohbet mesajı projeyi değiştirmez.

Yetki seviyelerini önceden belirleyin. Koordinatör kritik olmayan bir iç zaman dilimini yeniden düzenleyebilir. Proje yöneticisi onaylanmış rezerv sınırları içinde bir değişikliği onaylayabilir. Hedef, limit, sözleşme kapsamı veya risk seviyesindeki değişiklik yetkili müşteriye iletilir.

Değişiklik çalışma döngüsü şöyle işler:

1. Değişen sonucu adlandırın.
2. Nedeni ve değişikliği başlatan kişiyi kaydedin.
3. Kapsam, güvenlik, maliyet, süre ve komşu işler üzerindeki etkiyi değerlendirin.
4. Kararı gerekli seviyedeki tek bir sahibe iletin.
5. Bütçeyi, şemayı, zamanlamayı veya diğer ana belgeyi güncelleyin.
6. Etkilenen sürümün uygulayıcılarını ve ilgili danışmanlarını bilgilendirin.
7. Değiştirilen bloğu kontrol veya kabul için geri gönderin.

Eski sürüm iz bırakmadan silinmez. Ekibin kararın ne zaman ve kim tarafından alındığını görmesi gerekir. Bu özellikle son günlerde önemlidir; çünkü tek bir yorum ekran içeriğini, provayı, baskıyı, ulaşımı ve sunucunun çalışmasını etkileyebilir.

İlk taslak bir çevrimiçi toplantıda nasıl oluşturulur?

Kurulum toplantısında matrisin ilk çalışma taslağı oluşturulabilir. Her süreci ayrıntılandırmadan projenin ana sonuçlarını seçin, gerçek yetkiye sahip kişileri davet edin ve karar sahiplerini doldurun. Satır sayısı etkinliğin formatına ve karmaşıklığına bağlıdır. İlk turun amacı boş satırları, çift sahipleri ve gizli danışmanları ortadan kaldırmaktır.

Taslağı önceden hazırlayın. Satırlara ana sonuçları yerleştirin:

• brief, hedef ve bütçe;
• mekân, konsept ve şema;
• bütçe, sözleşmeler ve içerik;
• izinler, kabul ve açılış;
• değişiklikler ve projenin kapatılması.

Toplantıda sırayla ilerleyin:

1. Satırın kontrol edilebilir sonucunu adlandırın.
2. Bunu fiilen kimin hazırladığını sorun.
3. Nihai karar için tek bir sahip atayın.
4. Yalnızca zorunlu ilgili danışmanları ekleyin.
5. Bir sonraki iş için kime bilgi gerektiğini belirleyin.
6. Belgeyi, süreyi ve eskalasyon yolunu belirtin.
7. Kritik roller için bir yedek kaydedin.

Bir satır üzerindeki anlaşmazlığı sonsuza kadar çözmeye çalışmayın. İki yöneticinin yetkileri aynıysa konuyu proje sponsoruna taşıyın. Kimse sonucun sahibi olmaya hazır değilse bu tablonun sorunu değildir. Projede yönetim kararı eksiktir.

Toplantıdan sonra yöneticiler rollerini yazılı olarak onaylar. Matrisi takvimin ve güncel belge sürümlerinin yanına yerleştirin. Yeni yükleniciye yalnızca ilgili kısım gösterilir, gereksiz iç veriler paylaşılmaz.

Proje başlamadan önce kontrol

Kısaca: Matris, her kritik satırda sonuç için tek bir sahip, uygulayıcı, süre, belge ve eskalasyon yolu varsa hazırdır. Katılımcılar rolleri kabul etmiş ve sürüm değişikliklerinin anlaşılır bir sırası vardır. Boş hücreleri olan veya birden fazla nihai sahibi bulunan tablo çalışır sayılmaz. Başlamadan önce ekip güncel sürümün nerede olduğunu bilmelidir.

Başlatmadan önce kontrol edin:

1. Satırlar genel işlevleri değil sonuçları tanımlar.
2. Her satırın bir uygulayıcısı ve sonuç için tek bir sahibi vardır.
3. Departmanların yerine somut roller konmuştur.
4. Uzman danışmanlar karardan önce devreye alınır, bilgilendirilenler işi engellemez.
5. Bütçe kararı teknik kabul ve ödeme yapılmasından ayrılmıştır.
6. Mekân koşullarını tesisin yetkili rolü onaylar.
7. Yüklenicinin işi, giriş izni ve kabul farklı satırlarda kayıtlıdır.
8. Güvenlik somut işlevlere ayrılmıştır.
9. Genel hazırlık durumunun ve açılış kararının bir sahibi vardır.
10. Her değişikliğin yetki düzeyi belirlenmiştir.
11. Belgeler, süreler, yedekler ve eskalasyon belirtilmiştir.
12. Ekip güncel sürümün nerede olduğunu bilir.

Karmaşık bir proje için tek bir tablo yeterli olmaz, ancak o olmadan diğer belgeler hızla birbirinden kopar. Tek bir proje yönetimiyle etkinlik organizasyonuna ihtiyacınız varsa, teklif isteyin. Çalışmaya hedefler, projenin tarafları ve karar haritasıyla başlayıp ardından bunu teklif, takvim ve kabul süreciyle ilişkilendirebilirsiniz.

Kaynaklar

• HHS: RACI Diagram Tool
• HSE: etkinlik güvenliği yönetimi
• HSE: mekândaki görev dağılımı
• WorkSafe Victoria: etkinlik yüklenicilerinin yönetimi
• NASA: Project Planning and Control Handbook, bölüm 3.8.3.2, s. 228-230
• FEMA: özel etkinlik planlaması