İş Kırılım Yapısı ile Organizasyon Kırılım Yapısı: Ne Yapılacak, Kim Yapacak?

İki hiyerarşi, iki ayrı soru

İş Kırılım Yapısı (WBS, Work Breakdown Structure) projenin kapsamını, yani teslim edilecek ürün, hizmet ve sonuçları yönetilebilir parçalara bölen teslimat odaklı bir hiyerarşidir. Cevapladığı soru "Bu projede ne üretilecek?" sorusudur. En alt düzeyindeki öğelere iş paketi denir; maliyet, süre ve kaynak tahmini bu paketler üzerinden yapılır.

Organizasyon Kırılım Yapısı (OBS, Organizational Breakdown Structure) ise projede görev alan birimleri, ekipleri ve dış tarafları hiyerarşik olarak gösterir. Cevapladığı soru "Bu işleri kim yapacak ve kime hesap verecek?" sorusudur. OBS, projenin iş paketlerinin hangi organizasyon birimine bağlanacağını görünür kılar.

İki yapı da ağaç biçiminde çizildiği için sık karıştırılır. Oysa biri işi, diğeri insanları ve birimleri ayrıştırır. İyi kurulmuş bir projede ikisi birbirinin yerine geçmez, birbirine bağlanır.

WBS nasıl ayrıştırılır, OBS nasıl kurulur?

WBS kurulurken proje kapsam beyanından başlanır. Üst düzeyde ana teslimatlar ya da proje aşamaları yer alır, her öğe bir alt düzeyde daha küçük teslimatlara bölünür. Temel kural, alt öğelerin toplamının üst öğenin kapsamını eksiksiz karşılaması ve kapsam dışında hiçbir şeyin ağaca girmemesidir. Ayrıştırma, iş paketi güvenilir biçimde tahmin edilebilir ve tek bir sorumluya verilebilir hale geldiğinde durur. Her iş paketinin ne içerdiği, kabul ölçütü ve varsayımları WBS sözlüğünde yazılır.

OBS kurulurken kurumun genel organizasyon şemasından yola çıkılır ama ona birebir kopyalanmaz. Projede gerçekten iş üstlenen departmanlar, proje içi ekipler, alt yükleniciler, danışmanlar ve onay veren birimler hiyerarşiye yerleştirilir. Örneğin kurum şemasında görünmeyen bir dış ajans OBS'de yer alır; projede hiçbir iş üstlenmeyen bir müdürlük ise yer almaz.

• WBS'nin girdisi: kapsam beyanı, gereksinimler, sözleşme teslimatları.
• OBS'nin girdisi: kurum organizasyon şeması, tedarikçi ve alt yüklenici listesi, proje yönetişim yapısı.

Ölçüt satırlarıyla WBS ve OBS

• Ayrıştırdığı şey: WBS projenin kapsamını ve teslimatlarını böler. / OBS projede çalışan birimleri ve rolleri böler.
• En alt düzey: WBS'de iş paketidir. / OBS'de sorumlu ekip, birim ya da kişidir.
• Dayandığı belge: WBS kapsam beyanına ve gereksinimlere dayanır. / OBS kurum yapısına ve proje yönetişimine dayanır.
• Değiştiği an: WBS kapsam değişikliği onaylandığında güncellenir. / OBS ekip, yüklenici ya da sorumluluk değiştiğinde güncellenir.
• Beslediği planlar: WBS takvimi, maliyet tahminini ve kapsam doğrulamasını besler. / OBS iletişim planını, kaynak atamasını ve raporlama hattını besler.
• Okuyanı: WBS'yi en çok planlamacı, maliyet ve teknik ekip okur. / OBS'yi en çok yönetim, insan kaynakları ve paydaşlar okur.

Bu satırlar bir şeyi açıkça gösterir: WBS olmadan kapsam ölçülemez, OBS olmadan da kapsam sahiplenilemez. Proje planının sağlıklı olması için ikisinin aynı anda okunabilmesi gerekir.

Kesişim noktası: sorumluluk matrisi ve kontrol hesabı

WBS ile OBS'nin buluştuğu yer Sorumluluk Atama Matrisi'dir (RAM, Responsibility Assignment Matrix). Satırlara WBS iş paketleri, sütunlara OBS birimleri ya da rolleri yazılır; her hücrede o birimin o işteki rolü belirtilir. RACI matrisi bu matrisin en bilinen biçimidir: işi yapan, sonuçtan hesap veren, danışılan ve bilgilendirilen taraflar ayrı ayrı işaretlenir.

Kazanılmış değer yönetimi kullanılan projelerde bu kesişim daha da önem kazanır. Bir WBS öğesinin bir OBS birimine bağlandığı noktada kontrol hesabı açılır. Bütçe, plan değeri ve gerçekleşen maliyet bu hesap üzerinden izlenir; sapma çıktığında hangi işte olduğu WBS'den, kimin müdahale edeceği OBS'den okunur.

Kesişimi kurarken dikkat edilecek kural basittir: her iş paketinin tek bir hesap veren sahibi olmalıdır. Birden fazla birim aynı pakette çalışabilir, ancak paketin sonucundan sorumlu birim bir tane olmalıdır.

Bir proje üzerinde örnek

Örneğin bir şirketin kurumsal web sitesini yenileme projesini düşünelim. WBS üst düzeyde şu teslimatlara ayrılabilir: bilgi mimarisi ve tasarım, içerik üretimi, yazılım geliştirme, test ve kabul, yayına alma ve eğitim. İçerik üretimi kendi içinde sayfa metinleri, görseller, hukuki metinler ve çeviriler gibi iş paketlerine iner.

Aynı projenin OBS'si başka bir ağaçtır: proje sponsoru ve yönlendirme komitesi en üstte; altında pazarlama birimi, bilgi teknolojileri birimi, dış tasarım ajansı ve hukuk birimi yer alır. Bilgi teknolojileri kendi içinde yazılım ekibi ve altyapı ekibine ayrılır.

Sorumluluk matrisi kurulduğunda tablo netleşir: hukuki metinler paketinde hukuk birimi hesap veren, pazarlama danışılan taraf olur; yazılım geliştirme paketinde yazılım ekibi hesap verir, dış ajans tasarım dosyalarını teslim eden taraf olarak işaretlenir. Takvim kayınca hangi paketin geciktiği WBS'den, kiminle konuşulacağı OBS'den anında görülür.

Hangisi önce kurulur, hangi durumda hangisi öne çıkar?

Sıra kural olarak WBS'den başlar. Kapsam netleşmeden kimin hangi işi yapacağına karar vermek, işi mevcut departmanlara göre bölmeye ve kapsam boşluklarına yol açar. Önce teslimatlar ayrıştırılır, sonra her iş paketine uygun birim aranır.

WBS'nin öne çıktığı durumlar: • Sözleşmeye bağlı teslimatların izlenmesi ve kapsam tartışmalarının önlenmesi gerekiyorsa. • Maliyet tahmini ve bütçe kırılımı istenecekse. • Kapsam değişiklik taleplerinin etkisi ölçülecekse.

OBS'nin öne çıktığı durumlar: • Projede çok sayıda birim, yüklenici ya da ülke ekibi varsa ve hesap verme hattı karışıyorsa. • Matris organizasyonda çalışanlar hem bölüm yöneticisine hem proje yöneticisine bağlıysa. • Raporların birim bazında toplanması ya da proje yazılımında erişim yetkilerinin birimlere göre verilmesi gerekiyorsa.

Sık yapılan hatalar

• WBS'yi departmanlara göre bölmek: "Pazarlama işleri", "BT işleri" gibi düğümler aslında OBS'dir. Bu yapı teslimatları değil birimleri listeler ve birden fazla birimin katkı verdiği teslimatlar parçalanır.
• OBS'yi kurum şemasının kopyası saymak: Projede rolü olmayan birimlerle dolu, dış yüklenicileri içermeyen bir OBS hesap verme hattını göstermez.
• İş paketini sahipsiz bırakmak: Sorumluluk matrisinde boş satır kalması, o işin takvimde var ama gerçekte kimsenin gündeminde olmadığı anlamına gelir.
• Bir pakete birden fazla hesap veren yazmak: Sorun çıktığında birimler birbirini gösterir, karar gecikir.
• Yapıları bir kez çizip bırakmak: Kapsam değişikliği WBS'ye, ekip değişikliği OBS'ye işlenmezse matris kısa sürede gerçeği yansıtmaz.

Mindset programlarında bu yapıları nerede çalışırsınız?

Proje Planlama ve İş Kırılım Yapısı (WBS) eğitimi, iş kırılım yapısı oluşturmayı aktivite planlama, Gantt şeması ve bütçe temelli planlamayla birlikte ele alır. Proje yöneticisi adayları, PMO ekipleri ve planlamayı ilk kez üstlenen teknik uzmanlar için kapsamı iş paketlerine indirip plana bağlama pratiği sağlar.

İşi kime vereceğiniz tarafında RACI Matrisi ve Sorumluluk Atama eğitimi, matrisin nasıl oluşturulacağını, sık hataları ve proje yönetim araçlarıyla entegrasyonu gerçek senaryo atölyesiyle çalıştırır. Birden fazla birimin aynı projede çalıştığı kurumsal ekipler için WBS ile OBS'yi birbirine bağlayan halka budur. Kontrol hesabı ve kazanılmış değer tarafını derinleştirmek isteyenler için Proje Planlama ve Kontrol Uzmanlığı Sertifika Programı, kapsam yönetimi ve iş kırılım yapısından kazanılmış değer yönetimine uzanan bir çerçeve sunar.