Proje, benzersiz bir ürün, hizmet veya sonuç oluşturmak için gerçekleştirilen geçici bir girişimdir. Proje Yönetimi, belirli bir projeyi planlamak, yürütmek, izlemek ve tamamlamak için gerekli bilgi, beceri, araçlar ve tekniklerin uygulanmasıdır. Proje yönetimi, projelerin kapsam, zaman, maliyet ve kalite kısıtlamaları içinde hedeflerine ulaşmasını sağlar.
Proje yönetimi, ekiplerin görevleri etkili bir şekilde organize etmesini, önceliklendirmesini ve teslim etmesini sağlayarak başarılı projeler gerçekleştirilmesinde temel bir rol oynar.
Proje Yönetiminin Temel Unsurları:
- Kapsam: Projenin ne teslim edeceğini tanımlama.
- Zaman: Bir zaman çizelgesi oluşturma ve buna uyma.
- Maliyet: Bütçeyi ve kaynakları yönetme.
- Kalite: Teslimatların beklentileri karşılamasını sağlama.
- Risk: Potansiyel sorunları belirleme ve hafifletme.
- Paydaş İletişimi: Tüm tarafları bilgilendirme ve uyumlu hale getirme.
Proje Yönetiminde Kullanılan Yöntemler
Proje yönetiminde iki baskın yöntem öne çıkar: Agile (Çevik) ve Predictive (Öngörücü), genellikle Wataerfall(Şelale) modeli olarak bilinir. Bu yaklaşımlar, farklı felsefe ve yapıların bir yansımasıdır ve her biri belirli proje türlerine uygundur.
Predictive (Öngörücü) Proje Yönetimi Nedir?
Kestirimci olarak da dilimize çevrilen Öngörücü Proje Yönetimi, projeleri yönetmek için geleneksel ve doğrusal bir yaklaşımdır. Bu yöntem, projenin kapsamının, maliyetinin ve zaman çizelgesinin baştan net bir şekilde tanımlandığı ve üzerinde anlaşmaya varıldığı yapılandırılmış (standardize veya organize edilmiş) bir dizi aşamayı takip eder. Bu yaklaşım, tüm proje gereksinimlerinin baştan belirlenebileceği varsayımına dayanır.
Öngörücü Proje Yönetiminin Temel Özellikleri:
- Sıralı Aşamalar(Proje Fazları): Proje aşağıdaki sabit aşamalardan geçerek ilerler:
- Başlatma
- Planlama
- Yürütme
- İzleme ve Kontrol
- Kapanış
- Detaylı Ön Planlama: Gereksinimler, zaman çizelgeleri, maliyetler ve riskler hakkında detaylı dokümanlar hazırlanır.
- Sınırlı Esneklik: Proje yaşam döngüsü boyunca değişiklik yapmak zor ve maliyetlidir.
- Belirlenmiş Sonuçlar: Nihai teslimat baştan tanımlanır ve ekip önceden belirlenmiş bu sonuca ulaşmak için çalışır.
Öngörücü (Kestirimci) Proje Yönetiminin Avantajları
- Net bir yapı ve dokümantasyon sağlar.
- Sabit zaman çizelgeleri ve bütçelerle projeleri yönetmeyi kolaylaştırır.
- Katı düzenleme veya standartlara sahip endüstrilerde iyi çalışır.
- Gerçekleştirme aşamasına geçmeden önce tüm adımlar planlandığından belirsizliği azaltır.
Dezavantajları
- Değişen gereksinimlere karşı sınırlı uyum yeteneği.
- Başlangıçtaki varsayımlar yanlış veya eksikse yüksek hata riski.
- Sonuçlar genellikle projenin sonunda teslim edildiğinden gecikmiş değer sunumu.
Öngörücü Proje Yönetiminin Kullanım Alanları
- Gereksinimlerin net ve sabit olduğu, değişikliklerin beklenmediği projeler.
- Teslimatların baştan iyi tanımlandığı ve belgelenmiş olduğu projeler.
- Önemli düzenleme veya uyumluluk gereksinimleri olan sektörler (ör. inşaat, havacılık, ilaç geliştirme).
- Değişikliklerin maliyetli veya zor olduğu durumlar.
Çevik (Agile) Proje Yönetimi Nedir?
Çeviklik (Agile) veya esneklik, iş birliği ve müşteriye değer sunma taahhüdünü vurgulayan bir zihniyet ve çalışma yaklaşımıdır. Adaptif (uyum sağlayan) planlama, yinelemeli (tekrar eden) geliştirmeler ve sürekli iyileştirmeyi teşvik eder. Tarihsel olarak, Çeviklik, yazılım geliştirme süreçlerini iyileştirmek, ekip iş birliğini ve verimliliğini artırmak için bir metodoloji olarak ortaya çıkmıştır. Zamanla, sektörler ve işlevler genelinde uygulanabilen daha geniş bir felsefeye dönüşmüştür.
Çevik proje yönetimi, ise iş birliğine, kullanıcı geri bildirimine ve değişime hızlı yanıt vermeye önem veren yinelemeli (iteratif) bir yaklaşımdır. Projeleri daha küçük ve yönetilebilir parçalara bölmeyi içerir, böylece ekiplerin proje ilerledikçe iş süreçlerini uyarlayıp geliştirmelerine olanak tanır. 2000’li yılların başında yazılım geliştirme için geliştirilmiş olan Çeviklik (Agile), günümüzde pazarlama, finans ve ürün geliştirme gibi birçok farklı sektöre yayılmıştır. 2001 yılında 17 yazılım geliştirici tarafından oluşturulan Çeviklik (Agile) Manifestosu, dört temel değeri öne çıkarır:
- Bireyler ve etkileşimler, süreçler ve araçlardan daha değerlidir.
- Çalışan yazılım, kapsamlı dokümantasyondan daha önemlidir.
- Müşteri ile iş birliği, sözleşme müzakerelerinden üstündür.
- Değişime yanıt vermek, bir planı takip etmekten daha önemlidir.
Bu değerler, esneklik, müşteri memnuniyeti, yinelemeli ilerleme ve ekip yetkilendirmesini vurgulayan on iki prensip ile desteklenir.(https://agilemanifesto.org/iso/tr/manifesto.html)
Çeviklik (Agile), sürekli öğrenme ve uyum sağlamaya odaklandığı için etkili bir metodolojidir. Projedeki görevlerin gerçekleştirilmesi için evrimsel olarak ortaya çıkmış bir yaklaşımdır. Geleneksel kestirimci projeler, yapılması gereken işin her bir yönünü net bir şekilde tanımlayan gereksinimlerin belirlenmesine (ihtiyaç analizine) dayanır. Ancak Çevik yaklaşım, bu gereksinimlerin tümünü işe başlamadan ve problemi öğrenmeden bilemeyeceğinizi varsayar.
Geleneksel proje yönetimi, risk yönetimine büyük önem verirken, Çevik proje Yönetimi (Agile) ise ortaya çıkan sorunları hızlı, verimli ve kontrollü bir şekilde ele alarak sözkonusu risklerden kaçınır.
Çevik Metodoloji, sadece ‘serbest formda’ ya da ‘rastgele’ bir yöntem değildir. Başarılı bir proje sonucuna doğru ilerlemeyi sağlayan, iyi geliştirilmiş bir disiplin, araçlar, teknikler, davranışlar ve düşünce sistemine sahiptir.
Çevik Proje Yönetimi Temel Özellikleri:
- Yinelemeli (iteratif) Geliştirme: Çeviklik metodu; projeyi, döngü (kısa koşu) olarak adlandırılan küçük, yönetilebilir parçalara böler (genellikle 1-4 hafta sürer).
- İş birliği: Ekipler ve paydaşlar arasındaki düzenli iletişim, proje hedefleriyle uyumu sağlar.
- Müşteri Odaklılık: Çevik yaklaşım, ürünün beklentileri karşılaması için proje boyunca müşteri geri bildirimlerini almaya teşvik eder.
- Esneklik: Çevik ekipler, kapsam, öncelikler ve ihtiyaçlardaki değişiklikleri önemli bir aksama ve gecikme olmadan yönetme yeteneğine sahip olurlar.
Çeviklik, her biri benzersiz süreç ve araçlara sahip farklı çerçeveler kullanılarak uygulanabilir:
- 1. Scrum
- 2. Kanban
- 3. Ekstrem Programlama (XP)
- 4. SAFe (Ölçeklendirilmiş Çevik Çerçeve)
Ben bu yazımda yukarda da belirttiğim üzere Scrum ve Kanban kavramlarını açıklamaya çalışacağım.
Scrum Proje Yönetimi Nedir?
Scrum terimi, Çevik proje yönetiminde ragbi (rugby) sporundan esinlenmiştir. Rugby’de “scrum”, oyuncuların sıkı bir iş birliği içinde, bir ihlal sonrası oyunu yeniden başlatmak için oluşturduğu düzeni ifade eder. İtiş-kakış dmeketir. Benzer şekilde, proje yönetimindeki Scrum, ekip çalışmasını, iş birliğini ve hızlı uyumu ön plana çıkararak ortak bir hedefe ulaşmayı amaçlar.
Scrum, ekiplerin değer üretmesini adım adım ve yinelemeli bir şekilde sağlayan bir Çevik çerçevedir. Kısa döngüler (genellikle 1-4 haftalık) olan döngüler (sprintler) aracılığıyla planlama, uygulama ve iyileştirme için yapılandırılmış bir yaklaşım sunar. Hafif, anlaşılması kolay ancak ustalaşması zor bir sistemdir.
Scrum’ın Temel Kavramları
Döngüler (Sprintler)
- Sprint’i Türkçeye kısa mesafede yapılan hızlı koşu olarak çevirebiliriz. Scrum metodunda ise bir ekibin belirli bir görev setini tamamlamak için çalıştığı zaman kutulanmış bir iterasyondur (genellikle 1-4 hafta). Bu nedenle “döngü” olarak da ifade edilir.
- Hedef, her döngü (sprint) sonunda her seferinde daha da gelişen kullanılabilir bir ürün parçası (increment) teslim etmektir.
Takım Yapısı : Scrum ekiplerinde üç ana rol vardır:
- Ürün Sahibi (Product Owner):
- Müşteri ve paydaşları temsil eder.
- Ürün Backlog’unu (iş listesi) tanımlar ve önceliklendirir.
- Scrum Ustası (Yöneticisi):
- Ekibin Scrum ilkelerine uymasını sağlar.
- Toplantıları kolaylaştırır, engelleri kaldırır ve ekibin gelişmesine yardımcı olur.
- Geliştirme Ekibi (Development Team):
- İşleri tamamlamaktan sorumlu, kendi kendini organize eden, fonksiyonlar arası bir ekip.
Şeffaflık
- Çalışmalar, tüm paydaşlara görsel olarak sunulur (ör. backlog öğeleri, ilerleme güncellemeleri).
- Düzenli toplantılar aracılığıyla süreç sürekli izlenir.
Deneysellik :
Scrum, deney ve gözleme dayalı olan, teorik olmayan bir yöntemdir. Üç temel ilkeye dayanır:
- Şeffaflık: Herkes süreçlerin farkında olur.
- Değerlendirme: Süreç ve ilerleme düzenli olarak incelenir, kontrol edilir.
- Uyarlama: İnceleme sonuçlarına göre gerekli değişiklikler yapılır.
Scrum Bileşenleri
1. Scrum Rolleri
| Rol | Sorumluluklar |
| Ürün Sahibi | Ürün vizyonunu tanımlar, iş listesini oluşturur ve önceliklendirir. |
| Scrum Master (Scrum Ustası) | Scrum uygulamasına rehberlik eder, toplantıları kolaylaştırır ve engelleri kaldırır. Scrum Ustası, bir “yönetici” gibi değil, daha çok bir “kolaylaştırıcı” veya “koç” rolü üstlenir. Takımın kendi kendini yönetmesine olanak tanır ve onları bu yönde destekler. |
| Geliştirme Ekibi | Ürün artımını teslim eder. Çapraz fonksiyonel bir ekip olarak döngü hedefini nasıl gerçekleştireceklerini kendileri belirler. |
2. Scrum’a Özgü Araçlar (Eserler)
Artefact “Eser” terimi Latince arte factum kelimesinden gelir ve ars beceri + facere yapmak kelimelerinin birleşiminden oluşur ve “ustalıkla yapılmış bir şey” anlamına gelir. Scrum ve Çevik yöntemlerde, “artefact” (eser) terimi, şeffaflık sağlamak, işi yönetmek ve ekip üyeleri arasındaki iletişimi kolaylaştırmak için kullanılan temel dokümanları, araçları veya çıktıları ifade eder. Bu eserler veya bilgi parçaları, Scrum süreci için kritik öneme sahiptir ve Scrum’un temel değerleri olan şeffaflık, denetleme ve uyum sağlama ilkelerini desteklerler.
| Scruma Özgü Bilgiler (Artifacts) | Amacı |
| Ürün İş Listesi (Backlog) | Ürün Sahibi tarafından yönetilen, proje için gerekli tüm işlerin öncelikli bir listesine Ürün İş Listesi ürün geliştirme sürecindeki tüm gereksinimlerin, özelliklerin, iyileştirmelerin ve hataların önceliklendirilmiş bir listesidir. |
| Döngü İş İstesi (Sprint Backlog) | Bir Döngü (Sprint) boyunca geliştirme ekibinin gerçekleştirmeyi taahhüt ettiği işlerin bir listesidir. Döngü İş Listesi, Döngü Hedefine ulaşmak için gerekli olan işleri içerir ve ekibin odaklandığı bir plan sağlar. |
| Ürün Değişim Miktarı – Ürün Parçası (Increment) | Bir dizi düzenli ekleme veya katkıdan biri. Döngü (kısa koşu) sonunda oluşturulan, kullanılabilir bir ürün parçası. Scrum’da, bir ürün artımı, önceki aşamalarda ortaya çıkarılanın yanı sıra, son döngüde tamamladığınız tüm yeni özelliklerin entegrasyonu, testi yapılmış ve teslim edilmeye hazır hale getirilmiş halidir. “Bitti Tanımı”na (Definition of Done) uygun olmalıdır. |
3. Scrum Faaliyetleri
| Etkinlik | Amacı |
| Döngü (Sprint) Planlama | Kısa Koşu (döngü) hedefini tanımlamak ve her döngüde yapılacak işleri planlamak. |
| Günlük Scrum Toplantısı (Daily Scrum) | Ekibin günlük ilerleme, engeller ve planlar üzerinde hizalanması için ayaküstü yapılan 15 dakikalık toplantı. |
| Döngü Değerlendirme (Sprint Review) | Döngü (Sprint) sonunda tamamlanan işleri paydaşlara göstermek ve geri bildirim almak. |
| Döngü Retrospektifi (Geriye dönük inceleme) | Geriye dönük nelerin işe yaradığına ve nelerin yaramadığına bakılarak sonraki iterasyonlar için iyileştirmeleri belirlemek. |
Scrum Nasıl Çalışır?
- Ürün İş Listesinin Oluşturulması:
- Ürün Sahibi, ürün için ihtiyaç duyulan tüm görevleri, özellikleri ve iyileştirmeleri liste halinde oluşturur.
- Döngü (Sprint) Planlama:
- Her kıs koşu veya döngünün başında, ekip Ürün İş Listesinden çalışılacak görevleri seçer.
- Döngü (Sprint) hedefi belirlenir.
- Uygulama:
- Geliştirme Ekibi, görevleri iş birliği içinde tamamlamak için çalışır.
- İlerleme, görev tahtaları veya yazılımlar (ör. Jira, Trello) kullanılarak izlenir.
- Günlük Scrum Toplantısı (stand-up):
- Ekip her gün kısa bir toplantı yaparak ilerlemeyi gözden geçirir, engelleri belirler ve planları günceller.
- Döngü Değerlendirme
- Sprint sonunda ekip, tamamlanan işleri paydaşlara sunar ve geri bildirim alır.
- Döngü Retrospektifi (Geriye Yönelik İnceleme)
- Ekip, nelerin iyi gittiğini, nelerin gitmediğini ve nasıl iyileşeceğini değerlendirir.
- Ürün Parçası (Increment)Teslimi:
- Sprint sonunda tamamlanan ürün parçası, paydaşlara teslim edilir ve “Bitti Tanımı”na uygunsa kullanıcılara sunulabilir. Scrum Kılavuzuna göre , “Bitti Tanımı”, ürün için gereken kalite ölçütlerini karşılayan ürün parçasının statüsünün resmi tanımıdır.
Kanban Proje Yönetimi Nedir?
Kanban, Japonca’da “tabela” veya “ilan tahtası” anlamına gelir ve 1940’larda Toyota’nın yalın üretim sisteminden doğmuştur. Kanban‘ kelimesi Türkçeye çevrildiğinde sinyal anlamına gelmektedir. Genellikle süreç içi parçalara eşlik eden bir kart veya etikettir.
Son yıllarda, özellikle yazılım geliştirme proje yönetimlerinde üretimde kullanılan Kanban şablonu uyarlanmış ve başarı sağlanmıştır. Proje yönetiminde Kanban kullanmak, iş akışlarını görselleştirmek, verimliliği artırmak ve ekip içi iş birliğini teşvik etmek için etkili bir yöntemdir.
Projedeki Görevler, Post-it notları (gerçek ya da sanal) kullanılarak Kanban kartlarına dönüştürülür ve bu görevler (işler) tamamlanma aşamalarını temsil eden belirli sütunlar arasında hareket eder: Bu stünlara örnek verirsek, “backlog” (bekleyen işler), “work in progress (WIP)” (devam eden işler) ve “completed” (tamamlanmış işler). Bu kategoriler, Kanban’ın değer akışının görsel temsilleridir ve bir ekibin maksimum değeri oluşturmak için attığı adımları gösterir.
Zaman kısıtlı döngülere odaklanan Çevik yaklaşımdan farklı olarak, Kanban sürekli teslimat ve iş akışını optimize etmeye vurgu yapan görsel bir proje yönetim aracıdır.
Kanban’ın Temel Prensipleri:
- İşi (Görevleri) görselleştirin: Görevler, genellikle “Yapılacaklar,” “Devam Ediyor,” ve “Tamamlandı” gibi sütunlardan oluşan bir Kanban tahtasında gösterilir.
- Devam eden işleri (WIP) sınırlayın: Devam eden işlerin sayısını sınırlandırarak ekip üyelerinin aşırı yüklenmesini önler ve odaklanmayı teşvik eder.
- Akışı yönetin: Ekipler, görevlerin iş akışında nasıl ilerlediğini izleyerek darboğazları ve iyileştirilmesi gereken alanları belirler.
- Sürekli iyileştirme: Kanban, süreçlerin sürekli olarak rafine edilmesi (iyileştirilmesi) ve optimize edilmesini teşvik eden bir kültürü destekler.
Kanban’ın Temel Özellikleri:
- Sürekli Teslimat (Proje Teslimi): Çevik yaklaşıman farklı olarak, döngüler ile çalışmak yerine Kanban, işlerin sürekli bir akış içinde ilerlemesini sağlar ve bu da onu devam eden projeler için daha uygun hale getirir.
- Esnek Planlama: Görevler ihtiyaç duyuldukça önceliklendirilir, böylece ekipler genel iş akışını aksatmadan ve geciktirmeden değişikliklere hızla uyum sağlayabilir.
- Akış Verimliliğine Odaklanma: Görevlerin akışını yöneterek ve devam eden işleri sınırlayarak Kanban, israfı azaltmayı, süreçleri iyileştirmeyi ve verimliliği artırmayı hedefler.
Scrum ve Kanban’ın Karşılaştırılması
Kanban ve Scrum, ekiplerin iş akışlarını yönetmesine ve verimliliği artırmasına yardımcı olan iki farklı Çevik (Agile) metodolojidir. Benzerlikler taşısalar da, yapı, yaklaşım ve kullanım alanları açısından farklılık gösterirler. İşte detaylı bir karşılaştırma:
| Kriter | Kanban | Scrum |
| Tanım | Sürekli teslimata odaklanan görsel bir iş akışı yönetim sistemi. | Zaman kutularına ayrılmış iterasyonlarla çalışan yapılandırılmış bir Çevik Çerçeve (yapı-metodoloji) |
| Köken | Yalın (lean) üretimden (Toyota Üretim Sistemi) türetilmiştir. | Yazılım geliştirmede ortaya çıkmış, ragbi (rugby) takımlarının iş birliğinden ilham almıştır. |
| İş Akışı | Sürekli akış: Görevler, kapasiteye göre çekilir. | Zaman kutularına ayrılmış sprintlerde sabit görev setleri. |
| Devam Eden İşler (WIP) | İş akışının her aşaması için açıkça tanımlanmış sınırlar vardır. | Belirli bir WIP sınırı yoktur, ancak sprint backlog’u çalışmayı sprint içinde sınırlar. |
| Görev Yönetimi | Görevler herhangi bir zamanda yeniden önceliklendirilebilir; katı son tarihler yoktur. | Görevler döngü (sprint) süresince kilitlenir ve değişiklik yapılmaz. |
| Belirlenmiş Roller | Belirli roller tanımlanmaz; ekipler kendi kendini organize edebilir. | Belirli roller vardır: Ürün Sahibi, Scrum Ustası, Geliştirme Ekibi. |
| Kolaylaştırıcı | Özel bir kolaylaştırıcı rol yoktur; sorumluluklar paylaşımlıdır. | Scrum Ustası, Scrum ilkelerine uyulmasını sağlar ve engelleri kaldırır. Direkt olarak yönetici bir rol değildir. Onun görevi, ekibi yönetmek değil, ekibin en iyi şekilde çalışabileceği bir ortam yaratmaktır. |
| Planlama | Sürekli yapılır; görevler gerektiğinde iş akışına çekilir. | Her döngünün başında Döngü Planlama toplantılarında yapılır. |
| Teslimat Sıklığı | Sürekli teslimat; işler hazır olduğu anda teslim edilir. | Teslimat her sprintin sonunda yapılır (artımlı teslimat). |
| Tahminleme | Resmi bir tahmin yoktur; görevler önceliğe ve kapasiteye göre çalışılır. | Görevler döngü planlamasında (ör. kullanıcı hikaye puanlarıyla) tahmin edilir. Kullanıcı hikayeleri, gereksinimlerin teknik bir dil yerine kullanıcının ihtiyaçlarını temel alarak yazılmasını sağlayan ısa ve öz bir ifadelerdir. |
| Toplantılar | Zorunlu toplantılar yoktur; ekip ihtiyaç duydukça değerlendirme veya retrospektifler yapabilir. | Zorunlu törenler: Döngü Planlama, Günlük Scrum, Sprint İncelemesi, Retrospektif. |
| Günlük Etkileşim | Gerekli değildir, ancak iş birliği için teşvik edilir. | Günlük Scrum (15 dakikalık ayakta toplantı) Scrum’un temel bir parçasıdır. |
| Tahta | İş akışı aşamalarını temsil eden sütunlara sahip bir Kanban Tahtası kullanır (ör. Yapılacaklar, Devam Edenler, Tamamlandı). | Döngü iş listesini ve ilerlemeyi takip etmek için bir Scrum Tahtası kullanır. |
| Görselleştirme | İş akışındaki darboğazları belirlemek ve akışı optimize etmek için tüm süreci görselleştirir. | Döngü içindeki görev tamamlama durumuna odaklanır. |
| Temel Ölçümler | – Çevrim Süresi: Bir görevin tamamlanma süresi. – Verimlilik (Throughput): Belirli bir sürede tamamlanan görev sayısı. – Kümülatif Akış Diyagramı: Görevlerin aşamalar arasında hareketini görselleştirir | – Hız (Velocity): Döngü başına tamamlanan kullanıcı hikaye puanlarının ortalaması. – İş Bitimi Grafiği (Burndown Chart): Döngü hedeflerine ilerlemeyi izler. |
| Esneklik | Çok esnek: Görevler yeniden önceliklendirilebilir ve iş akışı aşamaları her zaman ayarlanabilir. | Daha az esnek: Döngü boyunca değişikliklere izin verilmez; hedeflere odaklanılır. |
| Ekip Büyüklüğü | Her boyutta ekip için uygundur, özellikle sabit bir iş akışı olan ekiplerde (ör. destek ekipleri). | Net hedefler üzerinde çalışan küçük ve sabit ekipler için idealdir. |
| Uygun Senaryolar | – Sürekli teslimat gerektiren işler (ör. destek, bakım). – Dinamik önceliklendirme gerektiren işler. | – İterasyonlara bölünebilecek iyi tanımlanmış hedeflere sahip projeler. – Yapılandırılmış süreçlere ve net zaman kutularına sahip olmayı tercih eden ekipler. |
Scrum mı, Kanban mı, Ne Zaman Hangisi Kullanılmalı?
Scrum, sürekli değişen ihtiyaçların olduğu projeler için en uygunudur. Yazılım geliştirme gibi esneklik, müşteri geri bildirimleri ve hızlı teslimatın kritik olduğu durumlarda tercih edilir. Belirli bir yapıya ve yinelemeli ilerlemeye ihtiyaç duyan, tanımlanmış teslim tarihleriyle çalışan ekipler için iyi bir seçimdir.
Kanban ise süreçlerin optimize edilmesi, darboğazların azaltılması veya iş akışının iyileştirilmesi gereken projeler için idealdir. Destek, bakım gibi operasyonel görevlerde ya da önceliklerin sıkça değiştiği herhangi bir projede son derece etkilidir.
Scrum ve Kanban’nın Avantaj ve Dezavantajları
Scrum ve Kanban’ı Birleştirmek: Scrumban Yaklaşımı
Bazı durumlarda, organizasyonlar Scrum ve Kanban metodolojilerini birleştirerek Scrumban adı verilen hibrit bir yaklaşımı tercih ederler. Bu yaklaşım, Scrum’ın zaman kısıtlı koşularını (sprintlerini) Kanban’ın görsel iş akışı ve iş kısıtlamalarıyla birleştirir. Scrumban, Scrum’ın yapısını Kanban’ın esnekliği ile harmanlayarak sürekli teslimat sağlarken belirli hedeflere odaklanmayı mümkün kılar.
Scrumban’ın Avantajları:
- Hem Scrum’un yapısını hem de Kanban’ın esnekliğini kullanarak en iyi özellikleri bir araya getirir.
- Döngü (Sprint) kısıtlaması olmadan sürekli iş teslimatı yaparak ekip verimliliğini artırır.
- Proje ilerlemesine net bir görünürlük sağlar ve sürekli süreç iyileştirmeyi teşvik eder.
SAFe Nedir?
SAFe, Çevik prensipleri temel alarak hızlı teslimat, değer odaklılık ve iş birliği üzerine kurulu bir çerçevedir. Organizasyonel seviyede çevikliğin uygulanmasını kolaylaştıran yapı taşlarını içerir. SAFe, sadece ekip düzeyindeki çalışmaları değil, program, çözüm ve portföy seviyesindeki iş süreçlerini de kapsar.
SAFe (Scaled Agile Framework) Proje Yönetimi, (Ölçeklenmiş Çevik Çerçeve veya Çevik Ölçekleme Çerçevesi), büyük ölçekli organizasyonlarda Çevik (Agile) prensiplerini uygulamak için geliştirilen bir çerçevedir. Burada “ölçeklendirilmiş” demek, çerçevenin veya yaklaşımın daha geniş bir alanda uygulanabilir hale getirilmesi anlamına gelir. SAFe, birden fazla takımın aynı hedef doğrultusunda uyumlu bir şekilde çalışmasını sağlamak amacıyla Çevik metodolojiyi genişleten, büyüten bir yaklaşımdır. Özellikle büyük, karmaşık projelerde ve çok takımlı yapılarda etkili bir yönetim sunar.
Ölçeklenmiş Çevik Çerçeve – Scaled Agile Framework (SAFe), ilk olarak 2011 yılında Dean Leffingwell tarafından tanıtılmıştır. Bu framework, özellikle büyük organizasyonların karmaşık sistemleri ve birden fazla takımı yönetirken Çevik prensipleri ölçeklendirme ihtiyacına yanıt olarak geliştirilmiştir.
Dean Leffingwell, SAFe’i ilk olarak “Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise” adlı kitabında tanımlamıştır. Zamanla SAFe, kurumsal düzeyde çeviklikle ilgili zorlukları ele almak üzere gelişmiş ve Çevik’i ölçeklendirmek için en çok kullanılan framework’lerden biri haline gelmiştir. Günümüzde SAFe, Scaled Agile, Inc. tarafından geliştirilmeye ve düzenli olarak güncellenmeye devam etmektedir. En son versiyon olan SAFe 6.0, Mart 2023’te yayımlanmıştır.
SAFe’ın Temel Yapısı
SAFe, dört temel seviyede organize edilir:
- Takım Seviyesi (Team Level):
- Çevik ekipler Scrum veya Kanban gibi metodolojilerle çalışır.
- Her ekip, sprint döngüleri içinde kendi teslimatlarını gerçekleştirir.
- Program Seviyesi (Program Level):
- Birden fazla ekibin ortak bir ürün veya çözüm üzerinde çalışmasını organize eder.
- Agile Release Train (ART) – Çevik Sürüm Treni: 5-12 ekipten oluşan ve koordineli bir şekilde çalışan gruplardır.
- Teslimatlar (proje tamamlanmaları) genellikle Program Artışı veya Program Yükselmesi – Program Increment (PI) döngüleri halinde yapılır (8-12 hafta). Her PI, başlangıçta yapılan PI Planlama toplantısıyla belirlenen hedeflerle başlar ve sonrasında takımlar, bu hedeflere ulaşmak için birlikte çalışır.
- Çözüm Seviyesi (Solution Level):
- Çok büyük ve karmaşık ürünler veya çözümler için kullanılır.
- Birden fazla ART’nin koordinasyonunu sağlar.
- Portföy Seviyesi (Portfolio Level):
- Organizasyonun stratejik hedeflerini desteklemek için projeleri ve yatırımları yönetir.
- Değer Akışı (Value Stream): Müşteri değerine odaklanır ve kaynakların doğru şekilde tahsis edilmesini sağlar. Değer Akışı, bir ürün ya da hizmetin yaratılmasından teslimatına kadar geçen tüm süreçlerin ve faaliyetlerin toplamını ifade eder. Bu kavram, değer yaratma sürecindeki her aşamanın bir araya geldiği, verimli ve israfı minimize eden bir akış oluşturmayı amaçlar.
SAFe’ın Özellikleri
- Değer Odaklı Yaklaşım:
- SAFe, her seviyede müşteri odaklı çalışmayı teşvik eder.
- “Değer Akışı -Value Stream” konsepti, organizasyonun müşteri için değer yaratma süreçlerini optimize eder.
- Program Artışı – Program Increment (PI) Planlaması:
Program Artışı (PI), SAFe içinde yapılandırılmış, sınırlı zamanlı bir dönemi ifade eder; bu dönemde Çevik takımlar, bir dizi özellik veya çözüm sunmak için iş birliği yaparak, ölçek üzerinde çalışan birden fazla takım arasında uyum ve değer teslimini sağlar.- Tüm ekipler için düzenli ve büyük ölçekli planlama toplantıları yapılır.
- Ekipler, PI döngüsü boyunca tamamlanacak işleri ve hedefleri belirler.
- Roller:
- Release Train Engineer (RTE): Çevik Sürüm Trenini (takımını) – (Agile Release Train)yöneten kişidir.
- Product Manager (Ürün Yöneticisi): Program seviyesinde ürün yönetiminden sorumludur.
- Solution Architect (Çözüm Mimarı) Çözüm seviyesinde teknik mimariyi belirler.
- Sürekli Teslimat:
- SAFe, sürekli teslimat döngüleriyle müşteri ihtiyaçlarına hızlı cevap verme imkanı sunar.
- Stratejik Hizalama:
- Organizasyonun stratejik hedefleri ile ekiplerin çalışmaları arasında uyum sağlar.
SAFe Kullanımının Avantajları
- Koordinasyon: Birden fazla takımın uyum içinde çalışmasını sağlar.
- Stratejik Yönetim: İş önceliklerini belirleyerek kaynakların etkili bir şekilde kullanılmasını sağlar.
- Esneklik: Hızlı değişen iş ihtiyaçlarına uyum sağlar.
- Verimlilik: Daha az israf ve daha fazla müşteri değeri oluşturur.
- Şeffaflık: İş süreçleri ve hedefler arasında daha açık bir iletişim sağlar.
SAFe Ne Zaman Kullanılmalı?
- Büyük ve karmaşık projelerde.
- Birden fazla ekibin aynı anda çalıştığı durumlarda.
- Organizasyon genelinde Çevik bir dönüşüm hedeflendiğinde.
- Stratejik yönetim ve iş önceliklendirme gerektiğinde.
SAFe, organizasyonların hem çevikliği artırmasını hem de daha düzenli ve planlı bir şekilde hareket etmesini sağlayan güçlü bir çerçevedir. Bu yaklaşım, hem ekiplerin hem de organizasyonun geneline yayılan bir başarı kültürü yaratmayı hedefler.
Disiplinli Çeviklik
Hem Scrum hem de Kanban, günümüzün hızlı tempolu ve sürekli değişen iş ortamında projeleri yönetmek için güçlü metodolojiler sunar. Scrum ile Kanban arasında seçim yapmak işinizin doğasına, ekip dinamiklerine ve hedeflerinize bağlıdır. Scrum hızlı geliştirme, iş birliği ve adaptasyon gerektiren projeler için en uygundur. Kanban ise devam eden süreçlerin optimize edilmesi ve sürekli teslimatın sağlanması için idealdir. Her bir yaklaşımın güçlü ve zayıf yönlerini anlamak, ekiplerin ihtiyaçlarına en uygun yöntemi veya metodolojilerin karışımını seçmelerini sağlar. Birçok takım her ikisinin de unsurlarını birleştirir.
Scrum, Kanban veya Scrumban gibi hibrit yaklaşımların ilkelerini benimseyerek, organizasyonlar proje yönetim süreçlerini optimize edebilir, verimliliği artırabilir ve müşteri memnuniyetini yükseltebilir.
Günümüzde, “Disiplinli Çeviklik” (Disciplined Agile –DA-) adında yeni bir araç seti (araçlar bütünü), organizasyonların çevik uygulamaları benimseme, uyarlama ve ölçeklendirme zorluklarını ele almak için ortaya çıkmıştır. Yukarda anlattıklarım gibi bir çerçeve (framework) olmayan Disiplinli Çeviklik, özelleştirilebilir araçlar, ilkeler ve uygulamalar bütünü olarak hizmet eder. Scrum, Kanban veya SAFe gibi katı çerçevelerden farklı olarak, birden fazla çevik yaklaşımı, yalın prensipleri, DevOps’u (Geliştirme ve Operasyon) ve geleneksel proje yönetimini bir araya getirir ve bunlar üzerine inşa edilir.
Bu araç seti, proje ekiplerinin karmaşıklığı yönetme, iş akışlarını optimize etme ve sürdürülebilir çeviklik elde etme konusunda ellerini güçlendirir. Project Management Institute (PMI)’nin bir parçası olan “Disiplinli Çeviklik”, endüstrilerde çevik uygulamaların özelleştirilmesi ve ölçeklendirilmesi için önde gelen bir çözüm olarak giderek daha fazla tanınmaktadır.
Sonuç
Proje yönetiminin geleceği, organizasyonların öngörücü – geleneksel (predictive) ve uyum sağlayıcı – çevik (adaptive) metodolojilerin en iyi unsurlarını birleştirerek değişen proje gereksinimlerini karşılamayı amaçladığı hibrit bir yaklaşıma doğru ilerlemektedir. Bu eğilim, projelerin artan karmaşıklığı, teknolojik gelişmeler ve hızla değişen bir dünyada çeviklik ihtiyacı tarafından yönlendirilmektedir.
Proje yönetiminde yapay zeka (AI) ve otomasyonun artan kullanımı, projelerin planlanma, yürütülme ve izlenme şeklini devrim niteliğinde değiştirmektedir. Bu teknolojiler, verimliliği artırmakta, karar alma süreçlerini güçlendirmekte ve proje yöneticilerinin daha stratejik alanlara odaklanmalarını sağlamaktadır.
Yapay zeka ve otomasyon geliştikçe, proje yönetimi üzerindeki etkileri de artacaktır. Bu teknolojiler, proje yöneticilerini yerine geçmeyecek; ancak onlara daha doğru veriler, daha iyi karar verme araçları ve stratejik liderliğe odaklanmak için daha fazla zaman sağlayacaktır. Yapay zeka ve otomasyonun entegrasyonu, proje iş akışlarını sadeleştirecek, verimliliği artıracak ve organizasyonların daha hızlı ve daha iyi sonuçlar elde etmelerine yardımcı olacaktır.
