Takımınız dahilinde çevik kültürü yükseltme

  • Makale
  • Okumak için 6 dakika

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

Not

Çevik için yeni misiniz? Çevik kültür hakkında daha fazla bilgi edinin ve çevik olarak büyük Teams ölçeklendirmeyapın.

Takımınız büyüdükçe, araçlarınızın onunla büyümesini istersiniz. Çevik yöntemlerden birini benimsediyorsanız, çevik araçlarınızın kuruluşunuzun iş hedeflerini desteklemesini istiyorsunuz.

Ancak, çevik ölçekleme için, kuruluşunuzda hem kültür hem de araçların adreslenmesi gerekir.

Hizalama bağımsız çalışma sınırı etkinleştirilir

Çeviklik olması gereken kuruluşların ikizi yükümlülüklerine kurumsal ve destekleyici ekip bağımsız çalışma sınırı ile ilgili olarak göz önünde bulundurmasına ihtiyacı vardır. Teams verimli olması için bağımsız çalışma sınırı gerekir. Ve kuruluşlar, ekipler ve kuruluşun verimli olması için hizalamaları gerekir.

Yeterli takım bağımsız çalışma sınırı müşteri adaylarına göre çok fazla hizalama, işlemleri yapmak için yenilik veya ekiplerin çevikliğini desteklemez. Kendi programını çalıştıran her bir ekip ile çok az hizalama, iş hedeflerini karşılamak için gereken öngörüyü ve koordinasyonu sağlamaz.

Kuruluş ve takım bağımsız çalışma sınırı arasında doğru hizalama düzeyiyle, bireyler yenilik yapın 'e ve iş hedeflerine ulaşmak için işbirliği yapmaya yönelik olarak tasarlanmıştır.

Hizalama ve destek bağımsız çalışma sınırı oluşturma

Çevik araç kümesini nasıl büyütmek istediğinizi planlarken, aşağıdaki alanlara göz önünde bulundurun. Bu alanlarda, ekip bağımsız çalışma sınırı geliştirirken kurumsal hizalama oluşturmaya yönelik bir anahtardır.

Alan

Hizalama oluştur

Destek bağımsız çalışma sınırı

Ürün vizyonu

Kuruluş, kuruluş için hedefleri ve yol haritasını tanımlar. Hedefler, Portföy biriktirme listesinigösteren estanlar ve özellikler olarak tanımlanabilir.

Teams yol haritasını en iyi şekilde nasıl karşılakullanacağınızı öğrenin. ekip biriktirme listelerikullanarak, hedefleri kullanıcı hikayeleri veya ürün biriktirme listesi öğelerine Teams.

Takım yapısı

Kuruluşlar, iş hedeflerine bağlı olarak ekiplerin sayısını ve boyutunu saptayabilir. Dikey olarak yapılandırılmış Özellik takımları daha fazla bağımsız çalışma sınırı ve verimlilik sağlar.

Takımlar sayesinde, ürün sahibi ve geliştirme müşteri adayları gibi bazı bazı roller olmalıdır, ayrıca rolleri döndürmek için de yer vardır. Örneğin, ekip üyeleri, Scrum ana görevi olarak hareket edebilir, Sprint gösterileri geliştirme, Sprint geriye dönük olarak çalıştırma veya çalışma Sprint e-postaları.

Geliştirme temposunda

Çevik kuruluşların, düzenli aralıklarla ürün ve özellik güncelleştirmelerini serbest bırakmalarına ihtiyacı vardır. Düzenli yayın ve sprint zamanlamaları oluşturma, işletmenin rhythb 'sini yükseltir.
Her sprint--iki ve dört hafta arasındaki sabit sürenin bir zaman kutulanmış yinelemesi — planlama, yürütme, değer sunma, yansıtma ve sürekli geliştirmeyi ilgi çekici içerir.

Tüm takımlar işlerini set Sprint temposunda içinde yönetir. Teams, en iyi şekilde çalışacak sprint 'in uzunluğuna giriş sağlamak.
Teams bunlar, Scrum, Kanbanveya her ikisinin karışımı için çalışan çevik yöntemleri seçin. Teams ayrıca, kendi sürekli geliştirme uygulamaları kümesini başlatma ve bunlara işlem yapmaya de sahip olma.
Bazı takımların daha kısa Sprint 'lerde yürütülmesi mümkündür. Örneğin, bir kuruluş 2 haftalık Sprint temposunda ayarlarsa, bazı ekipler kurumsal zamanlamalarla hala hizalanırken 1 haftalık Sprint 'lerde çalıştırmayı tercih edebilir.

İletişim temposunda

Sprint 'ler, iş akışına doğal bir rhythd 'yi getirmelerini sağlamak için çok düzenli iletişimler de vardır. Uyumlu kalmak ve ne sıklıkla meydana getirdikleri hakkında bilgi almak istedikleri iletişim türleri için beklentileri ayarlayarak, kuruluşlar ekip ve kuruluş genelinde doğal olarak hizalama oluşturur.
Takım sprint e-postaları, hata çubuğu durumu ve yayın ekibi özelliği teslim durumu, bu tür normal iletişimlere örnektir.

Teams, iletişim kurdukları ve iletişimi geliştiren ayrıntıları belirlemektir. Sprint e-postaları önceki Sprint başarılarının ve sonraki sprintlerinin bir özetini içerebilir veya son tamamlanan özelliklerden oluşan bir tanıtım içeriyor olabilir.

Kalite

Her kuruluşun, kaliteyi değerlendirdikleri ve kalite standartları için beklentilerin ayarlandığı ölçütleri ve standartları ayarlaması gerekir. Ölçütleri tanımladıkları birkaç yol, yeni özellik geliştirmesi, teknik borcu yönetmeye yönelik standartlar ve takımlar veya bireyler için hata büyük harfleri için çıkış ölçütlerini ayarlamanıza yöneliktir.
Ayrıca, hata panoları oluşturarak hata durumunu ve eğilimlerini izleyebilirler.

Teams kalite standartlarını nasıl karşıladığını seçin. Yeni özellikler için ya da her sprint 'in sonundaki hata bashes ' i gösterebilir. Bir bireyi, döndürme sırasında hata kalkanı olarak davranacak şekilde seçebilirler.

Riski yönetin, işi izleyin

Kuruluş, her bir işlevsel birimin durum ve riski nasıl iletmeyeceğini belirler. Bu kişiler, kuruluşun ihtiyacı olan gerekli en düşük bilgiler için "iletişim Sözleşmesi" oluştururlar.
Ayrıca, kuruluş riskleri azaltmak için altyapı sağlar. Kuruluş, takımlar genelinde ortak olan riskleri azaltmak için ekiplerin yapabilecekleri her şeyi geliştirir.

Kuruluş tarafından ayarlanan ihtiyaçları karşılaın ötesinde takımlar, riskleri azaltmak için yönetilmesi ve izlenmesi gereken diğer ayrıntıları tespit ederler. Yapışkan notlara veya tam bir Gantt grafiğine sahip bir beyaz Pano kullanıp kullanmayacağı, ayrıntıları yönetir.
Örneğin takımlar, başka bir takımda sahip oldukları bir bağımlılığı izlemek için bir biriktirme listesi öğesi ekleyebilir. Ya da bir sorun veya aksaklıkları bir liste aracılığıyla riskleri izleyebilir. Ayrıca takımlar, kuruluşların riski yönetmesi ve öngörü elde etmesine olanak sağlamak için işlem ve altyapıyı iyileştirmeye yönelik olarak katkıda bulunur.

Özellik takımları

Ölçeklendirmeniz sırasında, dikkate alınması gereken en önemli görevlerden biri ekiplerinizi nasıl yapılandıracağınıza göre belirlenir. Geleneksel olarak yatay ekip yapıları, takımları yazılım mimarisine göre böler: Kullanıcı arabirimi, hizmet odaklı mimari ve veri takımları.

Yatay vs dikey takımlar

Ancak, çevik uygulamaları benimseyerek, mimariyi kapsayan dikey ekip yapıları, daha fazla ekip bağımsız çalışma sınırı sağlamak üzere gösterilmemiştir. Dikey takımlar, yazılım mimarisi genelinde çalışarak sahip oldukları özellikleri teslim edebilir. Ayrıca, tüm ekipler genelinde tüm mimari düzeylerinde çalışmak için gereken bilgileri de yayırlar.

Takımlarınızı, kuruluşunuzun teslim etmek istediği değer akışları üzerinde yapılandırın. Örneğin, Fabrikam Fiber, takımlarını aşağıdaki yedi Özellik ekipleri halinde düzenler.

Yedi Özellik takımları: alışveriş sepeti, müşteri profili, hizmet durumu, e-posta, ses, Internet ve TV

Her ekip, sundukları özellikleri planlar. Bunların verileri nasıl yapılandıraceğini, hizmetlerin nasıl mimari ve Web ve mobil kullanıcı arabirimlerinin tasarımını nasıl tasarlayabilecekleri bağımsız çalışma sınırı sahiptir. Kuruluş tarafından ayarlanan ve tüm takımların katkıda bulunduğu kalite standartları ile uygunluğunu planlarlar.

Çevik araçlarınızı ölçeklendirmek için yapılandırma

Kuruluşunuz büyüdükçe, çevik araçlarınızı aşağıdaki yollarla ölçeklendirebilirsiniz.

  • Takımlar ve filtrelenmiş kapsam görünümleri ekleme: Ekip bağımsız çalışma sınırı desteklemek için takımlar ekler ve bunları, bunların nasıl çalışmasını istediğini destekleyen yapılandırıp yapılandırabilecekleri araçları sağlar. Bu araçlar ürün biriktirme listeleri, Kanban panoları, sprint biriktirme listeleri ve görev panoları ve diğer birçok kişi içerir.

    Ayrıca, Portföy yöneticilerinin çeşitli ekiplerde öncelik ve ilerlemeyi gözden geçirebilmesi için takımları bir biriktirme listesi ve portföy biriktirme listesi hiyerarşisini destekleyecek şekilde yapılandırabilirsiniz.

  • Sprint 'leri ve yayınları ayarlama: Yinelemelerinizi düz bir sprint kümesini veya zamanlanmış yayınlar içinde gömülü bir sprint kümesini destekleyecek şekilde yapılandırabilirsiniz. Her ekip, katılması gereken Sprint ve yayınlar kümesini etkinleştirir.

  • Portföylerin yönetimi: bir takım hiyerarşisi ve biriktirme listesi ayarlayarak ve Portföy biriktirme listeleri etkinleştirerek. Ürün biriktirme listesinin bir alt kümesine odaklanan Özellik takımları, yalnızca kapsamlarına odaklanmış olarak kalabilir. İlerlemeyi ve bağımlılıkları izlemek için biriktirme listeleri görüntülemek ve düzenlemek isteyen Portföy Yöneticileri, özellik ve Estanlar için portföy biriktirme listeleri yönetebilir.

    Diğer portföy biriktirme listeleri gerekliyse (örneğin, senaryolar veya girişimler), bunları da ekleyebilirsiniz.

  • Panoları yapılandırma: Takım panoları ile bir takım veya takımlar arasında ilerlemeyi izleyen birçok grafik yapılandırabilirsiniz. Özellikle, oluşturduğunuz sorgulara göre durum ve eğilim grafikleri ekleyebilirsiniz.

  • Işi gruplandırın veya kategorilere ayırın: İzlemek istediğiniz işleri gruplamak için birkaç yol vardır. Biriktirme listeleri, iş öğelerini takım alanı atamalarına göre filtreleyin. Ve portföy biriktirme listeleri, Özellikler ve Estanlar altında biriktirme listesi öğelerini gruplandıreklemenizeolanak tanır.

    Diğer gruplandırmaları temel alan iş öğelerini izlemek ve raporlamak istiyorsanız, kullanabilirsiniz. Çalışma öğelerine etiketler ekleyebilir ve ardından etiketleri veya sorguları etiketlere göre filtreleyebilirsiniz. Ayrıca, daha ayrıntılı özellik alanlarının temsil edilebilmesi için alt alan yolları ekleyebilirsiniz .

  • Klasörler ekleyin ve takım sık kullanılanları kullanın: Takımlarınız büyüdükçe, iş öğesi sorgularının, derleme tanımlarının ve kaynak kodu klasörlerinin büyüyen bir listesini görürsünüz. Klasörler, alt klasörler ve takım sık kullanılanları kullanarak bu listelerin birçoğunu daha kolay bir şekilde yönetebilirsiniz. Paylaşılan sorgular, kaynak kodu ve derleme tanımları için takım sık kullanılanları ekleyebilirsiniz.

Çevik araçlardan herhangi birini oluşturamadan veya bu araçlarla çalışmadan önce bir proje gerekir. Henüz bir dosya yoksa bir tane oluşturabilirsiniz.

Bir takımdan iki takıma taşımaya veya birkaç takım yapılandırmaya hazırsanız bkz. Takım ekleme. Takım yöneticisi eklemek veya takım varlıklarını yapılandırmak için bkz. Takımları yönetme ve takım araçlarını yapılandırma.

Daha fazla bilgi için şu makalelere bakın:

Çevik kültür sektör kaynakları

Projelerle değil ekiplerle ölçeklendirme

Kuruluşlar genellikle her yazılım geliştirme projesi için bir proje eklemeye bakar.

Projeleri eklemek yerine araçlarınızı ölçeklendirmek için ekipler eklemek aşağıdaki nedenlerden dolayı önerilir:

  • Görünürlük: Tüm ekiplerde ilerlemeyi görüntülemek çok daha kolaydır
  • İzleme ve denetim: İzleme ve denetim amacıyla iş öğelerini ve diğer nesneleri bağlamanız daha kolaydır
  • Bakım: Güvenlik gruplarının bakımını ve güncelleştirmeleri işlemeyi en aza indirmiş oluruz.

Daha fazla bilgi edinmek için bkz. Projeler hakkında ve kuruluş ölçeğini ölçeklendirme.