Danışmanlık Projesi Kapsamının Tanımlanması: Çıktı, Faz ve Sorumluluk Dağılımı

Bir danışmanlık çalışmasının nasıl biteceği, işin başlamasından önce yazılanla belli oluyor. Teklif değerlendirmesi tamamlandıktan sonra hazırlanan ve sözleşmeye ek olarak imzalanan kapsam eki; projenin hangi soruyu yanıtladığını, hangi çıktıları ürettiğini, hangi fazlardan geçtiğini ve hangi işin kurumda, hangi işin danışmanda kaldığını yazıyor. Aynı ek uluslararası uygulamada Statement of Work (SOW) adıyla kullanılıyor.

Danışmanlık projesi kapsamı bu ekte yazılı olduğunda belge söz konusutaraflardan her biri için farklı bir işlevi yerine getirmiş oluyor. İK için işin günlük çerçevesi oluyor: veri talepleri, görüşme takvimi, onay adımları ve revizyon turları buradan okunuyor. Üst yönetim için bütçe kararının karşılığı oluyor: ödemenin hangi çıktı teslim edildiğinde yapılacağı ve hangi karar noktasında devam kararı verileceği burada yazılı. Danışmanlık ilişkisinin genel çerçevesi için yönetim danışmanlığının kapsamı konusundaki yazımız bu ekin öncesine oturuyor.

Danışmanlık Projesi Kapsamı Hangi Bölümlerle Tanımlanır?

Kullanılabilir bir kapsam eki şu bölümlerden oluşuyor:

→  Amaç ve iş gerekçesi: Proje hangi ihtiyaçtan doğdu, tamamlandığında hangi kararı besleyecek

→  Kapsam içi ve kapsam dışı başlıklar: Hangi birim, hangi pozisyon grubu ve hangi süreçler dahil

→  Çıktı listesi ve kabul ölçütleri: Her çıktının biçimi, kapsamı ve onay sahibi

→  Faz planı ve karar noktaları: Fazların sırası, süresi ve faz sonunda verilecek karar

→  Sorumluluk dağılımı: Danışmanın işi, kurumun işi ve ortak yürüyen işler ayrı ayrı

→  Kurumun sağlayacağı girdiler: Veri, sistem erişimi, görüşme takvimi ve çalışan zamanı

→  Değişiklik yönetimi ve iletişim düzeni: Talep, onay ve raporlama kuralları

Bu bölümler arasında en sık atlanan başlık kapsam dışı listesi oluyor. Çalışmanın neyi içermediği yazılmadığında, proje ortasında gelen ek talepler kapsamın doğal parçası sayılıyor. Kapsam dışı başlıklarını yazmak bu taleplere kapıyı kapatmak değil; onları ayrı bir değerlendirmeye ve ayrı bir plana bağlamak anlamına geliyor. Listenin bir yararı da hazırlık oturumunda konuşulup projeye alınmayan başlıkların kayda geçmesi oluyor; bu kayıt sonraki dönemin gündemine girdi veriyor.

Ekin hangi aşamada yazıldığı da işleyişi etkiliyor. Kapsam eki teklifin kopyası değil: teklif değerlendirmesinden sonra, kurumun iç önceliklerinin ve veri durumunun görüldüğü bir hazırlık oturumunun ardından yazılıyor. Sözleşme ekinde yer alması metni iki taraf için aynı ölçüde bağlayıcı yapıyor ve proje boyunca tek referans olarak kalmasını sağlıyor.

Eki danışman hazırlıyor, kurum tarafında İK ve sponsor okuyor. İK okurken üç satıra bakıyor: kurumdan istenen zaman, onay adımlarının sayısı ve revizyon turları. Bu üç satır işin kurum tarafındaki yükünü gösteriyor ve teklif metninde genellikle yer almıyor.

Çıktıların ve Kabul Ölçütlerinin Tanımlanması

Sonucu belirleyen bölüm çıktı tanımı oluyor. "Rapor teslim edilir" cümlesi ölçülebilir bir taahhüt taşımıyor. Aynı çıktının tanımlı hali dört bilgiyi içeriyor: kapsam (kaç pozisyon, kaç birim, kaç süreç), biçim (belge, şablon, sistem kurgusu, eğitim oturumu), onay sahibi ve revizyon turu sayısı.

Kabul ölçütü, çıktının teslim edilmiş sayılması için karşılanan koşul oluyor. Bir görev tanımı çalışmasında ölçüt şöyle yazılıyor: kapsamdaki pozisyonların tamamı için tanım hazırlanacak, ilgili yöneticiler doğrulayacak, İK'nın onayladığı nihai formatta teslim edilecek. Ölçüt yazılıysa teslim tartışması kişisel değerlendirmeden çıkıyor; çıktıyı kimin onaylayacağı sorusu da teslim gününe kalmıyor.

Üst yönetim tarafında bu bölümün karşılığı doğrudan görünüyor. Kabul ölçütleri tanımlıysa bütçenin hangi somut çıktı karşılığında harcandığı ve çalışmanın hangi kararı beslediği yönetim toplantısında tek sayfada okunuyor.

Çıktı bölümü, revizyon aşamalarının sayısının netleştirilmesiyle tamamlanmış oluyor. Her çıktı için kaç revizyon aşaması öngörüldüğü, geri bildirimin hangi süre içinde iletileceği ve bu sürecin kim tarafından koordine edileceği tanımlanıyor.

Geri bildirimin tek bir sorumlu ve tek bir dosyada konsolide edilmesi, birbiriyle çelişen yorumların ayrı ayrı uygulanması riskini ortadan kaldırıyor. Onay süresinin net olarak tanımlanmış olması ise, onay bekleyen bir çıktının proje takvimini aksatmasını engelliyor.

Sponsorun bu bölümde baktığı soru kısa oluyor: hangi karar için hangi çıktıyı, ne zaman alıyorum? Çıktı takvimi yönetim toplantısının gündemiyle aynı yere oturduğunda karar, danışmanlık çalışması bitmeden verilebiliyor. İK tarafında ise aynı takvim, birimlerden istenecek veri ve görüşme zamanının planlanmasını sağlıyor.

Fazlandırma ve Karar Noktaları

Danışmanlık çalışmaları dört faz üzerinden kurgulanıyor: teşhis, tasarım, pilot ve yayılım. Teşhiste mevcut durum verisi toplanıyor ve ihtiyaç netleşiyor. Tasarımda sistem kurgusu, belge seti ve kurallar hazırlanıyor. Pilotta tasarım sınırlı bir kapsamda uygulanıyor. Yayılımda uygulama kurum genelinde devreye giriyor.

Her fazın sonuna bir karar noktası konuyor. Karar noktası, çalışmanın aynı kurguyla devam edip etmeyeceğinin değerlendirildiği ve kararın yazıya geçtiği adım oluyor. Teşhis çıktısı beklenenden farklı bir tablo verdiğinde tasarımın kapsamı burada güncelleniyor; karar noktası yoksa aynı güncelleme proje ortasında ve plan dışı gündeme geliyor.

Ödeme planının fazlara bağlanması karar noktalarını güçlendiriyor. Her fazın kendi çıktısı ve kendi kabul ölçütü olduğunda ilerleme, geçen süre yerine teslim üzerinden izleniyor.

Faz süreleri de ekte yazılıyor, ama süre tek başına yeterli olmuyor. Her fazın başlaması kurumdan gelecek bir girdiye bağlıysa, o girdinin tarihi de aynı satıra yazılıyor. Veri gecikmesinin takvimi nasıl etkileyeceği baştan belliyse, gecikme proje sonunda tartışma konusu olmuyor.

Pilotun kapsamı ekte ayrıca tanımlanıyor: hangi birimde, kaç pozisyonla ve hangi sürede yürüyecek, pilot sonunda hangi bulgu tasarımı güncelleyecek. Kapsamı tanımlı bir pilot, yayılım kararının veriyle verilmesini sağlıyor; kapsam yazılmadığında pilot, kurum genelinde erken başlatılmış bir uygulamaya dönüşüyor.

Sorumluluk Dağılımı, Değişiklik Yönetimi ve Bilgi Devri

Sorumluluk bölümünde dört rol yer alıyor: üst yönetimden sponsor, kurum içinde süreç sahibi olarak ilgili birim temsilcileri, İK ve danışman ekibi. Her çıktı için bu rollerden hangisinin hazırladığı, hangisinin girdi verdiği ve hangisinin onayladığı yazılıyor. Kurum içi proje ekibinin kurulması, çalışmanın kurumda kalmasının da şartı oluyor; bilgiyi devralacak bir muhatap yoksa çıktılar kullanılmayan belge olarak arşive giriyor.

İletişim bölümü raporlama ritmini tanımlıyor. Haftalık kısa statü notu, faz sonunda sponsora sunulan değerlendirme ve karar noktalarında hazırlanan tek sayfalık özet yeterli bir set kuruyor. Statü notu sabit başlıklarla yürüdüğünde tartışma, ilerleme yüzdesinden açık kalan kararlara kayıyor. Notun başlıkları genellikle şöyle sıralanıyor: tamamlananlar, devam edenler, kurumdan beklenen girdiler ve karar bekleyen konular.

Değişiklik yönetimi bölümü kapsam güncellemesinin nasıl yürüdüğünü yazıyor. Standart akış şu: talep yazılı geliyor, süreye, çıktıya ve bedele etkisi hesaplanıyor, onay alınmadan uygulamaya girmiyor. Bu akış tanımlıyken kapsam esnekliği yönetilebilir bir konu oluyor.

Kapanış bölümünde devredilecek belgeler, şablonlar ve eğitim içerikleri listeleniyor. Yapısal dönüşüm projelerinde bu devir özellikle belirleyici oluyor. Danışmanlık projelerini nasıl kurguladığımızı görmek için yönetim danışmanlığı hizmetimizi inceleyebilirsiniz.

Kaan Böke Yönetim Danışmanlığı olarak, 35+ yıllık kurumsal deneyim ve 25+ yıllık C-level liderlik perspektifiyle stratejik ve uygulanabilir çözümler sunuyoruz. Kurumunuzda danışmanlık projesi kapsamını tanımlamak ve faz planını kurgulamak için iletişime geçebilirsiniz.