Üretken ekipler oluşturma

Mühendisler, odaklanıp bölgeye girebilecekleri ortamlarda başarılı olur. Ekipler genellikle mühendisleri bağlamı kaydırmaya ve dikkatlerini bölmeye zorlayan dikkat dağıtıcı ve rakip önceliklerle karşı karşıya kalır. Baş aşağı zaman ile kafa yukarı zamanı dengelemek için mücadele ediyorlar. Yeni özellikler eklemek için ekip üyelerinin dikkatli ve odaklanmış olması gerekir. Müşteri sorunlarına yanıt vermek ve canlı site sorunlarını çözmek için ekibin neler olup bittiğinin farkında olması gerekir.

Dikkat dağıtıcı öğeleri azaltmak için bir ekip kendini iki mürettebata ayırabilir: biri özellikler için, diğeri de canlı site sağlığı için.

İki kişilik yaklaşım daha fazla üretkenlik ve öngörülebilirlik sağlar. Başarılı uygulama şu temel öğelere dayanır:

• Açıkça tanımlanmış mürettebat rolleri
• İyi tanımlanmış bir mürettebat rotasyon süreci
• Mürettebat boyutuna sık yapılan ayarlamalar

Özellik ekibi

Özellik ekibi veya F-crew geleceğe odaklanır. Net bir görev ve hedefle etkili bir birim olarak çalışırlar: yüksek kaliteli özellikler oluşturmak ve göndermek.

F-crew, çalışmalarını tasarlamak, oluşturmak ve test etmek için zamanları olduğundan emin olmak için canlı hizmetin günlük karmaşasından korunuyor. En düşük dikkat dağıtıcı unsurlara ve rastgele ortaya çıkan sorunları çözmek zorunda kalma özgürlüğüne güvenebilirler. E-postalarını nadiren denetlemeleri ve kritik olmadığı sürece diğer sorunlara çekilmelerini önlemeleri tavsiye edilir.

Bir F-crew üyesi bir konuşmaya katıldığında veya bazen bir e-posta yazışmasının içine çekildiğinde, diğer ekip üyeleri şunları açıklamalı: "F-crew'dasınız, ne yapıyorsunuz?" Bir F-crew üyesinin kritik bir sorunu çözmesi gerekiyorsa, bunu müşteri ekibine devretmesi ve özellik çalışmasına geri dönmesi önerilir.

F-crew, küçük bir özellik kümesi üzerinde toplanıp sıkı sıkıya bağlı bir ekip olarak çalışır. İyi bir devam eden iş (WIP) sınırı, 4-6 kişi için uçuşta iki özelliktir. Birlikte yakından çalışarak derin paylaşılan bağlam oluşturur ve imleçli bir kod gözden geçirmenin kaçıracağı kritik hataları veya tasarım sorunlarını bulurlar. Ayrılmış bir ekip, daha öngörülebilir aktarım hızı ve sağlama süresi sağlar. Ekip üyeleri genellikle F-mürettebata sakin ve odaklanmış olarak başvurur. Bir özelliğe derinlemesine odaklanmayı, tüm dikkati ona adamayı huzurlu ve gençleştirici buluyorlar. Kişiler zamanlarını F-crew'da yenilenmiş ve başarılı hissediyorlar.

Müşteri ekibi

Müşteri ekibi veya C-crew, şu an için odaklanarak müşteri ve canlı site sorunları, hatalar, telemetri ve izleme için ön cephe desteği sağlar. C ekibi genellikle bir bilgisayarın etrafında toplanıp kritik bir canlı site sorununun hatalarını ayıklar. Bir numaralı öncelikleri canlı site durumudur. Lazer odaklı bu ortam, uzman hata ayıklama ve analiz becerileri oluşturur. Müşteri ekibi genellikle koruma ekibi olarak adlandırılır, çünkü ekibin geri kalanını dikkat dağıtıcı şeylerden korur. C-crew, yaklaşan özellikler üzerinde çalışmak yerine müşterilerle geçerli ürün arasındaki köprüdür. Ekip üyeleri e-posta, Twitter ve diğer geri bildirim kanallarında etkindir. Müşteriler seslerinin duyulup duyulmadığını bilmek ister ve C-crew'ın işi de onları dinlemektir. C-crew, müşteri tarafından bildirilen sorunları hemen önceliklendirerek engellenen müşterilerle hızlı bir şekilde etkileşim kurar ve yardımcı olur.

Gelen görevlerin azmiyle, hızlı tempolu bir C-crew üzerinde çalışmak zaman zaman heyecan verici olabilir. Yoğun bir hafta içinde birden çok e-postayı, canlı site araştırmalarını ve hataları ele alır. İşlemler sessizleştikçe telemetri ve raporlamayı geliştirmek için çalışır ve hizmetin daha kolay çalışmasını sağlamak için zamanlarına yatırım yapar.

C-crews, ekibin diğer önceliklerden ekip üyelerini çekmeden sorunları çözmesine ve müşterilerin ve iş ortaklarının duyulmasını sağlamasına olanak sağlar. Sorulara ve sorunlara yanıt vermek, C-crews için gurur verici bir nokta haline gelir. Ancak, bu hız boşalabiliyor ve mürettebatlar arasında sık sık rotasyon gerekiyor.

Mürettebat rotasyonu

İyi tanımlanmış bir döndürme işlemi, iki mürettebatlı sistemin çalışmasını sağlar. Sadece mürettebatları değiştirebilirsiniz (F-crew C-crew olur ve tam tersi), ancak bu, mürettebat arasında ve içinde bilgi paylaşımını sınırlar. Bunun yerine haftalık döndürmeyi tercih edin.

Her haftanın sonunda ekibin ekipler arasında kimin değiş tokuş yapılacağına karar veren kısa bir takas toplantısını gerçekleştirin. Beyaz tahta grafiğini kullanarak şu anda her mürettebatta kimlerin olduğunu ve ne zaman değiştirildiğini izleyebilirsiniz. Her mürettebatta bulunan en uzun süreli insanlar genellikle birbirleriyle değişmelidir. Ancak, herhangi bir hafta içinde, birisi canlı site araştırması veya özelliği üzerinde çalışmayı tamamlamak için devam etmek isteyebilir. Esneklik olsa da, bir kişi mürettebatta ne kadar uzun süre kaldıysa, değiştirilme olasılığı o kadar artar.

Haftalık rotasyonlar, ekipteki bilgi silolarını önlemeye yardımcı olur ve ekipler arasında sürekli bilgi ve perspektif akışı sağlar. Mühendislerin sık sık hareketi ekibin çalışmaları hakkında paylaşılan bilgiler oluşturur ve bu da C ekibinin başkalarının yardımı olmadan sorunları çözmesine yardımcı olur. Genellikle, yeni F-crew üyeleri daha önce gözden kaçan bir tasarım veya kod kusuru bulur.

Mürettebat boyutu

Ekip boyutu, ekibin sağlığını korumak için değişir. Bir ekibin gelen canlı sorun oranı yüksekse veya çok fazla teknik borcu varsa, C-crew büyür ve tam tersi de geçerlidir. Boyutları haftalık olarak ayarlamak, ekibin teslim edilebilir öğelerinde ve bağımlılıklarında öngörülebilirliği artırır. Bir ekip, büyük bir sürümden gelen geri bildirimleri ele almak için birkaç hafta içinde herkesi C ekibine taşıyabilir.

Bu strateji, yönetimle iletişimi kolaylaştırır. İki kişilik bir sistem olmadan mühendisler genellikle aynı anda birden çok şey üzerinde çalışır. Tek bir hafta içinde dikkatinizi dağıtan birkaç şey olduğunda, devam eden özellikler genellikle gecikir. Sonuç olarak, bir ekip gelecekteki özellik çalışmaları için güvenle zaman çizelgeleri vermeyebilir.

Ayrılmış bir F-crew, öngörülebilir aktarım hızına ve sağlama süresine yol açar. Kaynakların ekipler arasında bölünmesi, ekibin her hafta ve her sprint'i neleri başarabileceği konusunda yönetimle ve ekip içindeki sorumluluğu artırır.

Sonraki adımlar

İki kişilik sistem, ekiplerin mühendislerin zamanlarını nerede geçirmeleri gerektiğini anlamasına ve birçok rakip öncelik üzerinde ilerleme sağlamasına yardımcı olabilir.

İki kişilik sistem, üretkenliği ve öngörülebilirliği artırmanın yanı sıra takım moralini artırabilir. Her takımdaki mühendisler rollerini ve sorumluluklarını net bir şekilde anlar ve daha bağımsız ve çok daha fazla sorumlulukla çalışır. Bu yaklaşım, geliştirme ve operasyonlardan sorumlu olan DevOps ekipleri için idealdir. Ancak bu yaklaşım, rakip önceliklerle ilgilenen neredeyse tüm Çevik takımlara uygulanabilir.

Microsoft, dünyanın en büyük Çevik şirketlerinden biridir. Microsoft'un DevOps planlamasında ekipleri nasıl düzenlediğini öğrenin.