Çevik (Agile) Proje Yönetimi Uygulama Rehberi

Çevik yaklaşım hangi işlerde işe yarar?

Çevik proje yönetimi, işi uzun bir plana bağlamak yerine kısa döngülerle ilerleyip her döngünün sonunda çalışan bir çıktıyı paydaşlara göstermeyi esas alır. Kapsamın baştan tam bilinmediği, müşteri geri bildiriminin yönü değiştirebildiği ve ekibin küçük parçaları tek tek teslim edebildiği işlerde en çok değer üretir: yazılım ürünleri, dijital kampanyalar, yeni hizmet tasarımı, iç süreç iyileştirmeleri.

Buna karşılık kapsamı sözleşmeyle kilitlenmiş, değişiklik maliyeti çok yüksek ve parçaları sırayla teslim edilemeyen işlerde (örneğin bir binanın temeli) saf çevik yaklaşım zorlanır. Böyle durumlarda çevik ve klasik yöntemler karıştırılır. Hangisini seçeceğinizi netleştirmek için önce kendinize şunu sorun: iş boyunca öğrenerek yön değiştirmem gerekecek mi? Cevap evetse çevik yaklaşım uygundur.

Adım adım: ilk iterasyondan önce neler hazırlanır?

Çevik uygulama bir araç kurmakla değil, birkaç net kararla başlar. Aşağıdaki sıra, yeni bir ekipte ilk iterasyondan önce pratikte işe yarayan sıradır:

• Vizyonu tek cümleye indirin: kim için, hangi sorunu, hangi çıktıyla çözüyoruz?
• Rolleri belirleyin: ürün sahibi önceliklere karar verir, ekip işi nasıl yapacağına karar verir, Scrum kullanıyorsanız Scrum Master süreci korur.
• Ürün backlog'unu çıkarın: yapılacak işleri kullanıcı hikâyeleri biçiminde yazın ve değer sırasına dizin.
• Her hikâye için kabul ölçütü yazın: iş bitti dediğimizde hangi koşullar sağlanmış olacak?
• Ekip olarak bir bitti tanımı (definition of done) kararlaştırın: kod gözden geçirildi mi, test edildi mi, dokümante edildi mi?
• İterasyon uzunluğunu seçin ve sabit tutun. Kısa ve sabit bir ritim, tahmin yapmayı kolaylaştırır.

Bu hazırlıkta en sık atlanan adım kabul ölçütleridir. Ölçüt yazılmamış bir hikâye, iterasyon sonunda ürün sahibi ile ekip arasında tartışma çıkarır.

İterasyon döngüsü nasıl işler?

Bir iterasyon (Scrum'daki adıyla sprint) dört temel toplantı ve bir çıktıdan oluşur. İterasyon planlamasında ürün sahibi öncelikli maddeleri sunar, ekip kapasitesine göre kaç maddeyi alabileceğini söyler ve iterasyon hedefi yazılır. Günlük kısa toplantıda ekip iterasyon hedefine doğru ilerlemeyi gözden geçirir ve günün planını ayarlar. Birçok ekip bunu dün ne ilerledi, bugün ne yapılacak, önünde ne engel var sorularıyla yapar; ancak güncel Scrum Guide bu soruları zorunlu tutmaz, yapıyı ekibe bırakır. Toplantı durum raporu vermek için değil, ekibin kendi arasında koordinasyon kurması içindir.

İterasyon sonunda gözden geçirme toplantısında çalışan çıktı paydaşlara gösterilir ve geri bildirim backlog'a yeni maddeler olarak girer. Ardından retrospektifte ekip süreci konuşur: neyi sürdürelim, neyi bırakalım, neyi denemek istiyoruz? Retrospektiften çıkan bir iyileştirme maddesini bir sonraki iterasyonun backlog'una koymak, toplantının işe yarayıp yaramadığını belirleyen en basit yöntemdir.

Hangi araçlar ve teknikler kullanılır?

Çevik çalışmanın merkezinde görünür bir iş tahtası vardır. Fiziksel bir duvar, beyaz tahta ya da Jira gibi bir iş takip aracı olabilir; sütunlar genellikle Yapılacak, Devam ediyor ve Tamamlandı biçimindedir. Kanban kullanan ekipler sütunlara devam eden iş sınırı koyar, böylece aynı anda çok fazla işin başlamasının önüne geçilir.

İlerlemeyi izlemek için burndown grafiği kullanılır: iterasyon boyunca kalan iş miktarının zamanla azalmasını gösterir. Büyüklük tahmini için ekipler göreli tahmin yöntemlerini (hikâye puanı, giysi bedeni gibi boyutlandırma) tercih eder, çünkü saat cinsinden tahmin belirsiz işlerde genellikle yanıltır. Önceliklendirmede MoSCoW gibi basit çerçeveler yeterlidir. Araç seçimi ikincildir: tahtayı kağıt üzerinde kurup işleyen bir ekip, aracı yanlış kullanan bir ekipten daha çevik çalışır.

Küçük bir örnek: müşteri portalı projesi

Bir şirketin müşterilerine sipariş durumunu gösteren bir portal yaptığını düşünelim. Klasik yaklaşımda tüm gereksinimler baştan yazılır ve portal aylar sonra tek parça teslim edilir. Çevik yaklaşımda ürün sahibi önce en değerli hikâyeyi seçer: müşteri sipariş numarasıyla durumunu görebilsin. Ekip ilk iterasyonda yalnızca bu hikâyeyi, kabul ölçütleriyle birlikte bitirir.

Gözden geçirme toplantısında müşteri hizmetleri temsilcileri çalışan ekranı görür ve ilk geri bildirim gelir: kullanıcılar sipariş numarasını hatırlamıyor, e-posta ile aramak istiyor. Bu bilgi, planlamanın baştan öngöremeyeceği bir şeydir. Backlog güncellenir, bir sonraki iterasyona e-posta ile sorgulama eklenir. Böylece ekip, yanlış varsayım üzerine aylarca iş üretmek yerine ilk döngüde yön düzeltmiş olur.

Sık yapılan hatalar

Çevik yaklaşımı uygularken görülen hataların çoğu birkaç başlıkta toplanır:

• Toplantıları yapıp ilkeleri uygulamamak: günlük toplantı yapılıyor ama kimse engelleri çözmüyor.
• Ürün sahibinin ekibe zaman ayırmaması: sorulara günler sonra cevap gelirse iterasyon tıkanır.
• İterasyon ortasında kapsam eklemek: hedef sürekli değişirse ekip taahhüt veremez.
• Retrospektifi atlamak: süreç iyileştirme bu toplantıda gerçekleşir.
• Çeviklik adı altında dokümantasyonu tamamen bırakmak: çevik manifesto çalışan yazılıma dokümandan fazla değer verir, dokümanı yok saymaz.
• Tek bir çerçeveyi dogma gibi uygulamak: ekibe uymayan kuralı olduğu gibi sürdürmek yerine denemek ve uyarlamak gerekir.

Bu hataların ortak noktası, çevikliğin bir toplantı takvimi sanılmasıdır. Asıl amaç, kısa geri bildirim döngüleriyle risk ve israfı erken görmektir.

Çevik proje yönetimi nasıl öğrenilir?

Başlangıç aşamasında Çevik Manifesto'nun değerlerini ve Scrum Guide'ı okuyun; Scrum Guide kısa bir belgedir ve roller, olaylar ve çıktıları resmî olarak tanımlar. Ardından küçük bir kişisel ya da ekip işini bir tahtaya taşıyın ve birkaç iterasyon deneyin. Uygulamadan öğrenmenin yerini okuma tutmaz.

Orta aşamada kullanıcı hikâyesi yazma, göreli tahmin ve backlog önceliklendirme becerilerini geliştirin. İleri aşamada Kanban, ölçekli çevik çerçeveler ve klasik yöntemlerle birlikte kullanılan hibrit modeller gelir. Sertifika hedefliyorsanız hangi kurumun hangi çerçeveyi sertifikalandırdığını resmî sitelerden kontrol edin.

Mindset programlarında nerede çalışılır?

Mindset kataloğunda çevik konulara yönelik birkaç program bulunur. Agile Project Management Foundation eğitimi AgilePM® Foundation konusuna odaklanır. Hibrit Proje Yöneticiliği Sertifika Programı müfredatında Çevik Yaklaşımın Temelleri: Scrum ve Kanban, Kapsam ve Backlog Yönetimi ile Sprint ve İterasyonların Hibrit Yapıya Entegrasyonu gibi modüller yer alır. Jira ile Proje Yönetimi Eğitimi ise tahta ve iş takibi araç tarafını ele alır.