Agile Teslimat 1x1: Genel Bakış, En İyi Uygulamalar ve Örnekler

Herkes “Agile Delivery”den bahsediyor ve siz bu yüzden hızlı bir genel bakış, bazı örnekler ve en iyi uygulamalar mı istiyorsunuz? Bu makalede aradığınızı bulacaksınız.

Agile Delivery, çevik ilkeler ve uygulamalar kullanarak müşterilere ve paydaşlara değer sunmaya yönelik bir metodolojidir.

Agile Teslimat, yinelemeli teslimat fikrine, yani ürün veya hizmetin adımlarını erken ve sık sık sunmaya ve iyileştirmek ve uyarlamak için müşteri geri bildirimlerinden ve verilerinden öğrenmeye dayanmaktadır.

Agile Delivery, planlama, konsept, geliştirme, test vb. süreçlerin önceden planlandığı ve ardından sırayla işlendiği geleneksel bir değer yaratma yöntemi olan “Waterfall Delivery” ile aynı şey değildir.

Bir çevik ekibin, önümüzdeki ayları domine edecek devasa bir “Backlog”a veya iş birikimine sahip olduğu sıkça duyulur. Ve bu durum genellikle “Agile Waterfall Delivery” olarak adlandırılır. Ancak şunu netleştirmek isterim ki, “Agile Waterfall Delivery” diye bir şey yoktur. Ve eğer birisi bunu kullandığını iddia ediyorsa, o zaman birbirine ait olmayan şeyler bir araya getiriliyordur.

Agile Teslimat Temelleri

Agile Teslimatının anlamanız ve uygulamanız gereken üç ana ilkesi vardır:

• İş artışlarını erken ve sık sık teslim edin: Müşterinin elinde kullanılabilir bir şey olduğunda ancak o zaman bir değer yaratıldığını herkesin anladığından emin olun. Bundan önce gerçekleşen her şey maliyet yaratır ve değer yaratmaz. Üzerinde ne çalışılırsa çalışılsın, ancak bir müşteri onu gerçekten kullanabildiğinde “tamamlanmış” sayılır. Buna göre ekipler, ancak önceki çalışmaları müşteriler tarafından kullanılmaya başlandığında yeni işlere girişmelidir.
• Hızlı ve doğrudan müşteri geri bildirimi alın: Ekipler iş artılarını erken ve sık bir şekilde sunduklarında, gerçek müşterilerden geri bildirim alabilir ve bu geri bildirime dayanarak hareket edebilirler. Bu, yalnızca sizin ve ekibinizin gerçek kullanıcılardan erkenden geri bildirim almasını sağlayan bir yapıya sahipseniz işe yarar. Sık karşılaşılan bir tuzak: Yöneticilerin kullanıcı geri bildirimi yerine geçmesine izin vermeyin. Yöneticilere, “iş değeri” tanımına sahip olabileceklerini ancak “müşteri değeri” tanımına sahip olamayacaklarını açıkça belirtin; bu değer müşterilere aittir ve Ürün Sahibi (Product Owner) ile ekipler tarafından doğrudan araştırılmalıdır.
• Çapraz fonksiyonlu ekipler: Ekibinizin bir müşteriye bir şey teslim etmek için diğer 10 ekiple konuşması gerekiyorsa, çevik geliştirme sizin için (henüz) işe yaramayacaktır. Tüm süreci sahiplenebilecek, bağımsız olarak karar verebilecek ve müşterilerle konuşabilecek ekipleriniz olduğundan emin olun.

Bağlamınızda çevikliği uygulamanıza yardımcı olabilecek birçok farklı çevik organizasyon modeli vardır. İşte öğrenebileceğiniz popüler modellerden iki örnek:

• Scrum: Bu, ekiplerin yinelemeli ve artımlı olarak değer yaratmasına yardımcı olan çevik bir çerçevedir.

  • Scrum üç rol tanımlar: Scrum Master, Ürün Sahibi ve Geliştirme ekibi.
  • Ayrıca dört etkinlik tanımlar: Sprint Planlama, Günlük Scrum, Sprint Gözden Geçirme ve Sprint Retrospektifleri.
  • Ve üç eser tanımlar: Product Backlog, Sprint Backlog ve Increment.

Scrum, net ve istikrarlı gereksinimleri ve çıktıları olan küçük ve orta ölçekli ekipler veya projeler için çok uygundur.

• Spotify modeli: Spotify modeli, bir müzik yayın şirketi olan Spotify tarafından geliştirilen çevik bir organizasyon modelidir.
  Spotify modeli ekipleri Squad, Chapters, Tribes ve Guilds olarak ayırır.

  • Ekip, belirli bir işlev veya ürün sunan küçük bir çapraz işlevli ekiptir.
  • Bölüm, geliştiriciler, test uzmanları, tasarımcılar vb. gibi benzer becerilere veya görevlere sahip kişilerden oluşan bir gruptur.
  • Kabile, ilgili bir alan veya etki alanı üzerinde çalışan bir grup ekiptir.
  • Lonca, kuruluşun tamamına yayılan bir çıkar topluluğudur.

Spotify modeli, karmaşık ve dinamik gereksinimleri ve sonuçları olan büyük kuruluşlar veya programlar için çok uygundur.

Daha sonra, çevik bağlamda da önemli bir rol oynayan klasik bir yönetim yöntemine dikkat çekmek istiyorum: Bire bir toplantılar.

Aşağıdaki tablodan da görülebileceği gibi, çalışanlar tarafından çok önemli görülmektedirler.

En iyi uygulama: Geliştiricilerle bire bir toplantılar

Yazılım geliştiricileri düzenli olarak bire bir toplantılara yönlendirmek Agile Teslimat Liderleri için kesinlikle merkezi bir öneme sahiptir. Belki de en önemli toplantınız onlar. Onları ciddiye alıyor musunuz?

Bu vesileyle, çevik ekipler için özel olarak geliştirilen ücretsiz bire bir toplantı yazılımımıza dikkatinizi çekmek isterim. 1:1 toplantılarınızı heyecan verici hale getirin, eğilimleri ölçün ve her şeyden önce çalışan gelişiminizde ilerleme kaydedin! 

Aşağıdaki şablonlarımızdan birini denemekten çekinmeyin. Aşağıdaki şablon, örneğin iki haftalık bire bir görüşmeler için standart bir şablondur. Ayrıca sonunda, elbette özelleştirebileceğiniz ölçülebilir bir “durum kontrolü” içerir:

Çevik dağıtımda başarılı olmak için, dağıtım sürecinizi ve sonuçlarınızı optimize etmenize yardımcı olacak bazı en iyi uygulamaları izlemeniz gerekir. İşte bunlardan bazıları:

• Kendi kendini organize eden ve bağımsız ekiplere liderlik etmek: Bir Agile lideri veya yöneticisi olarak, ekiplerinizi karar verme, sorumluluk alma ve işlerini savunmaları için güçlendirmeniz gerekir. Onlara patronluk taslamadan veya gereksiz kurallar ya da kısıtlamalar getirmeden ellerinden gelenin en iyisini yapmaları için güvenmeniz gerekir. Ayrıca ihtiyaç duydukları kaynakları, araçları, geri bildirimi ve takdiri sağlayarak onları desteklemeniz gerekir.
• Doğrudan müşteri teması kurun: Çevik bir ekibin üyesi veya ürün sahibi olarak müşterilerinizle doğrudan ve sık sık etkileşim kurmanız gerekir. Onların ihtiyaçlarını, beklentilerini ve tercihlerini anlamanız ve bunları karşılayan veya aşan bir değer sunmanız gerekir. Ayrıca ürününüz veya hizmetiniz hakkında onlardan geri bildirim toplamanız ve bunu teklifinizi geliştirmek ve uyarlamak için kullanmanız gerekir.
• Her yeni işlevi, öğrenebileceğiniz bir deney olarak düşünün: Çevik bir ekibin üyesi veya ürün sahibi olarak, her yeni özelliği veya gereksinimi, müşterilerinizin ne istediğine veya neye ihtiyaç duyduğuna ilişkin varsayımlarınızı ve hipotezlerinizi test etmek için bir deney olarak ele almanız gerekir. Deneylerinizi dikkatli bir şekilde planlamanız, sonuçlarınızı objektif bir şekilde ölçmeniz ve verilerinizden ve geri bildirimlerinizden ders çıkarmanız gerekir. Ayrıca sonuçlarınıza göre yeniden düşünmeye veya yolunuza devam etmeye hazır olmanız gerekir.

Genel bir bakış için ihtiyacınız olan tek şey bu. Umarım bu makale çevik teslimat, temelleri, örnekleri ve en iyi uygulamaları hakkında daha fazla bilgi edinmenize yardımcı olur. Herhangi bir sorunuz veya geri bildiriminiz varsa, lütfen bana bildirin 😊.