bencede
New member
Haberler’de çevik yazılım geliştirmeye ve Scrum’a giriş, 2. bölüm
Bu Agile Theme Block blog gönderisinde, çevik tutkularımızın ne hale geldiğini ve bugün ne tür bir sistemde çalıştığımızı sunuyorum.
Son blog yazımızda çevik geçişimizden bahsetmiştim. Haberler scrum’un web geliştirmeye girişi. Bu sayıda, mevcut Haberler Scrum’da hangi rollerin ve araçların kullanıldığına bakacağız.
geliştirme ekipleri
Web geliştirme üç takıma ayrılmıştır. Ekipler, bir atölyede bir araya gelen 5-6 geliştiriciden oluşur. Ekipleri oluştururken insan tercihlerini ve profesyonel özellikleri dikkate almaya çalıştık. Tüm görevlerin üstesinden gelebilecek uyumlu gruplar olmalıdır.
Ekipler önce tematik odak noktalarına sonra da onları görevlendiren yayınevinin departmanlarına atanmıştır. Bu döküm çok katı olmamalıdır. Bunun yerine, diğer departmanlardan meslektaşlarına kalıcı irtibat kişileri sağlamalıdır. Temel olarak, ekiplerin diğer ekiplerin alanlarında da balık tutacağı açıktı. Basitçe, çünkü siparişin durumu ve aciliyeti doğal olarak son derece farklıdır. Teknik uygulamaya gelince, geliştirme ekiplerimiz son sözü söyler.
Ürün sahipleri
Ekiplerimizin her birine, her ekiple yakın çalışan ve esasen ekiplere ait olan bir Ürün Sahibi (PO) atanmıştır. OP’ler muhtemelen geliştirme ekiplerine saf Scrum öğretiminden biraz daha yakındır.
Ürün sahipleri, ekiplerinin disiplin amirleri değildir. Hala doğrudan amirler olarak ekip liderlerimiz var, ancak değerlendirme görüşmeleri, tatil talepleri veya ebeveyn izni gibi işle ilgili şeylerden sorumlular. Ekip dağılımı, hiç kimsenin PO’su da yanlışlıkla onlardan üstün olmayacak şekilde seçilmiştir.
Ürün sahipleri, ekipler için yeterli ve iyi zenginleştirilmiş hikayelerin her zaman erişilebilir olmasını sağlar. Gelecekteki gelişmeler için soruları toplarlar ve hem ekipler hem de ürün yönetimi, baş editör ve uzman departmanlardan paydaşlar için irtibat kişileridir.
Büyük belirsizlikler olması durumunda PO, paydaşlar ve ekipler arasında doğrudan bir hat da kurabilir. PO’lar genellikle çevirmen ve arşivleyici görevi görür. Futbol takımı ile satranç kulübü arasında, ince çizgiler ve kapüşonlular arasında, The Wolf of Wall Street ile Star arasındasınız… Bence asıl nokta bu.
çevik eğitmen
Bir meslektaş, toplantıların sorunsuz ilerlemesini ve toplantıların yapılandırılmasını sağlamak için çevik bir koç olarak çalışır. Temel olarak, saf Scrum doktrininde Scrum Master’ın sahip olduğu rolü yerine getirir. Scrum’dan farklı olarak her takımın bir Scrum Master’ı yoktur.
Sizi tipik çevik olaylarda (aşağıda tekrar listelenmiştir) gezdirir, fikir ayrılıkları durumunda aracılık eder, motive eder ve engelleri kaldırmaya çalışır. Ekiplerimizdeki etkinlikler, Çevik Koç’un bu etkinliklerde yer alabilmesi için zaman içinde aşamalıdır.
Çevik program yöneticisi
Merkez yönetim kurulu (buna ileride daha fazla değineceğiz) üç takım için o kadar geniş ki duvarlar hızla tükendi ve genel bakışı tamamen kaybettik. Görünüşe göre yüzlerce görev (Jira’da notlar ve biletlerle temsil edilir) orada ekiplerin çalışmasını bekliyordu. “Bataklık” terimi daha eski olmasaydı, Scrum’dan geldiğini tahmin ederdim.
Bu durum bizim için, sizi gözden geçiren ve tabiri caizse Scrum of Scrum’a liderlik eden çevik program yöneticisi rolünü yarattı. PO’larla birlikte, gelen hikayeleri öncelik sırasına koyar ve sıralar.
Çevik araçlar
İlk başta, biraz kabus gibi görünen “Scrum’da duvarlar konuşur” sözünü gerçekten hayal edemiyordum. Şimdi oldukça net bir fikrim var: Bir zamanlar boş olan odalarımız artık bir genç odası gibi görünüyor (sorumluluk reddi: gençlerin odaları benim gençliğimdeki odalarla aynı görünmediği için karşılaştırma adil olmayabilir).
Demek istediğim: her zaman aklımızda tutmak istediğimiz tüm bilgiler duvarlarımızda açıkça okunabilir.
Masalar
Bunlar, hem ekipler için hem de tüm ekipler için ortak web geliştirme alanında çoğunlukla tipik Kanban/Scrum panolarıdır. Merkezi biriktirme listesi de orada bulunur.
Ekip Mesaj Panoları aslında bilgi için ilk temas noktamız haline geldi. Kat başına bir yatay şerit ile küresel standardı aşağı yukarı takip ediyoruz. Ayrıca hikayesi olmayan aktiviteler için de bir kulvarımız var (böcekler, günlük aktiviteler veya yapılacak keyifli aktiviteler).
Her geliştiricinin bir sütunu vardır ve ardından kendi alanında üzerinde çalışılan etkinlikleri ilgili kulvara veya etkinlik bittiğinde “Bitti” sütununa sürüklerler. Bireysel görevler daha sonra sprint sırasında soldan sağa doğru hareket eder.
Bu, PO’lar ve diğer tüm paydaşlar için büyük bir şeffaflık yaratır, ancak aynı zamanda belirli bir miktarda bakım gerektirir. Bu nedenle Çevik Koçumuz Daily’de birinin sütununda bir görevi olup olmadığını sormayı sever.
Takım çekilişinde tipik bir durum
(Resim: Stephen Fisher)
Merkez panoya herhangi bir görev eklenmemiştir, sadece hikayeler vardır. Konu alanlarına göre renge göre ve mümkünse yatay sıralar halinde de sıralanırlar. Yine soldan sağa hareket var. Basitçe söylemek gerekirse, sola ne kadar uzaksa, hikaye o kadar az gelişmiştir. Biten öyküler “Hazır” sütununa gider ve oradan iş yığınına çekilir ve önceliğe göre sıralanır. İş listesi daha sonra sprint değişiminde (veya istisnai durumlarda sprint sırasında) çekilecek havuzu oluşturur. Orta sekme ne kadar iyi olursa (değişiklik gösterir), geliştiricilerin yaklaşan görevler hakkında bilgi edinmeleri o kadar kolay olur. Bunun kesinlikle avantajları olabilir, çünkü sinerjileri kullanabilir veya geliştirilen modüllerin yakın gelecekte genişletileceğini doğrudan hesaba katabilirsiniz.
Şahsen benim için, doğrudan “savaşın sisi içinde savaşmadığım”, ancak kendimi olacaklara hazırlayabildiğim zaman çok daha keyifli.
hikayeler
Hikayeyle ilgili tüm bilgileri içeren katlanmış DIN A4 sayfalarıyla başladık. Bunun, hikaye bilgilerini doğrudan duyuru panolarından birinden alabilmek gibi büyük bir avantajı vardı. En büyük dezavantaj, güncellenen önemli bilgilerin her iki oy pusulasında da basılı kopyanın güncellenmesi anlamına gelmesiydi. Bu yüzden artık hikayeler için de her zaman bir Jira biletine atıfta bulunan yapışkan notlara geçtik. Sonuç: Tahtadaki tüm bilgiler değil, “tek bir doğruluk noktası”.
Ek olarak, hikayelerin durumu artık Jira araçları kullanılarak da takip edilebilir ve toplam harcama bu şekilde yayıncının izleme departmanına iletilebilir.
Billboardların yanı sıra, duvarlarda “Yapıldı tanımı”, “Hazır tanımı” veya geçmişe dönük ölçüler gibi bilgilerin yer aldığı çok sayıda afiş bulunmaktadır.
Mobil topluluk ekranı ve dağınık bir iş yeri
(Resim: Stephen Fisher)
İş akışındaki bazı yeni araçlar doğrudan çevik ile ilgili değildir, ancak çevik sistem bazı yöntemleri bizim için uygun hale getirmiştir:
Artık her takımın sunumlar ve mafya programlaması için tekerlekli büyük bir ekranı var. Ekibin büyük ofislerini sedirlerle döşedik ve odalara katılmak için duvarları kısmen kırdık (hayır, kendimiz değil). Temel olarak, bilgi aktarımını ve kod kalitesini iyileştirmeye yönelik yöntemler artmıştır.
Eşli programlama, mafya programlama, TechTalks veya kod incelemeleri artık günlük süreçlerimize geçiş öncesine göre daha sıkı bir şekilde entegre edilmiştir. Bunların çoğu doğrudan çeviklikle ilgili değildi ve çevik süreçlere kolayca entegre edilebildiği için daha çok bir yan yakalamaydı.
Kullandığımız çevik roller ve araçlar için bu kadar. Bir sonraki blog gönderisinde, sistemimizdeki çevik olaylar hakkında daha fazla ayrıntıya girmek istiyorum.
(sfi)
Haberin Sonu