2026'da çevikliğinizi artırın - Nihai kılavuz

Bildiğiniz gibi, ekonomik durum son aylarda büyük ölçüde değişti.
2022 yılında faiz oranları hala 0 %‘ye yakındı ve bu “ucuz” para özel tüketimin çok güçlü olmasını sağladı. Bu da şirketlerin büyümeye öncelik vermesine ve inovasyonu teşvik etmesine yol açtı.
Ancak faiz oranlarındaki keskin yükseliş ve bunun sonucunda tüketimin azalmasıyla birlikte bu öncelikler değişmiştir. Artık büyüme yerine kar marjlarına odaklanılıyor ve inovasyon yerine maliyet optimizasyonu kilit bir rol oynuyor. Yazılım geliştirmek maliyetli bir iş olduğundan, büyük teknoloji şirketlerinde sadece işten çıkarma dalgaları değil, aynı zamanda yazılım ekiplerinin verimliliğini ölçmenin artan popülaritesini de görüyoruz. İşte bu yeni odaklanma, Agile koçlarının ve scrum ustalarının artık ekiplerinin ve yeni özelliklerin teslim edilmesinin sorumluluğunu her zamankinden daha fazla üstlenmeleri gerektiği anlamına geliyor.

Tam da bu nedenle, bir “Agile Teslimat” yöneticisi olarak gerekliliklerinizi yerine getirmenize yardımcı olacak 5 ipucunu bir araya getirdim.

Ancak şirketinizdeki mevcut önceliklerin ne olduğunu anlarsanız hedefe yönelik eylemde bulunabilirsiniz. Bu konuda daha fazla netlik kazanmak için kendinize bu üç soruyu sorun:

• Şu anda yönetim için çok önemli olan nedir?
• Son aylarda bu odak noktası nasıl değişti?
• Önceliklerinizi hizalamak için yönetimle ne gibi rutinleriniz var?

Artık şirketin önceliklerini bilip bilmediğinizi sorguladığınıza göre, ekiplerinizin de şirketin öncelikleri konusunda net olup olmadığını kontrol etmeniz gerekir. Bir koç veya lider olarak, ekiplerinizin şirketin öncelikleriyle uyumlu olup olmadığını kontrol etmek de sizin görevinizdir. Bunun için kendinize üç soru da sorabilirsiniz:

• Ekipler şu anda şirketteki öncelikleri nasıl öğreniyor?
• Ekipler genel hedefe ana katkılarının ne olduğu konusunda nasıl anlaşırlar?
• Hangi değişiklikler yönetim ve ekiplerin beklentilerini uyumlu hale getirmeye yardımcı olabilir?

Çevik çalışmanın temel amaçlarından biri kendi kendini organize eden ekipler oluşturmak olsa da, birçok Scrum Master, Agile koçu ve ekip lideri hala “mikro yönetim” veya aşırı ekip desteği gibi olgulardan muzdariptir. Bu da sözde “kendi kendini organize eden” ekiplerin tamamen kendi başlarına hareket edememesine yol açmaktadır. Burada da ekiplerinizin gerçekten kendi kendini organize edip etmediği üzerine düşünebilirsiniz:

• Ekibiniz “iyi bir iş” yapmanın ne anlama geldiği konusunda ortak bir anlayışa sahip mi?
• Ekibiniz belirli bir zamanda belirli kaynaklarla ne teslim edebileceklerini doğru bir şekilde tahmin edebiliyor mu?
• Görevlerin anlamlılığı ekip içinde inceleniyor mu yoksa sadece yerine mi getiriliyor?

Bir şey en iyi şekilde işlemiyorsa, genellikle ekibin ve ekip üyelerinin iyileştirilmesi gerektiği varsayılır. Çoğu durumda, aslında ekip üyelerinin içinde çalıştığı sistemlerin iyileştirilmesi gerekir. Gerçek genellikle şuna benzer:

Sistemler nasıl geliştirilebilir?

• Ekip, hedeflerine ulaşmak için ihtiyaç duyduğu tüm bilgileri zamanında alıyor mu?
• Kullanıcılardan gelen geri bildirimler şirketteki ilgili tüm departmanlara hızlı bir şekilde ulaşıyor mu?
• İşi bağımsız olarak organize etmek için ekip olarak size yeterince özgürlük veriliyor mu?

Birçok “Agile Koçu “nun artık “Agile Teslimat Yöneticisi” unvanına sahip olmasının nedenlerinden biri, ekibin performansı için sorumluluk alındığını açıkça sembolize etmektir. 2020 yılında Scrum Kılavuzu’nda şu ifade yer alıyordu: “Scrum Master ekibin etkinliğinden sorumludur”.
Bunu yapmak şu anda sadece önemli olmakla kalmıyor, aynı zamanda şirketlerin yaptığı maliyet tasarrufları nedeniyle sorumluluk almaları da bekleniyor.

Ekonomik durum sıkılaştıkça, ölçülebilir performans her zamankinden daha önemli hale geliyor. Bunu 2024 yılında en üst düzeye çıkarmak için bu 5 noktayı dikkate alabilirsiniz:

#1 Kurumun önceliklerini yansıtmak

#2 Beklentileri uyumlaştırın

#3 Gerçekten kendi kendini organize eden ekipler geliştirin

#4 Sistemin iyileştirilmesi

#5 Sorumluluk almak

Bunu sağlamak için, bu makalede size verdiğim sorular üzerinde düzenli olarak düşünmeniz önemlidir. Agile teslim aracımız “Echometer” ile her retrospektifte Health Check şeklinde birkaç soru sorulur, böylece bunları her zaman güncel tutabilirsiniz.

Aracı ücretsiz olarak test etmek isterseniz, bunu buradan yapabilirsiniz:

Nasıl yapılır

⚙️ Çevik Teslimat Retrospektifi: Retro nasıl işler

1. Rastgele Buzkıran (2-5 dakika)

   Echometer size rastgele check-in soruları için bir üretici sağlar.

2. Açık önlemlerin gözden geçirilmesi (2-5 dakika)

   Yeni konulara başlamadan önce, geçmiş retrospektiflerden alınan önlemlerin ne olduğuna dair bir etkinlik kontrolü yapmalısınız. Echometer, geçmiş retrolardan alınan tüm açık Eylem Öğelerini otomatik olarak listeler.

3. Retro konularını tartış

   En önemli içgörülerinizi toplamak için aşağıdaki açık uçlu soruları kullanın. Önce herkes kendi başına gizler. Echometer, geri bildirimi sunmak ve ardından gruplandırmak için Retro Panosunun her sütununu ayrı ayrı ortaya çıkarmanıza olanak tanır.

   • Çalışma şeklimiz ne zaman optimal olmayan bir iş akışına yol açtı? (örn. net olmayan, uygunsuz veya takip edilmeyen kılavuzlar)
   • Çalışma şeklimiz ne zaman iyi işledi?
   • Sprint sonunda işe yaramayan / teslim edilemeyen bir artışın son örnekleri nelerdi?

4. Her şeyi kapsayan soru (Önerilir)

   Böylece diğer konuların da yeri olur:

   • Retro'da başka ne hakkında konuşmak istersin?

5. Önceliklendirme / Oylama (5 dakika)

   Echometer'deki Retro Panosunda, geri bildirimi oylama ile kolayca önceliklendirebilirsiniz. Oylama elbette anonimdir.

6. Önlemleri tanımla (10-20 dakika)

   Bir geri bildirime eklenen artı sembolü aracılığıyla bağlantılı bir önlem oluşturabilirsiniz. Hangi önlemin doğru olduğundan henüz emin değil misiniz? Ardından, temel nedenleri ve olası önlemleri beyin fırtınası yapmak için artı sembolü aracılığıyla konuyla ilgili bir beyaz tahta açın.

7. Ödeme / Kapanış (5 dakika)

   Echometer, ekibin retro'nun ne kadar yardımcı olduğuna dair anonim geri bildirim toplamanıza olanak tanır. Bu, zaman içinde izleyebileceğiniz ROTI puanını ("Yatırılan Zamandan Geri Dönüş") oluşturur.

⚙️ Çevik Teslimat Retrospektifi

Çalışma şeklimiz ne zaman optimal olmayan bir iş akışına yol açtı? (örn. net olmayan, uygunsuz veya takip edilmeyen kılavuzlar)

Çalışma şeklimiz ne zaman iyi işledi?

Sprint sonunda işe yaramayan / teslim edilemeyen bir artışın son örnekleri nelerdi?

Bu retro'yu şimdi açın