Proje Kategorizasyonunda Elmas Modeli (Diamond Model of Project Typology)

Proje Kategorizasyonunda Elmas Modeli (Diamond Model of Project Typology), Shenhar ve Dvir tarafından geliştirilmiş olan ve projeleri teknolojik karmaşıklık, görev yeniliği, karmaşıklık seviyesi ve hız gereksinimi gibi dört boyutta sınıflandırarak yönetişim, planlama ve liderlik stratejilerini daha uygun şekilde belirlemeye olanak tanıyan bir modeldir. Bu model, geleneksel “tek tip proje yaklaşımı”na karşı geliştirilmiştir.

Elmas Modeli, projeleri dört temel boyutta analiz ederek, her projenin kendine özgü doğasına göre yönetişim ve uygulama yaklaşımlarının farklılaştırılmasını öneren bir kategorizasyon aracıdır.

Bu model, “her projeye aynı araç ve yöntemlerle yaklaşmak hatalıdır” ilkesine dayanır.

Modelin 4 Ana Boyutu (Elmasın Köşeleri)

Elmas modeli, projeyi aşağıdaki dört eksende sınıflandırır:

  1. Teknolojik Belirsizlik (Technology Uncertainty)
  • Projede kullanılan teknolojinin olgunluk seviyesi nedir?
  • Ne kadar yenilik içeriyor?
Seviye Açıklama
Düşük Bilinen, daha önce kullanılmış teknoloji
Orta Kısmen test edilmiş, entegrasyon gerektiren teknoloji
Yüksek Yeni geliştirilmiş, henüz tam kanıtlanmamış teknoloji
Çok Yüksek Ar-Ge odaklı, spekülatif teknoloji kullanımı
  1. Görev Yeniliği (Novelty)
  • Projenin çıktısı kullanıcı veya pazara göre ne kadar yeni?
Seviye Açıklama
Düşük İyileştirme, tekrar eden işler
Orta Yeni kombinasyonlar, yeniden yapılandırmalar
Yüksek Piyasada yeni, müşteriler için tamamen yeni ürün/hizmet
Çok Yüksek Bilinmeyen bir ihtiyaca ilk yanıt (örneğin: inovasyon projeleri)
  1. Sistem Karmaşıklığı (Complexity)
  • Projenin organizasyonel veya teknik bileşenlerinin çeşitliliği ve etkileşimi nasıldır?
Seviye Açıklama
Düşük Tek disiplinli, basit yapı
Orta Çok disiplinli, bölümlere ayrılabilir sistemler
Yüksek Çok bileşenli, entegrasyon zor sistemler
Çok Yüksek Sistemlerin sistemi, mega yapı (örneğin akıllı şehir projeleri)
  1. Hız Gereksinimi (Pace)
  • Projenin tamamlanma süresi üzerindeki baskı düzeyi nedir?
Seviye Açıklama
Normal Planlanan takvime göre ilerlenebilir
Hızlı Rekabet baskısı nedeniyle zaman önceliklidir
Kritik Belirli bir tarih kaçırılırsa fırsat kaybedilir
Acil Kriz, afet veya müdahale projeleri gibi anlık reaksiyon gerekir

Modelin Uygulama Biçimi

Elmas Modeli, her proje için yukarıdaki dört boyutta değerlendirme yaparak şu tür sorulara yanıt verir:

  • Bu proje standart araçlarla yönetilebilir mi?
  • Ne tür liderlik ve iletişim tarzı gerekir?
  • Hangi risk ve kontrol mekanizmaları önceliklidir?
  • Proje yönetişimi merkezî mi, dağıtık mı olmalı?

Bu analiz sonunda her proje, kendine özgü bir elmas formu elde eder.

Tipik Elmas Profilleri

Proje Türü Elmas Profili (Genel Eğilimler)
İnşaat Projeleri Düşük yenilik, yüksek karmaşıklık
Ar-Ge Projeleri Yüksek teknoloji, yüksek yenilik
Yazılım Geliştirme Orta teknoloji, orta-yüksek karmaşıklık
Kriz Müdahale Projesi Çok yüksek hız, düşük planlama zamanı
Ürün İyileştirme Projesi Düşük yenilik, düşük karmaşıklık, normal hız

Yönetişim, Liderlik ve Stratejiye Etkisi

Boyut Yönetişim Etkisi Yönetim Stratejisi Liderlik Tarzı
Teknoloji Esneklik, prototipleme gerekir Deneme-öğrenme Destekleyici, uzman liderlik
Yenilik Müşteriyle yakın etkileşim gerekir Gereksinimlerin evrimsel tanımı Vizyoner liderlik
Karmaşıklık Modüler yaklaşım, entegrasyon kontrolü Sistem mühendisliği yaklaşımı Koordinatör liderlik
Hız Zaman baskısı nedeniyle karar hızlanmalı Minimum bürokrasi, kısa döngüler Karar odaklı liderlik

Elmas Modeli, projelerin birbirinden ne kadar farklı olabileceğini sistematik şekilde göstererek, her proje için “uygun yönetişim, planlama ve liderlik” yapılarını belirlemeye olanak tanır. Bu model sayesinde:

  • Kaynak tahsisi daha doğru yapılır,
  • Uygun proje yönetim metodolojisi seçilir (örneğin: geleneksel, çevik, hibrit),
  • Stratejik öncelikler netleştirilir.

Türkçe eğitimler

İngilizce eğitimler

Oligopol Proje Yönetişim Yapısı

Oligopol Proje Yönetişim Yapısı, klasik hiyerarşik yönetişim modellerinden farklı olarak, projelerdeki karar alma yetkisinin birkaç güçlü aktör arasında paylaşıldığı ve bu aktörlerin karşılıklı bağımlılık içinde hareket ettiği bir yönetişim modelidir. Bu yapı, özellikle karmaşık, çok ortaklı, stratejik öneme sahip projelerde görülür ve adını ekonomi literatüründeki “oligopol” (az sayıda oyuncunun piyasaya egemen olduğu yapı) kavramından alır.

Oligopol proje yönetişimi, projede karar alma ve yön verme süreçlerinin, az sayıda güçlü paydaş arasında yatay olarak dağıtıldığı ve bu aktörlerin birbirlerinin kararlarını dikkate alarak hareket etmek zorunda kaldığı bir yönetişim sistemidir.

Yapısal Özellikler

Özellik Açıklama
Çoklu Karar Merkezi Karar alma tek elde toplanmaz; iki veya daha fazla güçlü aktör ortak karar verir.
Karşılıklı Bağımlılık Aktörlerin kararları diğerlerinin onayı, çıkarı veya iş birliğiyle şekillenir.
Pazarlık ve İttifaklar Karar süreçleri genellikle resmi oylamalardan çok, görüşmeler ve ittifaklarla yürür.
Çıkar Dengesi Her paydaş kendi çıkarlarını korurken ortak fayda üretme zorunluluğundadır.
Yatay Güç Dinamikleri Birden fazla “eşit ağırlıklı” yönlendirici unsur bulunur (örneğin ana sponsor, düzenleyici otorite, stratejik ortak).

Oligopol Yönetişim Aktörleri

Oligopol proje yönetişiminde tipik olarak şu tür aktörler bulunur:

Aktör Rol
Ana Sponsor Finansal güç ve vizyon belirleyici
Ana Müşteri veya Kamu Otoritesi Talep ve düzenleme belirleyici
Kilit Tedarikçi veya Stratejik Ortak Teknik bilgi ve kaynak sağlayıcı
Program veya Konsorsiyum Lideri Uygulayıcı yönetişim arayüzü
Dış Paydaş Temsilcileri Yasal veya sosyal onay sağlayıcı

Proje Türleri

Oligopol yönetişim yapısı genellikle şu tür projelerde görülür:

  • Kamu-özel sektör ortaklığı (PPP) projeleri
  • Çok uluslu büyük altyapı projeleri
  • Savunma, enerji veya ulaştırma alanında stratejik mega projeler
  • Ortak AR-GE veya inovasyon konsorsiyumları
  • Regülasyona tabi, yüksek maliyetli teknoloji yatırımları

Avantajlar ve Zorluklar

Avantajlar Zorluklar
Paydaş katılımı ve desteği yüksektir Karar alma yavaş ve karmaşıktır
Risk ve sorumluluk paylaşımı mümkündür İttifak çatışmaları çıkabilir
Farklı uzmanlıkların birleşmesini sağlar Hedeflerin hizalanması zordur
Projenin siyasi ve toplumsal meşruiyeti güçlenir Güç dengesi değiştikçe proje yönü sapabilir

Yönetişim Mekanizmaları

Oligopol yapılar için önerilen yönetişim araçları:

Mekanizma Açıklama
Yönlendirme Komitesi (Steering Committee) Her güçlü paydaşın temsil edildiği karar alma yapısı
Ortak Paydaş Sözleşmeleri (MoU, Joint Venture Agreements) Hak, yetki ve yükümlülüklerin açık tanımı
Dönemsel Stratejik İncelemeler Ortak hedeflerin revizyonu ve uyum kontrolleri
Eşgüdüm Ofisi / PMO Aktörler arası bilgi akışını ve uygulama birliğini sağlar
Çıkar Uyum Matrisi (Stakeholder Alignment Matrix) Karar süreçlerini etkileyen çıkarların görselleştirilmesi

Oligopol proje yönetişim yapısı, çok paydaşlı ve stratejik öneme sahip projelerde etkili bir yönetişim modeli sunar. Ancak bu modelin başarısı, şeffaflık, güven, uzlaşma kültürü ve yapılandırılmış karar süreçleri ile doğrudan ilişkilidir. Başarılı uygulamalar için güçlü bir yönlendirme çerçevesi, uyum araçları ve deneyimli arabulucu ekipler gerekir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetişim Ağı (PYA) Yapısı

Geleneksel proje yönetişim modelleri genellikle hiyerarşik ve tek yönlü karar mekanizmalarına dayanır. Ancak karmaşık, çok paydaşlı ve değişken ortamlarda yürütülen çağdaş projeler için bu modeller yetersiz kalmaktadır. Bu noktada devreye giren Proje Yönetişim Ağı (PYA – Project Governance Network), projeyi sadece yöneten değil, projeye değer katan tüm aktörlerin etkileşimini kapsayan ağ tabanlı bir yönetişim yaklaşımı sunar.

PYA Nedir?

Proje Yönetişim Ağı (PYA), proje içindeki karar alma, kontrol, denetim ve değer üretme işlevlerinin bir hiyerarşi yerine birbiriyle etkileşimde olan düğümler (aktörler) ağı üzerinden yürütüldüğü çok katmanlı bir yönetişim modelidir.

PYA, klasik “komuta-kontrol” anlayışından farklı olarak, dağıtık sorumluluk, şeffaf bilgi akışı ve etkileşim temelli karar alma ilkelerine dayanır.

PYA’nin Temel Özellikleri

Özellik Açıklama
Ağ Tabanlılık Yönetişim, sabit yapılarla değil, birbirine bağlı aktörler ve ilişkilerle yürütülür.
Çok Katmanlılık Stratejik, taktiksel ve operasyonel düzeyler eş zamanlı işler.
Roller Arası Eşgüdüm Yönetişim yalnızca proje yöneticisine değil, sponsor, müşteri, paydaşlar ve ekip üyelerine yayılır.
Karar Merkezi Dağılımı Farklı konular için kararlar farklı düğümlerde alınır (örneğin: teknik kararlar mühendislik grubunda, bütçe kararları yönetim komitesinde).
Uyarlanabilirlik Değişen koşullara karşı PYA ağı yeniden yapılandırılabilir.

PYA Yapısının Bileşenleri

PYA, çeşitli yönetişim düğümlerinin birbirine bağlanarak oluşturduğu bir yapıdır. Her düğüm, belirli bir işlevi yerine getirir:

  1. Stratejik Düğüm (Yön Verici Merkez)
  • Kurumsal üst yönetim, proje sponsoru, portföy yöneticisi
  • Görev: Projeyi stratejik hedeflere hizalar, onay mekanizmalarını sağlar
  1. Taktik Düğüm (Eşgüdüm Merkezi)
  • Proje Yöneticisi, PMO, fonksiyon yöneticileri
  • Görev: Zaman, kaynak, kapsam ve risk gibi konularda koordinasyonu sağlar
  1. Operasyonel Düğüm (Uygulayıcı Merkez)
  • Proje ekipleri, teknik uzmanlar, saha personeli
  • Görev: Günlük faaliyetleri yürütür, çıktı üretir
  1. Değer ve Kalite Düğümü
  • Müşteri temsilcileri, kalite yöneticileri, iş analistleri
  • Görev: Değer üretimini izler, kalite ve kullanıcı beklentileriyle hizalama sağlar
  1. Destekleyici Düğümler
  • Hukuk, insan kaynakları, tedarik, bilgi teknolojileri
  • Görev: Operasyonel ve taktik düğümlere destek sağlar

Etkinlik İçin Ana Prensipler

İlke Açıklama
Şeffaflık Bilgi ve karar süreçleri erişilebilir olmalı
Sorumluluk Paylaşımı Yalnızca proje yöneticisi değil, tüm ağ katılımcıları sorumludur
Çift Yönlü Geri Bildirim Stratejik hedeflerle operasyonel gerçeklik arasında sürekli diyalog sağlanmalıdır
Esneklik ve Uyum Ağ, çevresel değişimlere göre evrilebilir olmalıdır

PYA ile Klasik Yönetişim Modelinin Karşılaştırması

Kriter Klasik Model PYA Modeli
Karar Merkezi Tek (PM/Sponsor) Dağıtılmış (çoklu düğümler)
Yapı Hiyerarşik Ağ tabanlı
Uyarlanabilirlik Düşük Yüksek
Şeffaflık Sınırlı Yüksek
Paydaş Katılımı Kısıtlı Aktif
Geri Bildirim Süreci Gecikmeli Anlık/Çevik

PYA’nin Proje Başarısına Katkıları

  • Hızlı ve bağlama uygun kararlar alınmasını sağlar
  • Sahiplenme ve katılım artırılır
  • Riskler daha erken görünür hale gelir
  • Stratejik uyum güçlenir
  • Çevik tepki verme kapasitesi oluşur

Uygulama Önerileri

  1. PYA Haritalaması Yapın: Tüm paydaşları ve yönetişim düğümlerini görselleştirin.
  2. Karar Haklarını Netleştirin: Hangi konularda kimler karar alabilir, açık şekilde tanımlayın.
  3. Bağlantı Noktalarını Belirleyin: Düğümler arasındaki bilgi ve yetki akışlarını belirleyin.
  4. Geri Bildirim Mekanizmaları Kurun: Yukarıdan-aşağıya ve aşağıdan-yukarıya bilgi akışı sağlayın.
  5. Esneklik Alanları Tanımlayın: PYA’nin değişen ihtiyaçlara nasıl uyarlanacağını planlayın.

Proje Yönetişim Ağı (PYA), çağdaş projelerin ihtiyaç duyduğu esneklik, şeffaflık, çok seslilik ve hız gibi nitelikleri yönetişim süreçlerine kazandıran modern bir modeldir. Hiyerarşik kısıtları aşan bu ağ yapısı, proje başarısını yalnızca bir yöneticinin omzuna değil, organize edilmiş kolektif akla dayandırır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Problem Çözme Döngüsü

Projeler, doğası gereği belirsizlik, karmaşıklık ve değişkenlik barındırır. Bu nedenle, karşılaşılan problemleri sistematik şekilde çözmek, proje başarısı için kritik öneme sahiptir. Etkili bir problem çözme süreci yalnızca sorunu ortadan kaldırmakla kalmaz, aynı zamanda proje öğrenmesini, paydaş güvenini ve sürekli iyileştirmeyi destekler.

Problem Çözme Döngüsünün Aşamaları

  1. Perceive Problem (Problemi Algıla)

İlk adım, bir şeylerin ters gittiğine dair belirtilerin fark edilmesidir. Bu, kullanıcı şikâyetleri, performans düşüşü veya gözlemlenen sapmalar olabilir.

  1. Gather Data (Veri Topla)

Sorunun kaynağını anlayabilmek için gözlemsel, ölçümsel veya deneyimsel veriler toplanır. Bu aşamada nesnel ve geçerli bilgi hayati öneme sahiptir.

  1. Define Problem (Problemi Tanımla)

Toplanan veriler ışığında problemin sınırları, etki alanı ve nedenleri net biçimde ifade edilir. Belirsizlik azaltılır ve odak keskinleşir.

  1. Generate Solutions (Çözüm Üret)

Yaratıcı ve analitik düşünce teknikleri (beyin fırtınası, neden-sonuç diyagramları, vb.) kullanılarak çok sayıda çözüm alternatifi geliştirilir.

  1. Evaluate Solutions (Çözümleri Değerlendir)

Her çözümün uygulanabilirliği, etkisi, süresi, maliyeti ve riskleri değerlendirilir. Karar verme sürecine hazırlık yapılır.

  1. Select Solution (Çözüm Seç)

En uygun çözüm alternatifleri içinden, proje hedeflerine en çok katkı sağlayanı seçilir. Bu aşama stratejik değerlendirme gerektirir.

  1. Communicate (Paydaşlarla Paylaş)

Seçilen çözüm, proje ekibi ve ilgili paydaşlarla açık ve net biçimde paylaşılır. Uygulama süreci için destek ve onay alınır.

  1. Plan Work (Çalışmayı Planla)

Uygulama adımları detaylandırılır. Zamanlama, kaynaklar ve sorumluluklar tanımlanır.

  1. Implement (Uygula)

Planlanan çözüm uygulamaya alınır. Geliştirilen eylem adımları sahada hayata geçirilir.

  1. Monitor (İzle)

Uygulamanın etkileri izlenir. Hedeflenen iyileşme gerçekleşiyor mu, yoksa yeni sorunlar mı oluşuyor sorusu bu aşamada değerlendirilir.

Karar Alma Dikeyleri

Grafikte ayrıca iki kritik karar hattı yer almaktadır:

Make Decision (Karar Verme Aksı – Sağ Dikey):

  • Problem analiz sürecinde, hangi çözümün uygulanacağına karar verilir.
  • Stratejik, teknik ve paydaş boyutlarıyla uyumlu karar alma gerekir.

Take Decision (Uygulama Aksı – Sol Dikey):

  • Uygulama sırasında geri bildirimlere göre karar yeniden gözden geçirilir.
  • Çözüm işe yaramıyorsa, alternatif yollarla devam edilip edilmeyeceğine karar verilir.

Bu ayrım, problem çözmenin sadece analitik değil, uyarlayıcı bir karar süreci olduğunu vurgular.

Döngüsel Yapının Önemi

Modelin döngüsel olması şu unsurlara işaret eder:

  • Süreç sona erdiğinde değil, iyileşme tamamlandığında kapanır.
  • Uygulanan çözüm sonrası elde edilen veriler, yeni bir problem algısına yol açabilir.
  • Bu da öğrenen proje yapısının temelini oluşturur.

Proje Yönetimi Bağlamında Katkıları

Katkı Alanı Açıklama
Risk Yönetimi Sorunlar erken tespit edilip ele alınır.
İletişim Yönetimi Kararlar ve çözümler açıkça paylaşılır.
Zaman ve Maliyet Kontrolü Sorunların büyümesi önlenerek kaynaklar etkin kullanılır.
Sürekli İyileştirme Her döngü, projeyi daha verimli hale getirir.

Projelerde Problem Çözme Döngüsü, analitik düşünceyle karar alma süreçlerini birleştiren, döngüsel ve uygulama odaklı bir yaklaşımdır. Bu sistematik yapı sayesinde projeler yalnızca sorunlara tepki vermekle kalmaz; aynı zamanda öğrenen, uyumlanan ve gelişen yapılar haline gelir.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Açık Karar Çerçevesi (Open Decision Framework)

Açık Karar Çerçevesi (Open Decision Framework), özellikle Red Hat gibi açık kaynaklı organizasyon kültürüne sahip şirketlerde geliştirilmiş bir karar alma modelidir. Bu çerçeve, karmaşık organizasyonlarda şeffaflık, katılımcılık ve kolektif sorumlulukla karar alınmasını desteklemek amacıyla geliştirilmiştir. Geleneksel yukarıdan-aşağıya karar alma yaklaşımlarına alternatif olarak, daha çevik ve kapsayıcı bir yönetim anlayışı sunar.

Açık Karar Çerçevesi, bir organizasyonda kararların, şeffaf, katılımcı ve hesap verebilir şekilde alınmasını sağlayan sistematik bir yaklaşımdır. Karar sürecinde farklı paydaşların bilgisi ve bakış açısı proaktif şekilde sürece dahil edilir.

Temel Amaçlar

  1. Bilgiye dayalı ve kaliteli kararlar almak
  2. Kurum içi güven ve şeffaflık ortamı oluşturmak
  3. Kararların sahiplenilmesini ve uygulanmasını kolaylaştırmak
  4. Yenilikçiliği ve farklı bakış açılarını teşvik etmek

Modelin Ana Bileşenleri

Bileşen Açıklama
Şeffaflık (Transparency) Kararların amacı, kapsamı, varsayımları ve sınırlamaları açık şekilde paylaşılır.
Katılımcılık (Inclusivity) Kararın etkileyebileceği kişiler sürece erkenden dahil edilir.
Erken Katılım (Early Engagement) Bilgi ve katkı, kararın sonuna değil başına yerleştirilir.
Açık Geri Bildirim (Open Feedback) Geri bildirim yalnızca çağrılmaz; aktif olarak istenir, dinlenir ve entegre edilir.
Sahiplenme (Shared Ownership) Karar, uygulamada ilgili birimlerin desteğiyle yürütülür.
Sorumluluk (Accountability) Nihai karar ve sonuçlarının sorumluluğu nettir; ama süreç kolektiftir.

Açık Karar Süreci Adımları

  1. Niyeti Açıkla
    – Kararın neden gerekli olduğunu, kimin için ne anlam taşıdığını açıklayın.
  2. Paydaşları Belirle
    – Karardan doğrudan ya da dolaylı etkilenecek grupları tespit edin.
  3. Bilgi Paylaşımı ve Geri Bildirim Toplama
    – Varsayımları, verileri ve alternatifleri paylaşarak geri bildirim toplayın.
  4. Karar Alma
    – Şeffaf kriterlere dayanarak kararı verin. Nihai karar vericiyi tanımlayın.
  5. Geri Bildirimle Gözden Geçirme
    – Karar sonrası etkiyi değerlendirin, gerektiğinde iyileştirme yapın.

Geleneksel vs Açık Karar Karşılaştırması

Özellik Geleneksel Karar Modeli Açık Karar Çerçevesi
Karar Sahibi Yönetici veya lider Tanımlı ama kolektif katkıya açık
Bilgiye Erişim Sınırlı ve seçici Açık, herkesle paylaşılır
Geri Bildirim Genellikle sonra alınır Sürecin başında alınır
Katılım Az sayıda kişi Tüm ilgili paydaşlar
Uygulama Yukarıdan aşağı Ortak sahiplenmeyle
Değişime Uyum Zayıf Yüksek esneklik ve öğrenme içerir

Kullanım Alanları

  • Politika ve strateji belirleme
  • Yeni ürün veya hizmet geliştirme
  • Organizasyonel değişiklikler
  • Proje önceliklendirme ve kaynak dağılımı
  • İç süreçlerin revizyonu

Proje Yönetimi Bağlamında Uygulama Örneği

Bir IT şirketinde yazılım geliştirme metodolojisi değiştirilecek (örneğin, Waterfall’dan Agile’a geçiş).

Adım Açıklama
Niyeti Açıkla Verimlilik, hız ve müşteri memnuniyetini artırmak için metodoloji değiştiriliyor.
Paydaşları Belirle Geliştiriciler, testçiler, proje yöneticileri, müşteriler
Geri Bildirim Topla Geliştiricilerden pratik görüş, yöneticilerden stratejik geri bildirim alınır.
Karar Ver Seçilen Agile yöntemi açıklanır. Geçiş süreci paylaşılır.
Gözden Geçir İlk Sprint sonrası retrospektif yapılır, karar güncellenir.

Kazandırdığı Organizasyonel Değerler

Değer Açıklama
Güven Çalışanlar sürece katıldığında, kararlar daha çok sahiplenilir.
Hızlı Adaptasyon Sürekli geri bildirim mekanizması ile kararlar evrilir.
Yenilikçilik Farklı bakış açılarıyla yaratıcı çözümler doğar.
Hesap Verebilirlik Sorumluluk paylaşılır ama netleştirilir.

Açık Karar Çerçevesi, geleneksel otoriter karar alma kültürüne karşı; şeffaf, katılımcı ve öğrenen organizasyonlar yaratmak için etkili bir yaklaşımdır. Hem karar kalitesini artırır hem de kurum içinde güven, etkileşim ve adaptasyon kabiliyeti oluşturur. Çevik ve dinamik yapılar için olmazsa olmaz bir yönetişim aracıdır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Kişisel Çeviklik Feneri Modeli (PALH™)

Kişisel Çeviklik Feneri Modeli (Personal Agility Lighthouse – PALH™), bireylerin çevik düşünce yapısını kişisel düzeyde nasıl uygulayabileceklerini sistematik biçimde analiz eden ve geliştirmeyi hedefleyen bir modeldir. Çevik organizasyonların temel değerlerini birey ölçeğine indirgeyerek, kişisel farkındalık, denge, karar alma ve eylem süreçlerine ışık tutar. Model, adını İngilizce karşılığı olan Personal Agility Lighthouse ifadesinin baş harflerinden alır (PALH™ – tescilli bir çerçevedir).

Kişisel Çeviklik Feneri Modeli (PALH™), bireylerin değişen koşullara karşı daha uyumlu, önceliklerini daha net belirleyen, daha etkili kararlar alabilen ve kendi yaşamlarının liderliğini yapabilen çevik bireyler olmalarını sağlayan bir öz-yönetişim çerçevesidir.

Modelin 6 Temel Boyutu

Kişisel çevikliği artırmak için model aşağıdaki 6 boyuttan oluşur. Bu boyutlar, bireyin çevresine ve kendine karşı gösterdiği esnekliği, farkındalığı ve yönetsel becerisini kapsar:

Boyut Açıklama
Amaç (Purpose) Kişinin neden yaşadığı, neye hizmet ettiğini fark etmesi. Kişisel pusula.
Farkındalık (Awareness) İçsel ve dışsal farkındalık. Ne hissediyorum? Ne oluyor? sorularının cevabı.
Öncelik (Leverage) Ne önemli, ne acil? Zaman ve enerji yatırımında netlik.
Odak (Focus) Karışıklıklar arasında hedefe yönelme ve dikkatini koruyabilme becerisi.
Eylem (Habitual Action) Kararları istikrarlı biçimde eyleme dönüştürme gücü. Küçük adımların sürekliliği.
Yansıtma (Honest Reflection) Deneyimlerden öğrenme, geribildirim alma ve kendini değerlendirme alışkanlığı.

Bu bileşenler birlikte kişisel çeviklik “ışığını” yakar. Model bu yönüyle bireye “fener tutma” metaforu üzerinden yön gösterir.

Kişisel Çeviklik Süreci – 3 Aşamalı Yaklaşım

  1. Düşün → (Reflektif farkındalık):
    • Benim için anlamlı olan nedir?
    • Şu an en büyük fırsatım veya zorluğum ne?
  2. Odaklan → (Seçici odak):
    • Şu anda gerçekten önemli olan ne?
    • Bugün neye “hayır” demem gerekiyor?
  3. Harekete Geç → (İleri taşıyan alışkanlıklar):
    • Hangi küçük eylemi bugün atabilirim?
    • Eylemlerim değerlerimle tutarlı mı?

Modelin Kazandırdığı Yetkinlikler

Yetkinlik Gelişim Alanı
Öz-yönetim Zaman, enerji ve dikkat kontrolü
Karar alma çevikliği Belirsizlik içinde yön bulma
Esneklik & dayanıklılık VUCA ortamlarına karşı psikolojik uyum
Önceliklendirme becerisi Zaman yönetimi ve sonuç odaklılık
Öğrenme çevikliği Deneyimlerden hızlı öğrenme ve uyum

Uygulama Örnekleri (Bireysel Düzeyde)

Durum PALH™ Yaklaşımı
Sürekli meşgul ama verimsiz hissetmek Öncelik & Odak eksikliğini sorgulamak
Hedef koyamamak Amaç boyutunda netleşmek
Erteleme alışkanlığı Eylem boyutunda küçük alışkanlıklar başlatmak
Karar yorgunluğu Farkındalık ile tetikleyicileri anlamak
Stres altında yön kaybı Yansıtma ile içsel denge kurmak

Çevik Liderlik ve Kişisel Çeviklik İlişkisi

Proje yöneticileri, ekip liderleri ve danışmanlar için PALH™ modeli, sadece bireysel gelişim değil, çevik ekipler için kültürel temel sağlar. Liderin kişisel çevikliği:

  • Ekibin psikolojik güvenliğini artırır.
  • Gerçek önceliklerin netleşmesini sağlar.
  • Değişimlere daha hızlı uyum sağlar.

Kişisel Çeviklik Feneri Modeli (PALH™), bireylerin kendi yaşamları ve profesyonel rollerinde belirsizliğe karşı sağlam durmalarını, yönlerini korumalarını ve değer odaklı hareket etmelerini sağlayan güçlü bir kişisel liderlik aracıdır. Karmaşıklık çağında, sadece çevik ekipler değil, çevik bireyler de kurumsal başarının anahtarıdır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Değer Spektrumu Çerçevesi

Proje yönetimi geleneksel olarak kapsam, zaman ve maliyet (üçlü kısıt) etrafında yapılandırılmıştır. Ancak çağdaş yönetim anlayışı, projelerin başarısını yalnızca teslimatlarla değil, yarattığı değerin kapsamı ve sürdürülebilirliği ile değerlendirmektedir. Bu noktada “Değer Spektrumu Çerçevesi” (Value Spectrum Framework), projelerde farklı paydaşlara göre şekillenen değer anlayışlarını sistematik biçimde analiz etmeyi ve yönetmeyi mümkün kılar.

Değer Spektrumu Nedir?

Değer Spektrumu, bir projenin oluşturduğu değerin tek boyutlu değil, çok boyutlu ve çok paydaşlı bir yelpazede dağıldığını ifade eder. Farklı paydaşlar (müşteri, son kullanıcı, sponsor, toplum, ekip vb.), projeden farklı türde değerler bekler:

Değer Türü Açıklama
Ekonomik Değer Maliyet tasarrufu, gelir artışı, yatırım getirisi (ROI)
Fonksiyonel Değer Ürün veya hizmetin kullanım kolaylığı, işlevselliği
Duygusal/Sosyal Değer Marka algısı, sosyal etki, paydaş memnuniyeti
Stratejik Değer Rekabet avantajı, yenilik kapasitesi, pazar genişlemesi
Sürdürülebilirlik Değeri Çevresel, etik veya uzun vadeli sosyal katkı

Bu değerler tek bir noktada toplanmaz; bir spektrum (yelpaze) oluşturur. Proje yöneticisi bu spektrumu anlamalı, dengelemeli ve yönetebilmelidir.

Değer Spektrumu Çerçevesi’nin Yapısı

Aşağıda çerçevenin temel bileşenleri yer almaktadır:

  1. Değer Boyutları (Dimensions of Value)

Projede yaratılan değerin türleri. Yukarıda açıklandığı gibi ekonomik, stratejik, sosyal vb.

  1. Paydaş Odaklılık (Stakeholder-Centricity)

Her değerin hangi paydaş(lar) için anlam ifade ettiğini belirlemek gerekir. Örneğin:

Paydaş Beklediği Değer
Müşteri Fonksiyonel + Ekonomik
Yönetim Stratejik + Finansal
Kamu Sosyal + Çevresel
Proje Ekibi Öğrenme + Motivasyon
  1. Zaman Boyutu (Value Timing)

Değerin ne zaman ortaya çıkacağına dair farkındalık gerekir:

  • Anlık Değer: Teslimatla birlikte gerçekleşen (örneğin fonksiyonel değer)
  • Süreçsel Değer: Proje süresince oluşan (ekip motivasyonu, öğrenme vb.)
  • Gecikmeli Değer: Projeden sonra ortaya çıkan (ROI, marka algısı, sürdürülebilir etki)
  1. Algısal Farklılıklar

Aynı sonuç, farklı paydaşlar için farklı algılanabilir. Bu nedenle proje sonunda “değer sağlandı mı?” sorusu, objektif çıktılar kadar, algısal değerlendirmeleri de içermelidir.

Uygulama Adımları

  1. Değer Spektrumunu Haritalama
  1. Projenin tüm paydaşlarını belirleyin.
  2. Her bir paydaş için değer beklentilerini listeleyin.
  3. Değerleri türlerine göre sınıflandırın.
  4. Oluşum zamanını belirleyin.
  5. Çakışma ve öncelik analizleri yapın.
  1. Değer Odaklı Karar Verme
  • Kısıtlar veya değişiklik talepleri geldiğinde kararları, sadece bütçe veya süreye göre değil, değer üzerindeki etkilerine göre değerlendirin.
  1. İzleme ve Raporlama
  • KPI’lar sadece bütçe veya zamanla sınırlı olmamalı. Değer KPI’ları belirlenmelidir (örneğin müşteri memnuniyeti endeksi, çevresel etki puanı, yenilikçilik oranı).

Örnek: Bir Dijital Dönüşüm Projesi Üzerinden Uygulama

Değer Türü Paydaş Ne zaman oluşur? KPI Örneği
Fonksiyonel Kullanıcı Teslimat anında Uygulama kullanılabilirlik puanı
Ekonomik Yönetim 6 ay sonra ROI, toplam maliyet tasarrufu
Sosyal Kamu/Toplum Süreç boyunca Sosyal medya etkileşim oranı
Stratejik Üst Yönetim Proje sonrası Yeni pazar erişimi oranı
Motivasyonel Ekip Proje süresince İç motivasyon anket puanı

Yararları

Avantaj Açıklama
Değer merkezli proje yönetimi Proje başarısı sadece teslimata değil, sağlanan değere bağlanır.
Paydaş odaklılık artar Beklentiler daha açık ve yönetilebilir hale gelir.
Karar kalitesi yükselir Hangi kararın hangi değeri etkilediği daha görünür olur.
Stratejik uyum sağlanır Proje çıktıları, kurumun büyük resmiyle daha iyi hizalanır.

“Projelerde Değer Spektrumu Çerçevesi”, projelerin karmaşıklığını ve çok paydaşlı yapısını dikkate alarak, değeri çok boyutlu, zaman içinde değişen ve paydaş odaklı bir sistematikle ele alır. Bu yaklaşım, yalnızca projeyi “tamamlamayı” değil, anlamlı ve sürdürülebilir fayda üretmeyi esas alır.

Türkçe eğitimler

İngilizce eğitimler

Projeler ve Meta Yeterlilik Kanunu

Meta Yeterlilik Kanunu (İng. Law of Requisite Meta-Variety), Stafford Beer’in yönetim sibernetiği yaklaşımı içinde, Ross Ashby’nin Gerekli Çeşitlilik Yasasının (Law of Requisite Variety) bir genişlemesi (meta-düzey uygulaması) olarak ortaya çıkmıştır.

Bir kontrol sisteminin, denetlediği sistemi etkili şekilde yönetebilmesi için yalnızca eşdeğer çeşitliliğe değil, bu çeşitliliği yönetecek üst-düzey (meta) stratejik kapasiteye de sahip olması gerekir.

Ashby’nin yasası şunu söyler:

“Kontrol eden sistem, kontrol ettiği sistem kadar çeşitli olmalıdır.”

Ancak bu sadece birinci düzey bir çözümdür.

Stafford Beer, bunun yeterli olmadığını fark etmiş ve şu soruyu sormuştur:

“Peki, bu dengeyi sürekli olarak nasıl koruyacağız? Değişen çevreye göre sistem nasıl uyumlanacak?”

İşte burada “Meta Yeterlilik” devreye girer:

  • Bir sistemin denge ve kontrol kurma kapasitesi, kendi kontrol süreçlerini yönetme, yeniden yapılandırma ve uyumlandırma becerisine de bağlıdır.
  • Yani sistem, sadece kendi alt birimlerini değil, kendi kontrol mekanizmasını da yönetebilmelidir.

Temel Prensip:

Kavram Açıklama
Çeşitlilik (Variety) Sistem dış çevreden gelen karmaşık sinyallerle başa çıkabilmeli.
Meta-Çeşitlilik (Meta-Variety) Sistem, kendi çeşitlilik yönetimini de denetleyebilmelidir.
Uyarlanabilirlik Sadece “reaktif” değil, “proaktif ve öz-yönelimli” kontrol gerekir.

Basit Bir Analoji:

  • Bir fabrika yöneticisi (Sistem 3) işçilerin üretkenliğini (Sistem 1) yönetir.
  • Ama piyasa koşulları değişirse, o yöneticinin kendi yönetim tarzını değiştirme, yeni KPI’lar koyma ya da karar alma süreçlerini esnetme becerisine de ihtiyacı vardır.

Yani yöneticinin, kendi yönetsel reflekslerini yönetebilme kapasitesi olmalıdır. Bu, meta-yeterliliktir.

Proje Yönetimi Bağlamında Yorumu:

Proje yöneticisinin:

  • Plan yapması (Sistem 3 yeterliliği),
  • Planın işe yaramadığını fark edip, planlama yöntemini değiştirmesi (meta-yeterliliktir).

Bu meta-seviyedeki yeterlilik olmadan, proje yönetimi statikleşir, çevreye uyum sağlayamaz, öğrenemez ve sürdürülebilirliğini kaybeder.

Kapsam Açıklama
Ashby’nin Yasası Denetlemek için gereken çeşitlilik
Beer’in Meta Yeterlilik Kanunu Denetleme kapasitesini sürdürebilmek için gereken meta-çeşitlilik

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Uygulanabilir Sistemler Modeli

Stafford Beer’in “Uygulanabilir Sistemler Modeli” (Viable System Model – VSM), karmaşık organizasyonların yaşamlarını sürdürebilmeleri için nasıl organize olmaları gerektiğini açıklayan, sibernetiğe dayalı bir modeldir. İlk olarak 1972’de yayımlanan “Brain of the Firm” adlı eserinde detaylandırılmıştır.

KAVRAMSAL TEMEL

“Viable” (yaşayabilir/uygulanabilir) sistem, çevresel değişimlere uyum sağlayabilen, kendi içinde denge kurabilen ve uzun vadede sürdürülebilirliğini koruyabilen sistemdir.

MODELİN TEMEL AMACI

Bir organizasyonun hem karar alma, hem de uygulama süreçlerinde denge, esneklik ve uyum yeteneğini nasıl kurabileceğini sistematik olarak modellemek.

MODELİN 5 ANA SİSTEMİ

Aşağıdaki beş sistem, bir organizasyonun yaşayabilirliğini sürdürebilmesi için gerekli olan işlevsel alanları temsil eder:

Sistem Fonksiyon Açıklama
Sistem 1 – Operasyonlar Üretim ve Hizmetler Günlük işleri yürütür. Organizasyonun temel faaliyet birimleridir.
Sistem 2 – Koordinasyon Süreç Uyumlama Sistem 1’ler arasında çatışmayı önler, standartları ve bilgi akışını düzenler.
Sistem 3 – Kontrol İç Yönetim Kaynak tahsisi, performans izleme ve karar alma işlevlerini içerir.
Sistem 4 – Zeka Strateji & Uyum Çevresel değişimleri gözlemler, yenilikleri analiz eder, geleceğe hazırlar.
Sistem 5 – Politika Kimlik & Yönelim Organizasyonun misyon, değer ve uzun vadeli yönelimini belirler. Sistemler arası dengeyi sağlar.

MODELİN İŞLEYİŞİ

  • Sistem 1’ler birbirinden özerk ama koordinasyon (S2) ile uyumlu çalışır.
  • Sistem 3, sistem 1’lerin etkinliğini değerlendirir ve müdahale eder.
  • Sistem 4, dış çevreyi gözlemler ve stratejik geri bildirim sağlar.
  • Sistem 5, hem iç dengeyi hem de stratejik yönelimi korur.

Uygulama Alanları

  • Kurumsal yeniden yapılandırma
  • Proje portföy yönetimi
  • Stratejik denge kurma
  • Karmaşık organizasyonların analiz ve tasarımı
  • Devlet ve kamu hizmetlerinde sistem yönetimi

PROJE YÖNETİMİ BAĞLAMINDA YORUM

Sistem Proje Yönetimi Karşılığı
Sistem 1 Proje ekipleri, alt projeler
Sistem 2 Proje ofisi, koordinasyon mekanizmaları
Sistem 3 Proje yöneticisi, portföy kontrol mekanizması
Sistem 4 Stratejik analiz, değişiklik yönetimi, dış paydaşlar
Sistem 5 Üst yönetim, stratejik vizyon, yönetişim kurulu

Stafford Beer’in Viable System Model’i, bir organizasyonun kendi içinde hiyerarşik ama esnek, merkezileşmiş ama çevik, uyumlu ama özerk olabilmesini sağlamak üzere tasarlanmış, sibernetik kökenli bir yönetişim modelidir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Dilts Piramidi

Dilts Piramidi, Robert Dilts tarafından geliştirilen ve bireysel ya da organizasyonel değişim süreçlerinde farkındalık oluşturmak amacıyla kullanılan bir modeldir. Aynı zamanda Nörolojik Seviyeler Modeli (Logical Levels) olarak da bilinir. Bu model, bir bireyin ya da kurumun düşünce, davranış ve kimlik düzeyindeki farklı katmanlarda nasıl yapılandığını ve değişimin bu katmanlara nasıl etki ettiğini açıklar.

Dilts Piramidi Nedir?

Dilts, her bireyin veya sistemin işleyişini ve değişim kapasitesini belirleyen 6 temel düzey tanımlar. Bunlar bir piramit şeklinde yukarıdan aşağıya doğru sıralanır:

  1. Amaç / Misyon (Purpose/Spirituality)
  • Soru: “Bunun daha ötesinde ne için varım?”, “Daha büyük resimde neden buradayım?”
  • Odak: Aidiyet, anlam, vizyon.
  • Proje Yönetimi Bağlantısı: Projenin toplumsal ya da organizasyonel anlamı.
  • Değişim etkisi: Tüm alt seviyeleri etkiler.
  1. Kimlik (Identity)
  • Soru: “Ben kimim?”, “Bu roldeki var oluşum neyi temsil ediyor?”
  • Odak: Kişisel/kurumsal rol, özdeğer, duruş.
  • Projede: Proje yöneticisinin ya da kurumun rolü (örneğin: “Dönüştürücü lider”, “Yenilikçi şirket”).
  1. Değerler ve İnançlar (Values & Beliefs)
  • Soru: “Ne önemlidir?”, “Ne mümkün ya da imkânsızdır?”
  • Odak: Motivasyon kaynakları ve karar kriterleri.
  • Projede: Ekip üyelerinin motivasyonları, paydaş inançları, risk algısı.
  1. Yetenekler ve Stratejiler (Capabilities)
  • Soru: “Neyi nasıl yapabilirim?”
  • Odak: Bilgi, beceri ve stratejik planlama.
  • Projede: PMBOK bilgisi, yazılım geliştirme becerileri, liderlik teknikleri.
  1. Davranış (Behaviors)
  • Soru: “Ne yapıyorum?”
  • Odak: Gözlemlenebilir eylemler.
  • Projede: Raporlama, toplantılar, iletişim şekli, karar alma.
  1. Çevre (Environment)
  • Soru: “Nerede, kiminle, ne zaman?”
  • Odak: Dış koşullar, araçlar, ekip yapısı.
  • Projede: Müşteri talepleri, organizasyonel yapı, fiziksel/uzaktan çalışma ortamı.

Seviyeler Arası Etkileşim

  • Üst seviyedeki değişiklikler, alt seviyeleri doğrudan etkiler.
  • Alt seviyedeki değişiklikler ise üst seviyeyi dolaylı olarak etkileyebilir.

Örneğin:
“Çevreyi” değiştirerek (yeni bir ekip kurmak), geçici iyileşme sağlanabilir.
Ama kalıcı değişim için “inançlar” ve “kimlik” seviyesinde dönüşüm gereklidir.

Proje Yönetimi Açısından Kullanımı

Dilts Seviyesi Projede Uygulama Alanı
Amaç Proje vizyonu, iş gerekçesi, fayda odaklılık
Kimlik Liderlik tarzı, proje ekibinin kurumsal rol algısı
İnançlar & Değerler Değişime direnç, takım motivasyonu, iş etiği
Yetenekler Eğitim planı, beceri envanteri, stratejik yetkinlikler
Davranış Eylem planı, görev dağılımı, performans yönetimi
Çevre Fiziksel/dijital ortam, zaman baskısı, kaynaklar

Değişim ve Koçlukta Kullanımı

Dilts Piramidi, değişim koçluğunda çok güçlü bir araçtır:

  • Semptom değil neden odaklı yaklaşım sunar.
  • İnsanların davranışlarını değil, onları motive eden değer ve inançlarını analiz eder.
  • Organizasyonel değişimlerde “sadece araçları değil, kültürü de dönüştürmek gerektiğini” hatırlatır.

Dilts Piramidi, bireylerin ve organizasyonların işleyişini anlamak ve dönüştürmek için güçlü bir çerçevedir. Proje yönetiminde sadece süreçlere değil, insan faktörünün derin yapısına da bakmayı sağlar.

“Davranışı değiştirmek istiyorsan, sadece eğitme; kim olduğunu ve neye inandığını da anlamaya çalış.”

Türkçe eğitimler

İngilizce eğitimler