Uyarlama (tailoring): proje yönetimi yaklaşımını projeye göre biçimlendirmek
Uyarlama, standart bir çerçeveyi olduğu gibi uygulamak yerine süreçleri, yaşam döngüsünü ve yönetişimi projenin gerçek koşullarına göre bilinçli seçmektir. Neyin değiştiğini, neye göre değiştiğini ve nerede sınır çizildiğini anlatır.
Bir bakışta
- Uyarlama, kuralları gevşetmek değil bilinçli seçim yapmaktır. Her ayarın gerekçesi vardır ve proje kayıtlarında görünür.
- Yalnızca yöntem değil, yönetişim ve iletişim de uyarlanır. Yaşam döngüsü, raporlama sıklığı, onay kademeleri ve belge düzeyi birlikte ele alınır.
- Karar, projenin özelliklerine dayanır. Belirsizlik, ekip yapısı, ürünün niteliği ve kurum kültürü yaklaşımı belirler.
- Atlanan şey gerekçesiz bırakılırsa uyarlama olmaz. Gerekçesi yazılmayan kısaltma, eksik yönetim sayılır.
Uyarlama nedir?
Proje yönetiminde uyarlama (tailoring), bir çerçevenin ya da kurumsal standardın projeye hazır bir reçete gibi uygulanmaması, projenin bağlamına göre hangi parçaların nasıl kullanılacağına bilinçli olarak karar verilmesidir. PMBOK gibi çerçeveler her proje için aynı sırayla izlenecek bir kontrol listesi sunmaz; yön gösterir ve uygulayıcıdan seçim yapmasını bekler.
Burada kilit sözcük bilinçli olmaktır. Bir adımı zaman yok diye atlamak uyarlama değildir. Adımın o projede neden gereksiz ya da neden hafifletilebilir olduğunu bilmek ve bunu kayda geçirmek uyarlamadır.
Yaklaşım, projenin belirsizliğine göre seçilir
- Kapsam baştan net, değişim beklenmiyorÖngörülebilir yaklaşımPlanlama önde yapılır, sapmalar değişiklik kontrolüyle yönetilir.
- Gereksinimler çalışırken netleşiyorUyarlanabilir (çevik) yaklaşımKısa döngülerle üretilir, geri bildirimle yön düzeltilir.
- Bir kısım sabit, bir kısım belirsizMelez yaklaşımSabit parçalar planlanır, belirsiz parçalar döngüyle ilerler.
Nelerin uyarlandığı
Uyarlama yalnızca "çevik mi şelale mi" sorusu değildir. Tipik olarak şu başlıklar projeye göre ayarlanır:
- Geliştirme yaklaşımı ve yaşam döngüsü: öngörülebilir, uyarlanabilir ya da melez
- Süreçler ve teknikler: hangi planlama, tahmin ve izleme yöntemlerinin kullanılacağı
- Yönetişim: karar yetkisi, onay kademeleri, kontrol noktaları
- İletişim ve raporlama: kime, hangi sıklıkta, hangi ayrıntıda bilgi verileceği
- Belgeler ve şablonlar: hangi çıktının hangi derinlikte hazırlanacağı
- Araçlar: planlama, izleme ve iş birliği araçlarının seçimi
Küçük bir iç proje için tek sayfalık bir kapsam özeti yeterli olabilirken, düzenlemeye tabi bir altyapı yatırımında aynı çıktı ayrıntılı onaylar ve denetim izi gerektirir. İkisinde de amaç aynıdır; ayar farklıdır.
Uyarlama kararı neye dayanır?
Karar sezgiyle değil projenin özelliklerine bakılarak verilir. Belirsizlik düzeyi, ürünün ya da çıktının niteliği, ekibin büyüklüğü ve dağınıklığı, paydaşların beklentisi, düzenleyici ya da sözleşmesel zorunluluklar ve kurumun olgunluğu başlıca girdilerdir.
Kurumun kendi standartları da bir sınırdır. Kurumsal bir proje yönetim ofisi (PMO) asgari bir çerçeve koyduysa uyarlama bu çerçevenin içinde ya da onaylı bir istisna olarak yapılır. Yani uyarlama iki katmanda gerçekleşir: kurum kendi standardını çerçeveden uyarlar, proje de kurum standardından uyarlar.
Karar bir kez verilip bırakılmaz. Proje ilerledikçe belirsizlik azaldığında ya da sorun çıktığında ayarlar gözden geçirilir; örneğin başlangıçta hafif tutulan raporlama, risk büyüyünce sıklaştırılabilir.
Kurgusal bir örnek
Bir perakende şirketi hem mağaza içi bir ödeme altyapısını değiştiriyor hem de müşteri uygulamasına yeni bir özellik ekliyor olsun. Ödeme altyapısında mevzuat, güvenlik denetimi ve sabit bir geçiş tarihi var; uygulama özelliğinde ise kullanıcı tepkisine göre yön değişiyor.
Proje yöneticisi iki iş paketi için farklı ayar kurar. Altyapı tarafında ayrıntılı plan, resmi onay noktaları ve değişiklik kontrolü kullanılır. Uygulama tarafında kısa döngüler, düzenli demo ve öncelik listesi işletilir. Üst düzey raporlama ise tek bir ortak panoda birleşir, böylece yönetim kurulu iki farklı dilde rapor okumak zorunda kalmaz.
Burada çerçeve atılmamıştır; aynı çerçevenin farklı parçaları, farklı belirsizlik düzeylerine bağlanmıştır. Bunun kaydı da proje yönetim planında tutulur.
Sık yapılan hatalar
En yaygın hata uyarlamayı kısaltma sanmaktır. Zaman baskısı altında risk ve paydaş çalışmasını ilk silinenlere eklemek, proje sonunda pahalı bir sürprize dönüşür.
Bir diğeri, bir önceki projenin ayarını kopyalamaktır. Başarılı bir projede işleyen düzen, bağlam değiştiğinde aynı sonucu vermeyebilir. Gerekçesiz uyarlama da sorun yaratır: ekip neden farklı çalıştığını bilmez, denetimde savunulamaz, yeni proje yöneticisi devraldığında düzen çöker.
Son olarak aşırı uyarlama vardır. Her projede kendine özgü bir yöntem icat etmek, kurumun ortak dilini ve portföy düzeyinde karşılaştırılabilirliği zayıflatır. İyi uyarlama, kurumun ortak iskeletini koruyup yalnızca gerekli yerde sapar.
Komşu kavramlardan farkı
Metodoloji seçimi, hangi çerçevenin (örneğin PMBOK, PRINCE2 ya da çevik bir yöntemin) kullanılacağı kararıdır. Uyarlama ise seçilen çerçevenin içinde hangi parçaların nasıl kullanılacağıdır. İkisi birbirini tamamlar; bir çerçeveyi seçip uyarlamamak da, çerçeveleri karşılaştırmadan uyarlamaya girişmek de eksiktir.
Çevik ve melez yaklaşımlar uyarlamanın sonuçlarıdır, kendisi değildir. Melez bir yaklaşım, uyarlama kararının görünen çıktılarından biridir. Değişiklik yönetimi ise proje sürerken oluşan talepleri yönetir; uyarlama ise çalışma biçiminin kendisini ayarlar.
Mindset programlarında uyarlama
Proje Yönetimi Uzmanlığı Sertifika Programı ve PMI uyumlu sürümü, Uyarlama ve Geliştirme Yaklaşımı Seçimi başlığını ayrı bir modül olarak işler. Proje yöneticisi, PMO çalışanı ya da ürün tarafından projeye geçen biri için bu modül, standart çerçeveyi kendi bağlamına nasıl indireceğini görmek açısından uygundur.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
Uyarlama ile metodoloji seçimi aynı şey mi?
Hayır. Metodoloji seçimi hangi çerçevenin ya da yöntemin kullanılacağına karar vermektir. Uyarlama ise seçilen çerçevenin içinde hangi süreç, belge ve yönetişim parçalarının projeye uygun olduğunu ayarlamaktır. Pratikte önce seçim yapılır, sonra uyarlama yapılır, proje ilerledikçe ikisi de gözden geçirilebilir.
Uyarlamak, süreçleri atlamak anlamına mı gelir?
Hayır. Bir süreç ya da belge gerçekten gereksizse hafifletilebilir, ancak bunun gerekçesi ve etkisi kayda geçmelidir. Gerekçesiz atlama yönetim açığıdır. Uyarlama çoğu zaman bazı yerleri hafifletirken bazı yerleri, örneğin riskli bir bölgeyi, daha sıkı kontrol altına almak anlamına da gelir.
Uyarlamaya kim karar verir?
Genellikle proje yöneticisi ekibiyle öneri hazırlar, proje sponsoru ya da kurumun proje yönetim ofisi onaylar. Kurumsal standart varsa asgari kurallar oradan gelir. Küçük projelerde karar proje yöneticisinde kalabilir; düzenlemeye tabi ya da yüksek riskli projelerde onay kademeleri daha belirgindir.
Küçük projelerde de uyarlama gerekir mi?
Evet, çünkü uyarlamanın küçük projelerdeki hali çoğu zaman hafifletmedir. Aynı raporlama, belge ve onay yükünü küçük bir işe taşımak verimsizlik yaratır. Hangi parçaların yeterli olduğunu bilinçli seçmek ve bunu ekiple paylaşmak, küçük projede de karmaşayı azaltır.
Uyarlama ne zaman gözden geçirilir?
Belirsizlik beklenenden farklı gelişince, paydaş yapısı değişince, ekip büyüyüp küçülünce ya da bir evre bitip yenisi başlayınca. Ayrıca her kapanışta işe yarayan ve yaramayan ayarlar kayda geçirilirse sonraki projeler için kurumsal bir birikim oluşur.