SCRUM HAKKINDA HER ŞEY

Scrum Nedir?

Scrum, iyi tanımlanmış bir hedefe doğru ekip çalışmasını, hesap verebilirliği ve yinelemeli ilerlemeyi vurgulayan proje yönetimi için bir sistemdir. Sistem basit bir önermeyle başlar: Görülebilen veya bilinen şeylerle başlayın. Bundan sonra, ilerlemeyi takip edin ve gerekirse ayarlayın. Scrum'un üç temel olgusu şeffaflık, denetim ve uyarlamadır.

Genellikle Çevik yazılım geliştirmenin bir parçası olan esas yapısı, rugby formasyonu olarak adlandırılmaktadır. Herkesin bir rolü vardır. Ürün geliştirme söz konusu olduğunda, Scrum rolleri; Scrum Product Owner, Scrum Master ve Scrum Developer ekibini içerir.

Scrum Product Owner: Bu ekip üyesi, geliştirme ekibi ve müşterileri arasında irtibatı sağlar. Ürün sahibi, tamamlanan ürünle ilgili beklentilerin iletilmesini ve üzerinde anlaşmaya varılmasını sağlamaktan sorumludur.

Scrum Master: Scrum master ekibin hizmetkar lideridir. Bu ekip üyesi işleri kolaylaştırır. Scrum ustası, Scrum'ın en iyi uygulamalarının yürütülmesini ve projenin ilerleyebilmesini sağlamaktan sorumludur.

Scrum Developer: Bu grup nihai ürünün artımlı sürümlerini oluşturmak ve test etmek için birlikte çalışırlar.


Scrum Süreci

Scrum süreci, uygulayıcıları sahip oldukları ile çalışmaya ve neyin işe yarayıp neyin işe yaramadığını sürekli olarak değerlendirmeye teşvik eder. Sürecin önemli bir parçası olan iletişim, Scrum Events adı verilen toplantılarla gerçekleştirilir.

Scrum Toplantıları şu şekildedir;
Günlük Scrum: Günlük Scrum, her gün aynı yerde ve saatte yapılan kısa bir toplantıdır. Her toplantıda ekip, önceki gün tamamlanan işleri gözden geçirir ve önümüzdeki 24 saat içinde ne iş yapılacağını planlar. Ekip üyelerinin projenin tamamlanmasını engelleyebilecek sorunlar hakkında konuşması amaçlanır.

Sprint Planlama Toplantısı: Sprint, işin tamamlanması gereken zaman dilimini ifade eder ve genellikle 30 gündür. Herkes hedefleri belirlemeye katılır ve sonunda en az bir pozitif artış -kullanılabilir bir yazılım ürünü- üretilmelidir.

Sprint Denetimi: Artışı göstermenin zamanıdır.
Sprint Retrospektifi: Sprint Retrospektifi, Sprint bittikten sonra yapılan bir toplantıdır. Bu toplantı sırasında herkes Sprint sürecine yorumlarda bulunur. Bir ekip-kurma egzersizi de teklif edilir. Sprint Retrospektifinin önemli bir hedefi sürekli iyileştirmedir.

https://cdn.ttgtmedia.com/rms/onlineImages/software_quality-scrum_framework.jpg

Scrum Zaman Planı

Scrum ürün geliştirmesinde, neler yapıldığını ve sırada ne olduğunu görmek için zaman planı kullanılır. Ürün biriktirme listesi, Sprint biriktirme listesi, ürün artışı ve tükenmeyi içeren Scrum Zaman Planı, Sprint Planlama Toplantılarında incelemek için yararlıdır.

Product Backlog: Bu, "yapılacak" listesinde kalanları ifade eder. Bir product backlog listesi bakım oturumu sırasında, geliştirme ekibi biriken işlere öncelik vermek için işletme sahibi ile birlikte çalışır. Product Backlog, backlog düzeltmesi adı verilen bir işlem sırasında değiştirilebilir veya geliştirilebilir.

Sprint Backlog:  Bu, seçilen ürün backlog listesi öğelerinin teslim edilebilmesi için tamamlanması gereken görevlerin bir listesidir. Bunlar zamana dayalı kullanıcı öykülerine bölünmüştür.

Ürün artışı: Bu, bir Sprint sırasında elde edilenleri - tüm ürün backlog öğeleri - ve önceki tüm Sprint'ler sırasında oluşturulanları ifade eder. Ürün artışı, ne kadar ilerleme kaydedildiğini yansıtır.

Burn Down: Burn-down, tamamlanması gereken iş miktarının görsel bir temsilidir. Burn-down tablosunda Y ekseni (çalışma) ve X ekseni (zaman) vardır. Normalde zaman ilerledikçe kalan işin azalması gerektiği için grafikte düşüş trendi görülür.


Scrum'ın Tarihi

Yazılım geliştirmedeki Scrum sisteminin temeli ilk olarak 1986 yılında Hirotaka Takeuchi ve Ikujiro Nonaka tarafından Harvard Business Review tarafından yayınlanan bir makalede tanıtıldı. "The New New Product Development Game" başlıklı makalede yazarlar, ürün geliştirmeyi yönetmek için iki farklı yaklaşımı tanımlamak için metaforları kullandılar. Bazı takımlar bayrak yarışında koşucular gibiydi, batonu geçip düz bir çizgide çalışıyordu. Diğer takımlar da rugby oyuncularıydı, tek bir oyun oynuyordu ve gerektiğinde işleri ileri geri attılar.
Takeuchi ve Nonaka, NASA Aşamalı Program Planlama sistemi tarafından örneklendiği gibi bayrak yarışı yaklaşımının modası geçmiş olduğu sonucuna varmışlardır. Rugby tarzının şirketlere çok uluslu bir iş dünyasında rekabet edebilmeleri için gerekli araçları sağlayacağına inanıyorlardı.

Jeff Sutherland, John Scumniotales ve Jeff McKenna'nın Scel yazılım geliştirmesini 1993'te Easel Corp.'da denediği söyleniyor. 1995 yılında Ken Schwaber ve Sutherland, diğerleriyle birlikte çalışarak - McKenna ve Scumniotales dahil -"SCRUM Geliştirme Süreci" başlıklı OOPSLA'da etkili bir tanıtım belgesi sundular. Sonuç olarak, geliştiricilerin klasik Şelale yazılım geliştirme modelinin etkinliğini sorgulamasını sağlayan önemli bir değişik sorgulanmıştır. Scrum.org'a göre, bugün tüm Agile takımlarının % 70'inden fazlası Scrum veya Scrum hibritini kullanıyor.

Scrum Alliance Sertifikalı Scrum ve Agile eğitimleri için kataloğumuzu inceleyin. Bilginç IT Academy'den Uluslararası Geçerli Scrum Alliance Sertifikanızı alabilirsiniz. Kurumsal Agile dönüşümlerinizi kusursuz yönetmek için çalışanlarınızı Bilginç IT Academy'nin 25 yıllık tecrübesine emanet edin. 

Detaylı bilgi ve eğitim organizasyonu için bize ulaşın: info@bilginc.com / +90 212 282 77 00




 

 



Eğitimlerle ilgili bilgi almak ve diğer tüm sorularınız için bize ulaşın!

Son Blog Yazılarımız

Sitemizi kullanarak çerezlere (cookie) izin vermektesiniz. Detaylı bilgi için Çerez Politika'mızı inceleyebilirsiniz.