Proje dünyasında çalışıyorsanız, büyük ihtimalle bir ROM ziyareti ya duymuşsunuzdur ya da bizzat yaşamışsınızdır. Peki bu sürecin gerçekte ne anlama geldiğini, nasıl işlediğini ve proje ekipleri açısından ne tür sonuçlar doğurduğunu tam olarak biliyor musunuz?

AB finansmanlı projelerde izleme denince akla genellikle Operasyon Yöneticisi (OM) raporları, yıllık faaliyet raporları ya da proje ortaklarıyla yapılan rutin toplantılar gelir. Bunlar zaten “içeriden” yürütülen mekanizmalardır. ROM ise bambaşka bir şey: dışarıdan gelen, bağımsız, ve çoğu zaman beklenmedik bir andaki fotoğraf.

ROM, İngilizce “Results Oriented Monitoring” ifadesinin kısaltmasıdır. Türkçeye “Sonuç Odaklı İzleme” olarak çevrilebilir; ancak bu çeviri, kavramın ruhunu tam olarak karşılamıyor. Çünkü ROM yalnızca izleme yapmaz. Aynı zamanda proje tasarımına, müdahale mantığına ve gösterge sistemine de doğrudan müdahil olur.

ROM’un İki Temel Amacı

Avrupa Komisyonu’nun 2024 yılı itibarıyla güncellenen ROM El Kitabı’na göre bu araç iki farklı işlev üstlenir.

Birincisi hesap verebilirlik: AB vergi mükelleflerinin parasının verimli kullanılıp kullanılmadığını bağımsız gözle değerlendirmek. Bu çerçevede ROM, belirli bir projenin ötesinde sektörel ya da bölgesel karşılaştırmalara da zemin hazırlar. Hangi müdahaleler daha iyi performans gösteriyor? Hangi faktörler başarıyı ya da başarısızlığı etkiliyor? Bunlar ROM verilerinin birikimli olarak yanıt vermeye çalıştığı sorulardır.

İkincisi izleme ve öğrenme: Projenin seyri sırasında tespit edilen sorunlara zamanında müdahale edebilmek. Özellikle uygulamanın ilk 18 ayında gerçekleştirilen ROM incelemeleri bu açıdan kritik kabul edilir. Buradaki fikir basit ama pratikte pek kolay hayata geçirilemiyor: erken uyarı sistemi olarak işlev görmek.

Kim, Neyi, Nasıl Değerlendiriyor?

ROM incelemesini gerçekleştiren uzman, projenin doğrudan tarafı değildir. Bağımsız bir ROM yüklenicisi bünyesinde çalışır ve Avrupa Komisyonu’nun görevlendirmesiyle sahaya iner. İnceleme süreci üç aşamadan oluşur: masa başı analizi, saha ziyareti ve raporlama.

Değerlendirme dört ana kriter üzerine oturur: Uygunluk (Relevance), Verimlilik (Efficiency), Etkililik (Effectiveness) ve Sürdürülebilirlik (Sustainability). Bu dörtlü, aslında OECD-DAC değerlendirme çerçevesinin AB versiyonudur ve yalnızca ROM’a özgü değildir. Ancak ROM’un kendine has yanı şurada: uzman, bu kriterleri renk skalasıyla puanlar. Yeşil, sarı, turuncu, kırmızı. Soyut bir metin yorumunun yerini görece nesnel bir karne alır.

Uygunluk sorusu şunu sorar: “Doğru şeyi mi yapıyoruz?” Proje, hedef kitlenin gerçek ihtiyaçlarına cevap veriyor mu? Bağlamla uyumlu mu? Uygulayıcı ortağın kapasitesi bu işi taşıyabilir mi?

Verimlilik sorusu ise şunu: “İşleri iyi yürütüyor muyuz?” Kaynaklar zamanında ve doğru şekilde kullanılıyor mu? Gecikmeler var mı, varsa neden?

Etkililik, biraz daha yüksekten bakar: Planladığımız çıktılar ve sonuçlar gerçekleşiyor mu ya da gerçekleşecek mi?

Sürdürülebilirlik ise en uzun vadeli sorudur: Proje bittiğinde, dışarıdan kaynak akmayı kestiğinde, elde edilen kazanımlar ayakta kalabilir mi?

Logframe Burada Neden Bu Kadar Önemli?

ROM sürecinde mantıksal çerçeve matrisi (Logframe) adeta bir turnusol kağıdına dönüşür. Uzman yalnızca projenin fiziksel ilerleyişine bakmaz; müdahale mantığının tutarlılığını, göstergelerin kalitesini, temel varsayımların gerçekçiliğini de mercek altına alır.

Göstergeler bu süreçte özellikle sıkı bir incelemeye tabi tutulur. RACER çerçevesi devreye girer: Relevant (uygun), Accepted (kabul görmüş), Credible (güvenilir), Easy to measure (ölçümü kolay), Robust (sağlam). Bunların yanı sıra göstergelerin doğru sonuç seviyesinde konumlandırılıp konumlandırılmadığı da ayrıca değerlendirilir. Çıktı düzeyinde bir gösterge, etki düzeyindeki bir soruyu cevaplayamaz; bu sıradan bir teknik hata gibi görünse de pratikte oldukça yaygındır.

ROM uzmanının mümkün olduğunca karmaşık terminolojiden kaçınması, bulgularını OM ile birlikte anlaşılır bir dille ele alması beklenir. Bu ilk başta küçük bir ayrıntı gibi görünebilir, ama işin insani boyutuna işaret ediyor: ROM yalnızca hata avı değil, aynı zamanda ortak öğrenme sürecidir.

Peki Proje Ekipleri İçin Ne Anlam Taşıyor?

Sahadaki gerçekliğe baktığımızda, ROM ziyaretlerinin çoğu zaman “denetim” refleksiyle karşılandığını görürüz. Ekipler belge toplar, sunumlar hazırlar, en iyi yüzü göstermeye çalışır. Bu tabii ki anlaşılabilir. Ancak ROM’un asıl değeri, farklı bir noktada yatıyor.

Bağımsız bir gözün erken dönemde proje üzerinden geçmesi, bazen ekibin kendi içinde göremediği yapısal sorunları gün yüzüne çıkarır. Logframe’deki bir gösterge sorununu, uygulamacı ortakla koordinasyon boşluğunu ya da hedef kitlenin değişen koşullarla artık örtüşmeyen bir ihtiyaç analizini. Bunları zamanında görüp düzeltmek, projenin ilerleyen dönemlerinde ciddi kayıpların önüne geçer.

ROM sonucunda üretilen öneriler; turuncu ve kırmızı puanlara karşılık gelen bulgulardan türetilir, uygulanabilir olması beklenir ve ilgili paydaşlara açıkça yöneltilir. Teoride her öneri bir sonuca, her sonuç bir bulguya dayanmak zorundadır. Zincirleme bir mantık. Pratikte bu zincir her zaman sağlam kurulmuyor elbette; ancak bu da başlı başına ayrı bir yazının konusu.

Son Olarak

ROM, AB proje yönetiminin çoğunlukla az konuşulan ama oldukça belirleyici bir boyutudur. Proje dünyasına yeni girenler için “dışarıdan gelen denetim” olarak algılanabilir; deneyimliler içinse zaman zaman can sıkıcı bir prosedür. Ama doğru okuduğunuzda, aslında sistemin kendi kendini düzeltme mekanizmasından başka bir şey değildir.

Ve şunu da ekleyeyim: iyi yazılmış bir Logframe, ROM sürecini hem proje ekibi hem de uzman açısından çok daha verimli kılar. Temeli sağlam olmayan bir yapıda gösterge tartışması yapmak, üst katlarda tadilat yapmaya benziyor.

Sonraki yazılarda ROM sürecinde en sık karşılaşılan Logframe sorunlarını ve bunların nasıl giderileceğini ele almayı düşünüyorum. Sorularınız ya da paylaşmak istediğiniz deneyimler varsa iletişim sayfasından ulaşabilirsiniz.