Hibrit Proje Yönetimi: Şelale ile Çeviği Aynı Projede Kullanmak

"Biz çevik miyiz, şelale mi?" sorusu proje dünyasının en eski tartışmalarından biri. Pratikteki cevap çoğu zaman ikisi de değil: Bir ERP projesinde donanım kurulumu ve sözleşmeler sabit bir takvime bağlıyken, kullanıcı ekranları her iki haftada bir geri bildirimle şekillenir. İşte buna hibrit proje yönetimi denir.

Yeni PMP sınavının yaklaşık %60'ının çevik ve hibrit yaklaşımlardan gelmesi de bu gerçeğin yansıması. Hibrit artık bir istisna değil, ana akım.

Hibrit neden ortaya çıkıyor?

• Bazı işler değişmez: Fiziksel kurulum, mevzuat onayı, sözleşmeli tedarik, veri merkezi taşıma gibi işlerin sırası ve süresi büyük ölçüde baştan bellidir.
• Bazı işler keşfedilerek yapılır: Kullanıcı deneyimi, yeni bir ürün özelliği ya da yapay zeka modeli gibi işlerde ne istendiği ancak denendikçe netleşir.
• Kurum gerçeği: Bütçe ve yönetim kurulu yıllık ve kilometre taşı bazlı çalışırken ekipler sprintlerle çalışmak isteyebilir.

Hangi parça nasıl yönetilmeli?

Her iş paketi için şu soruları sor:

Soru	Cevap "evet" ise
Gereksinimler baştan net ve kararlı mı?	Öngörücü
Değişiklik maliyeti yüksek mi (fiziksel, sözleşmeli, geri dönüşsüz)?	Öngörücü
Kullanıcı geri bildirimi sonucu ciddi şekilde değiştirir mi?	Çevik
Çözüm yöntemi belirsiz, deneme gerektiriyor mu?	Çevik
Parça parça teslim edilip değer üretebilir mi?	Çevik

Cevaplar karışıksa o iş paketini daha da bölmek gerekir.

Üç yaygın hibrit model

1. Öngörücü çerçeve, çevik teslimat: Proje genel olarak kilometre taşlarıyla planlanır ve bütçelenir. Yazılım geliştirme gibi belirli fazlar sprintlerle yürür. Kurumsal projelerde en yaygın model budur.

2. Çevik keşif, öngörücü uygulama: İlk aşamada prototip ve denemelerle çözüm netleştirilir, ardından kapsam sabitlenip planlı bir uygulama yapılır. Altyapı ve dönüşüm projelerinde sık görülür.

3. Paralel akışlar: Aynı projede donanım ekibi Gantt şemasıyla, yazılım ekibi Kanban ile çalışır. Kritik nokta, iki akışın buluşma noktalarını (entegrasyon, test, canlıya geçiş) ortak takvimde sabitlemektir.

İki dünyayı bağlayan dört mekanizma

Ortak kilometre taşları

Sprintler kendi ritminde ilerlerken, yönetimin takip ettiği kilometre taşları ortak dildir. Her kilometre taşının "hangi özelliklerin bitmiş olması" demek olduğunu yaz.

Kapasite bazlı planlama

Çevik ekibin kilometre taşına yetişip yetişmeyeceğini, geçmiş hıza (velocity) ve sprint kapasitesine bakarak öngör. Yetişmeyecekse kapsamı erken konuş.

Tek risk kaydı

İki dünyanın riskleri ayrı listelerde tutulursa bağımlılık riskleri kaybolur. Donanımın gecikmesi yazılım entegrasyonunu, yazılımın gecikmesi eğitim takvimini etkiler. Tek bir risk matrisi kullan.

Ortak ritim

Haftalık ya da iki haftalık ortak bir koordinasyon toplantısı, iki taraftaki ekip liderlerinin bağımlılıkları konuşması için yeterli. Uzun durum toplantıları yerine yalnızca etkileşim noktalarına odaklan.

Hibrit projede proje yöneticisinin rolü

Hibrit ortamda proje yöneticisi biraz çevirmen gibidir: Yönetime kilometre taşı ve bütçe dilinde, ekibe iş listesi ve öncelik dilinde konuşur. En önemli görevleri:

• Hangi parçanın nasıl yönetileceğine ekip ve sponsorla birlikte karar vermek
• İki yaklaşımın buluşma noktalarını görünür kılmak
• Değişikliğin çevik tarafta serbest, öngörücü tarafta kontrollü olduğu dengeyi korumak

Kaçınılması gereken tuzaklar

• "Su-Scrum-Fall": Ekip sprintlerle çalışıyor gibi görünür ama tüm gereksinimler baştan dondurulmuş ve test en sona bırakılmıştır. Çevikliğin bedelini ödeyip faydasını almamak.
• Her şeyi çevik yapmaya çalışmak: Sözleşmeli tedarik veya mevzuat onayı gibi işleri sprintlere bölmek gereksiz karmaşa yaratır.
• İki ayrı proje gibi yönetmek: Ortak takvim ve risk kaydı yoksa entegrasyon aşamasında sürprizler kaçınılmazdır.

Son söz

Hibrit, kararsızlık değil bilinçli bir seçimdir. Doğru soru "hangi yöntem daha iyi?" değil, "bu iş için hangi yöntem daha uygun?" sorusudur. İyi bir hibrit plan, her parçayı kendi doğasına göre yönetir ve parçaları tek bir hikâyede birleştirir.