Ölçeklenen çevik uygulamalar uygulama

  • Makale
  • Okumak için 7 dakika

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Enterprise kuruluşlar birçok nedenden dolayı çevik uygulamalar benimseyin. Bu nedenlerden biri arasında asal şunlar vardır:

  • Pazara harcanan süreyi kısaltın, ürün teslimini hızlandırın
  • Değişen öncelikleri yönetmek için Kuruluş verimliliğini iyileştirin
  • Yazılım kalitesini ve teslim öngörülebilirlik 'nı geliştirin
  • Proje görünürlüğünü geliştirme ve proje riskini azaltma

Kuruluşunuz büyüdükçe, uygulamalarınızı çevik kalacak ve değişen hedefleri karşılayacak şekilde ölçeklendirmek isteyeceksiniz. Bunu yapmak için, bu iki temel prensipyi göz önünde bulundurun:

  • Başarıya, takımlarınıza ve kuruluşunuza ne kadar Göründikleriniz ? En son ilgilenme: zamanında teslim? Ürün kalitesi? Öngörülebilirlik? Müşteri memnuniyeti mı?
  • İlk ılkelere geri dön,, Scrum 'un kuruculardan biri olan Ken Schwabertarafından belirtildiği gibi çevik bildirim dosyasında numaralandırılan ilkelere ve paylaşılan değerlere geri dönün:
    • "Değerler ve ilkeler ölçeği, ancak uygulamalar içeriğe duyarlıdır."
    • "Değerleri tutun, ilkeleri tutun, kendiniz düşünün. Çevik bir temel şirket, işi yapan kişilerin bunu nasıl yapabileceğinizi en iyi şekilde bilen kişiler olmasını sağlar. "

Rhythd ve Flow oluştur

Paylaşılan bir temposunda ve düzenli iletişim kümesi benimseerek, kuruluş genelinde etkinliğin sabit bir akışını oluşturursunuz. Daha büyük kuruluşların içinde rhythd ve Flow oluşturmaya yardımcı olan uygulamalar şunlardır:

  • Shared temposunda: normal sprintler ve yayınlar , işletmenin rhythb 'sini kurar. Tüm takımların paylaşılan bir temposunda için çalışması, tüm koordinasyon ve işbirliği etkinliklerinin sağlanmasına yardımcı olur.
  • Sprint e-postaları: kuruluşu ve tüm ekipleri Özellik ekiplerinin ilerleme ve planları hakkında bilgilendirmeye devam etmek için, her bir özellik ekibi, önceki Sprint sonuçlarının ve geçerli sprint planlarının bir özetini e-posta ile gönderebilir.
  • Sprint gösterileri: bir hızlı-2-3 dakika--ekibin ürettiği yeni bir özelliği gösteren video. Bu videoların bağlantıları Sprint e-postalarına dahil edilebilir.
  • Toplantılarıgösterin: diğer ekiplere bildirimde bulunmak ve geliştirme aşamasındaki yazılımlar hakkında geri bildirim istemek için ekipler gerçekleştirdikleri işi de sergiledirecektir. Bu toplantıları proje yaşam döngüsü boyunca düzenli aralıklarla gerçekleştirin ve ilgili tüm taraflara açın.
  • Hata Özeti e-postaları: ürün kalitesiyle ilgili öngörüleri desteklemek ve hata disiplini sürdürmek için, kalite ölçümlerini düzenli olarak kuruluşla paylaşma. Bu ölçümler, her özellik ekibi için etkin hata, hata eğilimleri ve mühendis başına hata içerebilir.
  • Koordine edilen toplantılar: çakışan hedeflere, bağımlılıklara ve risklere yönelik olarak, takımları düzenli aralıklarla veya gereken sıklıkta koordine eden toplantılar tutun.

Müşterilerle etkileşim kurma

Ürün yaşam döngünüz genelinde ilgi çekici müşteriler, birincil çevik bir ilkedir. Her ekibin, sahip oldukları Özellik kümelerinde doğrudan müşterilerle etkileşimde bulunmak için güçlendirin.

  • Sürekli geri bildirim: müşteri geri bildirim döngülerine derleme. Bu döngüler birçok form alabilir:
    • Müşteri sesi: müşterilerin geri bildirimde bulunmak, fikir eklemesi ve yeni nesil özellikleri üzerinde oy vermesini kolaylaştırın. Yalnızca adanmış bir Web sitesi aracılığıyla geri bildirim verme yapılır.
    • Ürün geri bildirimi: ürün içi geri bildirim düğmeleri, ürün deneyimi veya belirli özellikler hakkında geri bildirimde bulunmak için başka bir yoldur.
    • Müşteri gösterileri: müşterilerinizin geri bildirimde bulunmak için düzenli olarak zamanlanan tanıtımlar, gelecek nesil ürünlerin şekillendirmesine yardımcı olabilir ve müşterilerinizin tüketmesini istediğiniz uygulamaları oluşturmak için izlemenizi izlemenize yardımcı olabilir.
  • Erken benimseyen programları: Bu tür programlar, tüm takımların belirli bir nokta olarak katılmak isteyebileceğiniz fikrle geliştirilebilmelidir. Erken benimseyenler, daha sonra geri bildirim sağlayabilecekleri, çalışma yazılımlarının erken sürümlerine erişim elde edebilir. Genellikle, bu programlar erken benimseyen listesi için seçme özelliği bayraklarını etkinleştirerek çalışır.
  • Veri odaklı kararlar: ürününüzü yararlı verileri almak için işaretleme ve çeşitli hipotezleri sınayabileceği yolları bulun. CTEs öğrenimini veren bir deneme kullanımı kolay kültür için yardım sürücüsü.

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

Siz ve takımlarınızın yapılan işin hedef, vizyon ve ilerleme durumu hakkında daha fazla bilgi sahibi, riskleri azaltmanız ve bağımlılıkları yönetmeniz gerekecektir.

  • Ekip yapısı: kuruluşunuzun ne kadar büyük olduğuna bakılmaksızın, kuruluşunuzu 6 ' dan 9 ' a kadar küçük ekipler için yapılandırma. Portföy Yönetimi alanlarında gruplanmış Dikey, otonom Özellik takımları oluşturun.
  • İş dökümü yapısı: büyük hedefleri, özellikleri veya gereksinimleri daha küçük olanlara bölmek proje yönetiminin kararlı bir şekilde kalır. İşleri benzer boyutlu görevlere bölerek takımlar daha iyi tahminler yapabilir ve riskleri ve bağımlılıkları tanımlayabilir.
  • Birleştirilmiş görünümler: takımlar arasında bilgi kazanmak için iş toplamak üzere çevrimiçi izleme araçlarınızı kullanın. İlerlemeyi ve eğilimleri göstermek için panolar oluşturun.
  • Deneyim İncelemeleri: geliştirme özelliği bir özellik üzerinde başlamadan önce tutulan bu toplantılar, senaryolara ve önceliklere ilişkin liderliği geliştirmek, geri bildirimde bulunmak, beklentileri ayarlamak ve özellik hakkında çapraz ekip sorunları sunmak için kullanılır.

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

Büyük ve çok büyük ölçekli, uygun ve üretken çalışanları kapsayan belirli çevik uygulamalar şunlardır:

  • Gömülü liderlik: kuruluş içindeki ekiplere ve liderlere mümkün olduğunca kendini düzenleme ve kendi kendini yönetme olanağı sağlar. Ekip bağımsız çalışma sınırı, kuruluş çevikliği ekip verimliliğini artırır. Ekipte kurumsal sponsorluk 'ın başarılı olması için gerekli olduğundan emin olun.
  • Günlük tek yedeklemeler: veya, Scrum toplantıları , ekiplerin Sprint taahhütlerini karşılayabilme yeteneğini en üst düzeye çıkarmak için her gün yapması gerekenleri odaklanmasını sağlar. Kuruluşlar büyüdükçe, bu toplantılar için kademelendirme göz önünde bulundurmanız gerekir, böylelikle çapraz ekip katılımı gerektiğinde gerçekleşebilir.
  • Önerdim 'ın Scrum: farklı çevik ekiplerden üyelerin günlük işleri, iş tamamlandı, sonraki adımlar ve yetkili ekiplerinde oluşan sorunları veya blokları raporlamak için günlük olarak.
  • Takım iletişimleri: ekiplerinin ve diğer takımların kurumsal ağ üzerinden erişebileceği kendi uygulamalarını ve kılavuzlarını paylaşmasını sağlayın ve teşvik edin. Bu amaçla kullanılan ortak araçlar, ekip Wonu, OneNotes veya markı sitelerini içerir.
  • İşbirliği: ekip içinde resmi olmayan ekip iletişimini ve işbirliğini teşvik edin. Kod incelemeleri, Tasarım incelemeleri, özellik incelemeleri, Ekip işbirliğini artırmaz ancak bireysel ve genel kurumsal uzmanlık geliştirmeye yardımcı olur.

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

Derlemek istediğiniz kültüre katılarak Kuruluş verimliliğini geliştirebilirsiniz. Bireyler, takımlar ve kuruluşlar bir veya daha fazla sürekli geliştirme uygulaması benimseyen kültür değişiklikleri meydana gelir. Çeşitli ölçeklenebilir çevik uygulamalar şunlardır:

  • Geriye dönük: "ne kadar iyi?", "ne yapmalıyım?" ve "ne yapmamız gerekir?" gibi sorular isteyerek, ekipler ve uygulamalarında nasıl iyileştirebileceklerini yansıtan bir sorun oluştu. Geriye dönük takımlar, ekiplerin ne kadar iyi ve iyileştirilmesi gerektiğini de ortaya getirmenize yardımcı olur. Geriye dönük sonuçlar her zaman ve her yerde gerçekleştirilebilir. Bununla birlikte, düzenli bir temposunda, sürekli geliştirme uygulamalarını kurumsal bir şekilde bir yandan, belirli geriye dönük bir şekilde yeniden bir şekilde hale getirmek Örnek:

    • Sprint geriye dönük , ekiplerin düzenli bir temposunda geliştirecek bölgeleri belirlemesine yardımcı olabilir.

    • Daha fazla yayınlama , kuruluşların iletişimleri ve dahili uygulamaları ve sonraki sürüm için yakıt geliştirmesini geliştirmek üzere alan belirlemesine yardımcı olabilir.

    • İşletimsel incelemeler: genellikle aylık olarak tutulur ve tüm değer akışından temsilcileri dahil eder. Projeler ve diğer girişimlerin bir portföyünü ve amaç, nicel verilerini kullanarak, takımlar arasında Dynamics 'in performansını etkileyen, bu geriye dönük bir şekilde bu tartışmayı tasarlayın.

      Ayrıca, daha fazla bilgi edinmek ve bunları yürütmek üzere fikirler, ipuçları ve araçlar için çevik ve daha fazla kaynak wiki makalesine bakın. Ayrıca bkz. Market geriye dönük uzantısı.

  • Geliştirme izleme panosu: işlemlerin geliştirilmesi için iyi fikirler herhangi bir zamanda herhangi bir zaman oluşabilir. Bu fikirlerin yakalanması ve bunlara hızlı bir şekilde nasıl davranacağına karar vermek, süreç geliştirme çabalarını desteklemeye yönelik bir anahtardır.

    Beyaz tahta, fikirlerin yakalanması için kolay ve görsel bir yol sağlar. Ayrıca, bir geliştirme izleme ekibi oluşturabilir ve elektronik bir Kanban panosundaizlediğiniz fikirleri yakalayabilirsiniz.

  • Kurumsal paylaşım paylaşımı: en iyi uygulamalar ve iletişim fikirlerini paylaşma, bir kuruluştaki tüm takımların büyümesine ve iyileştirilmesine yardımcı olur. Bu ve diğer sürekli geliştirme etkinliklerini desteklemek için bir öğrenme kültürü geliştirme anahtarıdır. Göz önünde bulundurulması gereken bazı fikirler:

    • Şirket içi Wat

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

    • Hackathon hafta veya %10 Hack saati

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

      Kültür oyunu, ekiplerin çevik ve en iyi uygulamaları paylaşması için çevik Yöneticiler için iyi bir kaynak sağlar.

  • Uygulama toplulukları: iç ortak disiplinlere destek (örneğin, DBAS, SW MIMARLARı, UX tasarımı)

Çalışma yazılımı

"Daha kısa bir zaman ölçeğine tercih eden birkaç haftadan birkaç haftada bir çalışan yazılım, birkaç aya kadar sık teslim edin."
"Çalışmakta olan yazılım, birincil ilerleme ölçüdür."
- -

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

  • Özellik bayrakları: farklı özelliklere erişimi etkinleştirmek veya devre dışı bırakmak için özellik bayraklarını kullanın. Çalışmaya geri bildirim almak için ilk benimseyenlerden özellikleri açma desteği sağlar.
  • Yayınsunumu: bir veya daha fazla özellik sunmak için başka bir temposunda türü sağlayın. Özellik takımları, yeni özellikleri dağıtmaya yönelik ön planlı zamanlamayı anlayın ve doğru planlama yapın. Yayın eğitimleri, kuruluş için aynı Sprint temposunda oluşturmaya karşılık gelebilir veya farklı bir temposunda. Sprint 'leri ve yayın tratlerini ayarlama hakkında bilgi için bkz. ölçekli çevik çerçeve .
  • Sürekli tümleştirme: el ile çalışmayı ortadan kaldıran işlemleri benimseyin, test, derleme ve dağıtma döngüleri aracılığıyla yazılım akışını otomatik hale getirir.
  • Iç açık kaynak: açık kaynaklı yazılım topluluğunda geliştirilmiş olan değer ve ETHOS 'leri iç geliştirme takımlarınıza taşıyın.

Yukarıdaki yöntemlerle birlikte, aşağıdaki makalelerde çevik araçlarınızın ölçeklendirilmesi hakkında daha fazla rehberlik bulacaksınız:

Sektör kaynakları

Ölçeklendirmeyin uygulamalar

  • Büyük girişimler tahmin ediliyor: kaynakları ve zamanlamaları tahmin eden şelale proje yöntemlerinin bir parçası. Girişimler arttıkça, bu tahminler daha az olabilir. Projeler arttıkça, riskler ve öngörülemeyen sorunlar ve aksaklıkları ortaya çıkabilir, çok sayıda tahmin geçersiz duruma getirebilirsiniz.
  • Hız: Takım hızı , her ekibin Sprint döngüsüyle ne kadar iş tamamlayabileceğini öğrenmek için yararlı bir ölçüm sağlayabilir, böylece anlamlı veya yararlı ölçümler elde etmek için takım veloşehirlerini ekleyemezsiniz. Ayrıca, uzun Aralık tahminlerini güvenilir bir şekilde tamamlamaya yönelik birçok ekipten elde edilen hız kullanılması sorunlu olur. Teams, çalışmalarını tahmin ettikleri şekilde farklılık gösterir ve bu çeşitlemeler zaman içinde artar.
  • Yukarıdan aşağı açılan çözümler: bir boyut tümüne sığmıyor ve bir çözüm genellikle tüm takımlara sığmıyor. Ekip bağımsız çalışma sınırı destekleme, takımların kendi çözümlerini bulmasına olanak tanır.