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

Herkes “Çevik Teslimat”tan bahsediyor ve bu nedenle 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.

Çevik Teslimat, planlama, tasarlama, geliştirme, test vb. işlemlerin önceden planlandığı ve ardından sırayla tamamlandığı geleneksel bir değer yaratma yolu olan “Şelale Teslimatı” ile aynı şey değildir.

Genellikle çevik bir ekibin, önümüzdeki aylara hakim olacak devasa bir “Backlog”u veya görev yığını olduğu duyulur. Ve bu genellikle “Çevik Şelale Teslimatı” olarak adlandırılır. Ancak, “Çevik Şelale Teslimatı” diye bir şey olmadığını açıklığa kavuşturmak istiyorum. Ve biri onu kullandığını iddia ediyorsa, bir araya gelmemesi gereken şeyler bir araya getiriliyor demektir.

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: Herkesin, ancak müşteri elinde kullanışlı bir şey tuttuğunda değer yaratıldığını anladığından emin olun. Bundan önce olan her şey maliyete neden olur ve değer yaratmaz. Üzerinde ne çalışılırsa çalışılsın, bir müşteri onu gerçekten kullanabildiğinde “tamamlanmış” olur. Buna göre, ekipler önceki çalışmaları müşteriler tarafından kullanılana kadar yeni işlere başlamamalıdır.
• Hızlı ve doğrudan müşteri geri bildirimi alın: Ekipler erken ve sık aralıklarla iş artışları sağladığında, gerçek müşterilerden geri bildirim alabilir ve bu geri bildirimlere göre hareket edebilirler. Bu, ancak size ve ekibinize gerçek kullanıcılardan erken geri bildirim almanızı sağlayan bir yapınız varsa işe yarar. Sık karşılaşılan tuzak: Yöneticilerin kullanıcı geri bildirimi adına hareket etmesine izin vermeyin. Yöneticilere, “iş değeri” tanımına sahip olabileceklerini, ancak “müşteri değeri” tanımına sahip olmadıklarını açıklayın - bu müşterilere aittir ve ürün sahibi ve 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 şablonlardan birini denemekten çekinmeyin. Aşağıdaki şablon, örneğin iki haftada bir yapılan bire bir görüşmeler için standart bir şablondur. Ayrıca sonunda ölçülebilir bir “duygu durumu kontrolü” içerir, tabii ki bunu uyarlayabilirsiniz:

Ç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 😊.