Ölçeklendirilen Çevik uygulamaları uygulama

  • Makale

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Kurumsal kuruluşlar, Çevik uygulamalarını birçok nedenden dolayı benimser. Bu nedenlerden bazıları şunlardır:

  • Pazara sunma süresini kısaltın, ürün teslimatını hızlandırın
  • Değişen öncelikleri yönetmek için kurumsal etkinliği geliştirme
  • Yazılım kalitesini ve teslim tahmin edilebilirliğini geliştirme
  • Proje görünürlüğünü geliştirme ve proje riskini azaltma

Kuruluşunuz büyüdükçe, çevik kalmak ve değişen hedeflere ulaşmak için uygulamalarınızı ölçeklendirmek isteyeceksiniz. Bunu yapmak için şu iki yol gösteren ilkeyi göz önünde bulundurun:

  • Başarı size, ekiplerinize ve kuruluşunuza nasıl görünür ? En çok ilgi çekici olan şey: Zamanında teslimat mı? Ürün kalitesi? Öngörülebilirlik mi? Müşteri memnuniyeti mi?
  • Scrum'un kurucularından Ken Schwaber'ın belirttiği gibi, ilk ilkelere geri dönün, Çevik manifestosunda numaralandırılmış ilkelere ve paylaşılan değerlere dönün:
    • "Değerler ve ilkeler ölçeklendirilir, ancak uygulamalar bağlama duyarlıdır."
    • "Değerleri koru, ilkeleri koru, kendin düşün. Çevik'in temel bir özelliği, işi yapan kişilerin bunun nasıl yapılacağını en iyi şekilde öğrenebilecek kişiler olmasıdır."

Ritim ve akış oluşturma

Paylaşılan bir tempoyu ve düzenli iletişim kümesini benimseyerek kuruluş genelinde sürekli bir etkinlik akışı oluşturursunuz. Büyük kuruluşlarda ritim ve akış oluşturmaya yardımcı olan uygulamalar şunlardır:

  • Paylaşılan tempo: Düzenli sprint'ler ve sürümler işletmenin ritmini oluşturur. Tüm ekiplerin paylaşılan bir tempoda çalışması, tüm koordinasyon ve işbirliği etkinliklerine yardımcı olur.
  • Sprint e-postaları: Kuruluşun ve tüm ekiplerin özellik ekiplerinin ilerleme durumu ve planları hakkında bilgi sahibi olmasını sağlamak için, her özellik ekibi önceki sprint sonuçlarının ve geçerli sprint planlarının özetini e-postayla gönderebilir.
  • Sprint tanıtımları: Ekibin oluşturduğu yeni bir özelliği gösteren hızlı--2- 3 dakikalık bir video. Bu tür videoların bağlantıları sprint e-postalarına eklenebilir.
  • Toplantıları gösterme: Diğer ekipleri bilgilendirmek ve geliştirme aşamasındaki yazılımlar hakkında geri bildirim istemek için ekipler yaptıkları çalışmaları sergiler. Bu toplantıları proje yaşam döngüsü boyunca düzenli aralıklarla gerçekleştirin ve tüm ilgili taraflara açın.
  • Hata özeti e-postaları: Ürün kalitesiyle ilgili içgörüleri desteklemek ve hata disiplininin korunmasını teşvik etmek için kalite ölçümlerini düzenli aralıklarla kuruluşla paylaşın. Bu ölçümler özellik ekibi başına etkin hataları, hata eğilimlerini ve mühendis başına hataları içerebilir.
  • Koordinasyon toplantıları: Ekipleri düzenli aralıklarla veya çakışan hedefleri, bağımlılıkları ve riskleri ele almak için gerektiği sıklıkta koordine eden toplantılar düzenleyin.

Müşterilerle etkileşim kurma

Ürün yaşam döngünüz boyunca müşterilerle etkileşim kurmak birincil Çevik ilkesidir. Her ekibin sahip oldukları özellik kümelerinde müşterilerle doğrudan etkileşim kurmasını sağlayın.

  • Sürekli geri bildirim: Müşteri geri bildirim döngülerinde derleme. Bu döngüler birçok biçim alabilir:
    • Müşteri sesi: Müşterilerin geri bildirim sağlamasını, fikir eklemesini ve yeni nesil özelliklere oy vermesini kolaylaştırma. Geri bildirimde bulunmak genellikle özel bir web sitesi aracılığıyla gerçekleştirilir.
    • Ürün geri bildirimi: Ürün içi geri bildirim düğmeleri, ürün deneyimi veya belirli özellikler hakkında geri bildirim istemenin başka bir yoludur.
    • Müşteri tanıtımları: Müşterilerinizden geri bildirim isteyen düzenli olarak zamanlanmış tanıtımlar, yeni nesil ürünleri şekillendirmenize ve müşterilerinizin kullanmak istediği uygulamaları oluşturmanıza yardımcı olabilir.
  • Erken benimseyen programlar: Bu tür programlar, tüm ekiplerin bir noktada katılmak isteyebileceği fikriyle geliştirilmelidir. Erken benimseyenler, daha sonra geri bildirim sağlayabilecekleri çalışma yazılımının erken sürümlerine erişim elde ederler. Bu programlar genellikle erken benimseyenler listesi için belirli özellik bayraklarını açarak çalışır.
  • Veri temelli kararlar: Ürününüzü yararlı veriler elde etmek ve çeşitli hipotezleri test etmek için izlemenin yollarını bulun. Öğrenmeyi kutlayan, deneme dostu bir kültüre yönlendirmeye yardımcı olun.

Proje görünürlüğünü geliştirme

Siz ve ekipleriniz, yapılan işin hedefi, vizyonu ve ilerlemesi hakkında ne kadar çok içgörü elde ettikçe riskleri azaltmaya ve bağımlılıkları yönetmeye o kadar iyi olanak tanırsınız.

  • Ekip yapısı: Kuruluşunuz ne kadar büyük olursa olsun, kuruluşunuzu 6 ile 9 ölçek arasında küçük ekipler etrafında yapılandırır. Portföy yönetimi alanları altında gruplandırılmış dikey, otonom özellik ekipleri oluşturun.
  • İş dökümü yapısı: Büyük hedefleri, özellikleri veya gereksinimleri daha küçük hedeflere ayırmak proje yönetiminin kararlılığını korur. Ekipler, çalışmaları benzer boyutlu görevlere ayırarak daha iyi tahminler yapabilir, riskleri ve bağımlılıkları belirleyebilir.
  • Birleştirilmiş görünümler: Ekipler arasında bilgi edinmek için çalışmaları toplamak için çevrimiçi izleme araçlarınızı kullanın. İlerleme durumunu ve eğilimleri göstermek için panolar oluşturun.
  • Deneyim incelemeleri: Geliştirme bir özellik üzerinde çalışmaya başlamadan önce yapılan bu toplantılar, liderliği senaryolar ve öncelikler hakkında eğitmek, geri bildirim toplamak, beklentileri belirlemek ve özellik hakkındaki ekipler arası sorunları ortaya getirmek için kullanılır.

Üretken bir iş gücünü güçlendirme

İyi ölçeklendirilen ve daha mutlu, katılımlı ve üretken çalışanlara yol açan bazı belirli Çevik uygulamaları şunlardır:

  • Tümleşik liderlik: Kuruluştaki ekipleri ve liderleri mümkün olduğunca kendi kendine düzenleme ve kendi kendine yönetme konusunda güçlendirin. Ekip otonomisi, kurumsal çeviklik ekibin verimliliğini artırır. Ekiplerin başarılı olmak için gereken kurumsal sponsorluğu olduğundan emin olun.
  • Günlük stand-up'lar: Veya Scrum toplantıları, ekiplerin sprint taahhütlerini yerine getirme becerilerini en üst düzeye çıkarmak için günlük olarak yapması gerekenlere odaklanmalarına yardımcı olur. Kuruluşlar büyüdükçe, ekipler arası katılımın gerektiği gibi gerçekleşebilmesi için bu toplantıları aşamalı olarak değerlendirmeleri gerekir.
  • Scrum'ların scrum'ı: Farklı Çevik ekiplerden üyelerin günlük stand up'ları, tamamlanan işleri, sonraki adımları ve temsilci ekiplerinde oluşan sorunları veya blokları bildirmek için günlük olarak bir araya gelir.
  • Ekip iletişimleri: Ekiplerin ve diğer ekiplerin kurumsal ağ üzerinden erişebileceği uygulamalarını ve kılavuzlarını paylaşmalarını sağlayın ve teşvik edin. Bu amaçla kullanılan yaygın araçlar arasında ekip wiki'leri, OneNote'lar veya Markdown siteleri bulunur.
  • İşbirliği: Ekip içinde resmi olmayan ekipler arası iletişim ve işbirliği teşvik edin. Kod incelemeleri, tasarım gözden geçirmeleri, belirtim incelemeleri gibi uygulamaları kurumsallaştırmak yalnızca ekip işbirliğini artırmakla kalmaz, bireysel ve genel kurumsal yetkinlik geliştirmeye yardımcı olur.

Kuruluş kültürünü geliştirme

Oluşturmak istediğiniz kültüre katılarak kurumsal etkinliği geliştirirsiniz. Kültür değişiklikleri, bireyler, ekipler ve kuruluşlar bir veya daha fazla sürekli iyileştirme uygulamasını benimsediğinde gerçekleşir. Birkaç ölçeklenebilir Çevik uygulama şunlardır:

  • Geçmişe dönük değerlendirmeler: "Ne iyi gitti?", "Neleri farklı yapmalıyız?", "Ne yapmayı bırakmalıyız?" gibi sorular sorarak, ekiplerin süreçleri ve uygulamaları üzerinde nasıl geliştirebileceklerini yansıtmalarına yardımcı olur. Geçmişe dönük değerlendirmeler, ekiplerin neyin iyi çalıştığını ve neyin iyileştirilmesi gerektiğini ortaya çıkarmasında yardımcı olur. Geçmişe dönük değerlendirmeler her zaman ve her yerde yapılabilir. Ancak, belirli geçmişe dönük değerlendirmeleri düzenli bir tempoda kurumsallaştırmak, sürekli iyileştirme uygulamalarını kurumsallaştırmaya yardımcı olur. Örneğin:

  • İyileştirme izleme panosu: süreçleri geliştirmek için iyi fikirler herhangi bir zamanda herhangi birinden kaynaklanabilir. Bu fikirleri hızla tartışmak ve üzerinde nasıl davranılacağına karar vermek, süreç geliştirme çalışmalarını desteklemek için önemli bir noktadır.

    Beyaz tahta, fikirleri yakalamak için kolay ve görsel araçlar sağlar. Ayrıca, bir geliştirme izleme ekibi oluşturabilir ve elektronik Kanban panosunda izlediğiniz fikirleri yakalayabilirsiniz.

  • Paylaşımı kurumsallaştırma: En iyi yöntemlerin paylaşılması ve fikirlerin iletilmesi, bir kuruluştaki tüm ekiplerin büyümesine ve gelişmesine yardımcı olur. Öğrenme kültürünü geliştirmek, bunu ve diğer sürekli iyileştirme etkinliklerini desteklemek için kilit öneme sahip. Dikkate alınması gereken bazı fikirler:

    • Şirket içi wiki'ler

    • Şirket içi dağıtım listeleri

    • Hackathon haftaları veya %10 hack süresi

    • Çevik uygulamalarını benimseyen ekipleri desteklemek için iç Çevik destek ekibi

      Kültür Oyunu , ekiplerin Çevik'i benimsemesine ve en iyi yöntemleri paylaşmasına yardımcı olmak için Çevik yöneticilerine iyi bir kaynak sağlar.

  • Uygulama toplulukları: İç ortak disiplinleri (örneğin, DTA'lar, SW Mimarları, UX tasarımı) destekleme

Çalışan yazılım

"Çalışma yazılımını birkaç haftadan birkaç aya kadar, daha kısa zaman ölçeğini tercih edecek şekilde sık sık teslim edin."
"Çalışma yazılımı ilerlemenin birincil ölçüsüdür."
- Çevik bildirim

Yazılım, özellik ve karmaşıklık miktarı arttıkça, tüketilebilir çözümler üretmenize yardımcı olacak uygulamaları benimsemeniz gerekir.

  • Özellik bayrakları: Farklı özelliklere erişimi etkinleştirmek veya devre dışı bırakmak için özellik bayraklarını kullanın. Çalışan geri bildirim almak için özellikleri erken benimseyenlere açmak için destek sağlayın.
  • Sürüm trenleri: Bir veya daha fazla özellik sunmak için başka bir tempo türü sağlayın. Özellik ekipleri, yeni özellikleri göndermenin önceden planlanmış zamanlamasını anlar ve doğru bir şekilde planlanır. Yayın trenleri, kuruluş için oluşturulan sprint temposunun aynısına karşılık gelebilir veya farklı bir tempoda gerçekleşebilir. Sprint'leri ve yayın trenlerini ayarlama hakkında bilgi için bkz . Ölçeklendirilmiş Çevik Çerçeve .
  • Sürekli tümleştirme: El ile çalışmayı ortadan kaldıran ve bunun yerine test, derleme ve dağıtım döngüleri aracılığıyla yazılım akışını otomatik hale getiren süreçleri benimseyin.
  • İç Açık Kaynak: Açık Kaynak Yazılım topluluğunda geliştirilen değeri ve etik değerleri iç geliştirme ekiplerinize getirin.

Yukarıdaki uygulamalarla birlikte, aşağıdaki makalelerde Çevik araçlarınızı ölçeklendirme hakkında daha fazla kılavuz bulabilirsiniz:

Sektör kaynakları

Ölçeklendirilmeyecek uygulamalar

  • Büyük girişimleri tahmin etme: Şelale proje yöntemlerinin bir bölümü, kaynakların ve zamanlamaların tahminini içerir. Girişimler ne kadar büyük olursa, bu tahminlerin herhangi bir değere sahip olma olasılığı o kadar düşüktür. Projeler büyüdükçe riskler ve öngörülemeyen sorunlar ve engelleyiciler ortaya çıkabilir ve bu da birçok tahmini geçersiz hale getirir.
  • Hız: Ekip hızı , bir sprint döngüsü sırasında her ekibin ne kadar çalışma tamamlayabildiği hakkında içgörü elde etmek için yararlı bir ölçüm sağlasa da anlamlı veya kullanışlı ölçümler elde etmek için ekip hızları ekleyemezsiniz. Ayrıca, uzun aralık tahminlerini güvenilir bir şekilde tamamlamak için birçok ekipten elde edilen hızı kullanmak sorunludur. Ekipler, çalışmalarını tahmin etme şekline göre değişir ve bu çeşitlemeler zaman içinde artar.
  • Yukarıdan aşağıya açık açıklayıcı çözümler: Bir boyut tümüne uymaz ve bir çözüm genellikle tüm takımlara uymaz. Ekip özerkliğini desteklemek, ekiplerin kendi çözümlerini bulmasına izin vermek anlamına gelir.