Scrum Metodolojisi Nedir?

Scrum

Scrum, genellikle yazılım geliştirme olmak üzere bir projeyi yönetmenin bir yoludur. Scrum ile yazılım geliştirme, genellikle bir metodoloji olarak algılanır; ancak Scrum’ı bir metodoloji olarak görmek yerine, bir süreci yönetmek için bir çerçeve olarak düşünmek daha doğru olacaktır.

Scrum nedir?

Çevik(Agile) Scrum dünyasında, bir projede her şeyin nasıl yapılacağına dair eksiksiz, ayrıntılı açıklamalar sunmak yerine, çoğu Scrum yazılım geliştirme ekibine bırakılmıştır. Bunun nedeni, ekibin kendilerine sunulan sorunu nasıl çözeceğini en iyi şekilde bilecek olmasıdır.

Bu nedenle Scrum geliştirmede, örneğin bir sprint planlama toplantısı, bir dizi Giriş kriteri, Görev tanımları, Doğrulama yerine istenen sonuç (sonraki sprintte geliştirilecek bir dizi özelliğe bağlılık) açısından tanımlanır. Çoğu metodolojide sağlanacağı gibi kriterler, Çıkış kriterleri (ETVX) vb.

Scrum, kendi kendini organize eden, işlevler arası bir takıma dayanır. Scrum ekibi, hangi kişinin hangi görevi yapacağına veya bir sorunun nasıl çözüleceğine karar veren genel bir ekip lideri olmadığı için kendi kendini organize eder. Bunlar bir bütün olarak ekip tarafından kararlaştırılan konulardır.

Ve Scrum’da bir takım çapraz işlevlidir, yani herkesin bir özelliği fikirden uygulamaya geçirmesi gerekir.

Çevik(Agile) geliştirme içinde, Scrum takımları iki özel rolle desteklenir. İlki, takım için bir koç olarak düşünülebilecek ve takım üyelerinin Scrum sürecini en üst seviyede performans göstermeleri için ScrumMaster devreye girecektir.

Ürün sahibi (PO) diğer roldür ve Scrum yazılım geliştirmede işletmeyi, müşterileri veya kullanıcıları temsil eder ve takımı doğru ürünü geliştirmeye yönlendirir.

Scrum Geliştirme Neler İçerir?

Scrum modeli, projelerin bir dizi sprint aracılığıyla ilerlemesini önerir. Çevik bir metodolojiye uygun olarak, sprintler bir aydan daha uzun olmayacak şekilde, çoğunlukla iki hafta olacak şekilde zaman sınırlıdır.

Scrum metodolojisi, sprintin başlangıcında, takım üyelerinin kaç maddeyi taahhüt edebileceklerini belirledikleri ve ardından sprint sırasında gerçekleştirilecek görevlerin bir listesi olan bir sprint iş yığını oluşturdukları bir planlama toplantısını savunur.

Çevik bir Scrum sprinti sırasında, Scrum ekibi fikirden kodlanmış ve test edilmiş işlevselliğe kadar küçük bir dizi özellik alır. Sonunda, bu özellikler yapılır, yani kodlanır, test edilir ve gelişen ürün veya sisteme entegre edilir.

Sprintin her gününde, tüm ekip üyeleri, ScrumMaster ve ürün sahibi dahil olmak üzere günlük bir Scrum toplantısına katılmalıdır. Bu toplantının süresi 15 dakikadan fazla olamaz. Bu süre zarfında, ekip üyeleri önceki gün çalıştıklarını paylaşacak, o gün çalışacak ve ilerlemenin önündeki tüm engelleri belirleyecektir.

Scrum modeli, sprint çalışmalarını tartışırken ekip üyelerinin çalışmalarını senkronize etmenin bir yolu olarak günlük scrumları görür.

Bir sprintin sonunda, takım bir sprint incelemesi gerçekleştirir ve bu sırada ekip, PO’ya veya bir sonraki sprint’i etkileyebilecek geri bildirim sağlamak isteyen diğer paydaşlara yeni işlevselliği gösterir.

Scrum yazılım geliştirme içerisindeki bu geri bildirim döngüsü, yeni teslim edilen işlevsellikte değişikliklere neden olabilir, ancak aynı şekilde, ürün iş yığınına öğeleri gözden geçirmek veya eklemekle sonuçlanabilir.

Scrum proje yönetimindeki bir diğer aktivite, her sprint sonunda sprint retrospektifidir. ScrumMaster ve PO dahil tüm ekip bu toplantıya katılır. Toplantı, sprint üzerine düşünmek ve iyileştirme fırsatlarını belirlemek için bir fırsattır.

Scrum Süreci: Ana Yapıtlar

Scrum geliştirmedeki birincil yapı elbette ürünün kendisidir. Scrum modeli, ekibin ürünü veya sistemi her Scrum sprintinin sonunda potansiyel olarak sevk edilebilir bir duruma getirmesini bekler.

Ürün biriktirme listesi, Scrum’ın başka bir eseridir. Bu, ürüne eklenmek üzere kalan işlevselliğin tam listesidir. Ürün sahibi, iş yığınına öncelik verir, böylece ekip her zaman önce en değerli özellikler üzerinde çalışır.

Scrum metodolojisini kullanarak bir ürün birikimi oluşturmanın en popüler ve başarılı yolu, onu bir kullanıcı veya müşteri perspektifinden açıklanan işlevselliğin kısa açıklamaları olan kullanıcı hikayeleriyle doldurmaktır.

Scrum proje yönetiminde, bir sprintin ilk gününde ve planlama toplantısı sırasında ekip üyeleri sprint iş yığını oluşturur. Sprint iş yığını, takımın sprint için yapılacaklar listesi olarak düşünülebilirken, bir ürün iş yığını, oluşturulacak özelliklerin bir listesidir (kullanıcı hikayeleri şeklinde yazılır).

Sprint iş yığını, sprint sırasında sunmayı taahhüt ettiği işlevselliği sağlamak için takımın gerçekleştirmesi gereken görevlerin listesidir.

Burndown çizelgeleri, bir sprint veya bir sürümde kalan çalışma miktarını gösterir ve bir sprint veya sürümün planlanan tüm işlerin istenen tarihte bitirilmesi için programa uygun olup olmadığını belirlemek için Scrum yazılım geliştirmede etkili bir araçtır.

Çevik Scrum Projesi: Ana Roller

ScrumMaster Kimdir?

Scrum’da yeni olsanız bile, ScrumMaster adlı bir rolü duymuşsunuzdur. ScrumMaster, takımın koçudur ve Scrum uygulayıcılarının en yüksek performans seviyelerine ulaşmalarına yardımcı olur.

Scrum sürecinde, bir ScrumMaster geleneksel bir proje yöneticisinden birçok yönden farklılık gösterir; bu rolün takıma günlük yön vermemesi ve bireylere görev atamaması da dahil.

İyi bir ScrumMaster, ekibi dışarıdaki dikkat dağıtıcı şeylerden korur ve ekip üyelerinin sprint sırasında seçtikleri hedefe manyakça odaklanmalarına izin verir.

ScrumMaster, takıma olabileceğinin en iyisi olmasına yardım etmeye odaklanırken, ürün sahibi takımı doğru hedefe yönlendirmek için çalışır. Ürün sahibi bunu, ürün için ilgi çekici bir vizyon oluşturarak ve ardından bu vizyonu ürün biriktirme listesi aracılığıyla takıma aktararak yapar.

Ürün Sahibi Kimdir?

Ürün sahibi, Scrum geliştirme sırasında iş yığınına öncelik vermekten, inşa edilmekte olan sistem, kullanıcıları, ekip vb. Hakkında daha fazla bilgi edinildiğinden eşit olmasını sağlamaktan sorumludur.

Scrum Ekibi Kimdir?

Scrum proje yönetimindeki üçüncü ve son rol, Scrum ekibinin kendisidir. Bireyler ekibe çeşitli unvanlarla katılabilir, ancak Scrum’da bu unvanlar önemsizdir. Scrum metodolojisi, her bir kişinin her sprintin çalışmasını tamamlamak için elinden gelen her şekilde katkıda bulunduğunu belirtir.

Bu, bir test uzmanının sistemi yeniden tasarlamasının bekleneceği anlamına gelmez; bireyler, Agile Scrum modelini benimsemeden önce zamanlarının çoğunu (ve bazen tümünü) çalıştıkları disiplinde çalışarak geçireceklerdir. Ancak Scrum ile bireylerin tercih ettikleri disiplinlerin ötesinde çalışmaları, takımın iyiliği için ne zaman olursa olsun beklenir.

Bu çevik metodolojide bu üç rolün iç içe geçmiş doğasını düşünmenin bir yolu, bir yarış arabası gibidir.

Scrum takımı arabanın kendisidir ve hangi yönde işaret edilirse edilsin hızlanmaya hazırdır. Ürün sahibi, aracın her zaman doğru yönde gittiğinden emin olan sürücüdür. Ve ScrumMaster, arabayı iyi ayarlanmış ve en iyi performansını koruyan baş makinisttir.