30 saniyede özet
Proje yönetişimi, proje üzerinde hangi kararın kim tarafından alınacağını, kimin hesap vereceğini ve ilerlemenin nasıl gözetileceğini belirleyen düzendir. Proje yönetimi işi planlar ve yürütür; yönetişim bu çalışmanın yetki, yatırım amacı ve kurumsal kurallarla ilişkisini kurar. Sponsor, proje yöneticisi, iş sahipleri ve karar kurulları arasındaki sınırlar açık olmalıdır. Küçük kararları gereksiz yere üst makamlara taşımak da önemli değişiklikleri kontrolsüz bırakmak da sorun yaratır. İşlevsel yönetişim, gereken kanıtı ve karar yolunu önceden açıklayarak ekibin hareket alanını anlaşılır hale getirir.
Neden önemli?
Bir müşteri entegrasyonu projesinde satış ekibi yeni bir özelliği taahhüt etmiş, teknoloji ekibi ise bunun mevcut takvimi değiştireceğini belirtmiş olsun. Toplantıda herkes görüşünü paylaşır; ancak kimin karar vereceği belli değildir. Talep ne reddedilir ne onaylanır. Ekip hazırlık yapmaya başlar, müşteri beklemeye devam eder ve planın hangi sürümünün geçerli olduğu belirsizleşir.
Bu sorun daha fazla toplantıyla her zaman çözülmez. Önce karar yetkisi, değerlendirilecek etkiler ve anlaşmazlığın taşınacağı makam açıklanmalıdır. Yönetişim bu düzeni sağlar. Ekibin kendi alanında karar almasına izin verirken, daha büyük iş etkileri yaratan tercihleri uygun yönetim düzeyine taşır. Böylece yetki ile sorumluluk birbirine daha yakın hale gelir.
Üst yönetim açısından yönetişim, yatırımın hâlâ kurumun amaçlarına hizmet edip etmediğini değerlendirme aracıdır. Takvim uygun görünürken beklenen müşteri ihtiyacı ortadan kalkmış olabilir. Bütçe korunurken güvenlik riski artabilir. Yönetim yalnızca ilerleme yüzdesine bakarsa bu değişimleri kaçırabilir. Karar noktalarında kapsam, fayda, maliyet ve riskin birlikte değerlendirilmesi gerekir.
Terim nedir?
Project governance, projenin yönlendirilmesi, gözetilmesi ve hesap verebilirliği için kurulan karar yapısıdır. Kurumun mevcut bütçe, satın alma, güvenlik ve hukuk kurallarıyla bağlantılıdır. Proje için oluşturulan bir kurul, bu kuralları kendiliğinden geçersiz kılamaz. Hangi yetkinin projeye devredildiği ve hangi onayların başka birimde kaldığı açıkça belirtilmelidir.
Sponsor, projeye kurumsal destek sağlayan ve yetkisi çerçevesinde önemli kararları sahiplenen roldür. Proje yöneticisi yürütmeyi koordine eder ve karar gerektiren konuları hazırlar. İş sahibi, teslimatın iş açısından kabulü ve kullanımı için sorumluluk üstlenebilir. Yönlendirme kurulu ise birden fazla birimin katılımını gerektiren kritik tercihleri değerlendirebilir. Kurulun bulunması, bu roller arasındaki belirsizliği otomatik olarak gidermez.
Karar eşiği, bir konunun hangi yetki düzeyine taşınacağını belirleyen koşuldur. Bu koşul yalnızca para tutarıyla tanımlanmak zorunda değildir. Takvim etkisi, kapsam değişikliği, müşteri taahhüdü veya güvenlik riski de eşik oluşturabilir. Düşük maliyetli bir değişiklik önemli veri riski doğuruyorsa uzman değerlendirmesi gerekebilir. Projeye uygun eşikler, rutin kararların akışını korurken önemli konuların gözden kaçmasını azaltır.
Eskalasyon, çözülemeyen veya yetki sınırını aşan konunun karar verebilecek üst makama taşınmasıdır. Bunun için konu, seçenekler, etkiler ve kararın gerekli olduğu zaman açıklanmalıdır. “Proje risk altında” ifadesi tek başına yeterli değildir. Hangi olayın neyi etkilediği ve hangi kararın durumu değiştirebileceği gösterilmelidir. Karar alınmadığında oluşacak sonuç da değerlendirmeye dahil edilir.
Karar kaydı, alınan kararın gerekçesini, sorumlusunu ve uygulama koşullarını izlenebilir kılar. Gözetim için sunulan bilgi, kararın büyüklüğüne ve riskine uygun olmalıdır. Gerektiğinde bağımsız inceleme kullanılabilir. Proje Yönetim Ofisi, kısaca PMO, bu mekanizmaların işlemesine yardımcı olabilir; ancak bütün onay yetkilerinin PMO'da toplandığı varsayılmamalıdır.
Gerçek vaka: Rivian'ın araç seçimi ve satın alma düzeni
Atlassian'ın yayımladığı Rivian vaka anlatımı, şirketin büyürken kullandığı araçları merkezileştirmesini ve ortak kontrol mekanizmaları oluşturmasını ele alıyor. Kaynağa göre araç kullanımı incelendi; tekrarlanan lisansları azaltma ve benzer işlevli eklentileri sınırlama yaklaşımı geliştirildi. Vaka, merkezileştirme ve yönetişimle yıllık araç maliyetinde yüzde 36 tasarruf bildiriyor. Bu oran sağlayıcının yayımladığı anlatıma dayanıyor; bağımsız denetim sonucu olarak sunulmuyor.
Aynı kaynak satın alma incelemesindeki karar dağılımını da açıklıyor. Finans bütçenin bulunup bulunmadığını değerlendiriyor, ayrı bir finans grubu talebin kurum öncelikleriyle uyumuna bakıyor ve teknoloji alımları ilgili teknoloji kuruluna yönlendiriliyor. Böylece farklı değerlendirmeler belirlenmiş sorumlulara bağlanıyor.
Bu vaka doğrudan bir projenin bütün yönetişim yapısını belgelemiyor; araç ve satın alma yönetişimini anlatıyor. Proje açısından çıkarılabilecek ders, yetkilerin uygulanabilir karar akışlarına dönüştürülebilmesidir. Bildirilen tasarruf da yalnızca kurul oluşturmanın sonucu gibi yorumlanmamalıdır; merkezileştirme ve çalışma biçimindeki değişiklikler birlikte ele alınmıştır.
Varsayımsal örnek: Ödeme altyapısı geçişinde kapsam değişikliği
Bir e-ticaret şirketi ödeme altyapısını değiştiriyor olsun. Proje yöneticisine, kabul edilen kapsam içinde iş sıralamasını düzenleme yetkisi verilir. Yeni bir ödeme yöntemi eklemek gibi müşteri deneyimini ve takvimi etkileyen değişiklikler ise sponsorun değerlendirmesine bağlanır. Güvenlik gereksinimlerini etkileyen konular ayrıca yetkili güvenlik sorumlusuna yönlendirilir.
Satış ekibi geçişe yeni bir ödeme seçeneğinin eklenmesini istesin. İş analisti ihtiyacı ve beklenen müşteri faydasını açıklar. Teknoloji ekibi geliştirme ve test etkisini, operasyon ekibi destek ihtiyacını değerlendirir. Proje yöneticisi mevcut planı korumak, kapsamı genişletmek veya özelliği sonraki çalışmaya bırakmak seçeneklerini hazırlar.
Sponsor ve gerekli onay sahipleri seçenekleri değerlendirir. Karar alındığında gerekçe, koşullar ve sorumlu kaydedilir; plan ile ilgili ekiplerin beklentileri güncellenir. Talep acil diye güvenlik değerlendirmesi atlanmaz. Öte yandan mevcut yetki içinde kalan küçük görev düzenlemeleri için bütün kurulun toplanması beklenmez.
Yayına geçişte de karar yetkisi önceden belirlenir. Test sonuçlarını kim inceleyecek, açık sorunları kim kabul edebilecek ve işletim devrini kim onaylayacak soruları açıklanır. Böylece son gün herkesin birbirinden izin beklediği bir durumun önüne geçilebilir. Kararın hızı, gerekli kanıtın hazırlanmasına ve yetki yolunun çalışmasına bağlıdır.
Yaygın üç hata
- Kurul oluşturmayı yeterli saymak
Kurul üyeleri hangi kararları vereceklerini bilmiyorsa toplantılar durum paylaşımıyla sınırlı kalabilir. Yetki alanı, karar için gereken katılım ve anlaşmazlık çözümü açıklanmalıdır. Kurulun işi, karar gerektiren konuları değerlendirmek ve sonuçlarını takip etmektir.
- Her değişikliği aynı onay yoluna sokmak
Küçük bir iş sıralaması değişikliği ile müşteri verisinin kullanımını değiştiren talep aynı incelemeyi gerektirmeyebilir. Eşikleri risk ve iş etkisine göre düzenleyin. Hangi kontrollerin esnetilemeyeceğini de belirtin. Böylece uyarlama, kişisel ayrıcalığa dönüşmeden uygulanabilir.
- Kararı uygulama ve iletişimden ayrı düşünmek
Onay verildiği halde plan güncellenmiyorsa ekipler eski taahhütlerle çalışabilir. Kararın uygulanacağı kişi, gerekli bilgilendirme ve kontrol zamanı kaydedilmelidir. Kararları izlemek, yalnızca toplantı tutanağını arşivlemekten daha fazla sorumluluk gerektirir.
Mini uygulama: Proje karar şablonu
Projenizde sık ortaya çıkan karar türlerini seçin. Her biri için aşağıdaki alanları doldurun ve ilgili yöneticilerle doğrulayın.
- Karar türü
- Kapsam, bütçe, kaynak, risk veya geçiş kararı mı?
- Yetkili
- Kararı kim verebilir?
- Eşik
- Hangi koşulda başka bir yetki düzeyine taşınır?
- Katılım
- Kimden görüş veya zorunlu onay alınır?
- Kanıt
- Hangi değerlendirmeler hazır olmalıdır?
- Zaman
- Karar en geç ne zaman gereklidir?
- Eskalasyon
- Karar alınamazsa konu kime taşınır?
- Kayıt
- Gerekçe ve koşullar nerede tutulur?
- Uygulama
- Kim harekete geçer ve sonuç nasıl doğrulanır?
Son kontrol için şu soruyu sorun: “Aynı konu yarın başka bir ekipte ortaya çıksa karar yolu anlaşılır olur mu?” Cevap belirsizse yapı kişilere fazla bağımlı olabilir. Bekleyen kararların süresini ve tekrar açılan konuları incelemek, yönetişimin hangi noktalarda açıklık veya iyileştirme gerektirdiğini görmeye yardımcı olur.
İlgili terimler
Project Sponsor, Project Charter, Business Case, Stakeholder Analysis, Stage-Gate, Scope Baseline and Change Control, Issue Management and Escalation, Project Health Check and Assurance, Strategic Alignment, Project Management Office