5 Scrum Töreni: Nedir, Amaçları ve İpuçları
Scrum törenleri, insanlara, işlevsel iş ürünlerine, paydaş iş birliğine ve değişime uyum sağlamaya değer veren bir zihniyet olan Çevik yaklaşımın uygulanmasının temel bir parçasıdır.
Scrum metodolojisi ve törenleri, ekip olarak iş birliği yapmak ve çalışmak için birden fazla metodolojinin yer aldığı Çevik Manifesto'ya dayanır; bunların tümü Çevik zihniyeti ve manifestoyu göz önünde bulundurur.
“Scrum etkinlikleri”, “sprintler”, “iş listesi düzenleme” ve “sprint incelemeleri” hakkında konuşan bir ekipte çalıştıysanız, Scrum metodolojisini kullanarak çalışmaya çalışan bir ekiple çalışmış olmanız muhtemeldir. Unutmayın, Çevik çerçeve bir zihniyettir; Scrum ise bir metodolojidir.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Scrum Törenleri Nelerdir?
Scrum törenleri (bazen Scrum etkinlikleri olarak da adlandırılır), Çevik zihniyeti izleyen ve genellikle yazılım geliştirme veya yinelemeli türdeki projelerde kullanılan Scrum metodolojisinin önemli etkinlikleri ya da unsurlarıdır.
Beş özel olarak tanımlanmış Scrum töreni vardır; bu makalenin bir sonraki bölümünde bunları ayrıntılı olarak inceleyeceğim.
Scrum törenleri yalnızca toplantı yapmış olmak için düzenlenen toplantılar değildir. Aksine, ekiplerin işi yapılandırılmış bir şekilde tamamlaması için bir çerçeve sunar, beklentilerin belirlenmesine yardımcı olur, ekibin etkili bir şekilde iş birliği yapmasını sağlar ve nihayetinde sonuçları yönlendirir.
Uygun şekilde yönetilmezlerse takvimleri doldurabilir ve sağlamaları amaçlanan değeri gölgede bırakabilirler. Bununla birlikte Scrum'ın kendisi de, Scrum törenleri gibi, kasıtlı olarak yalın ve basittir.
Video rehberimizde daha fazla bilgi edinin:
5 Scrum Töreni Nelerdir?
Beş Scrum törenini ve etkinliğini ayrıntılı olarak incelemeye hazır mısınız? Bunların amacını, katılımcılarını ve en etkili şekilde gerçekleştirilmelerini sağlayacak ipuçlarını ele alalım.
Özellikle belirtmek gerekir ki, bu etkinliklerin her biri süreyle sınırlandırılmıştır, belirli bir amaca yöneliktir ve genel Scrum ekibinin hizmetindedir. Başka bir deyişle, sonuçların sunulmasını mümkün kılmak için vardırlar.
Not: Bu etkinlikleri birbirinden bağımsız olarak gerçekleştirmek ekibinizi otomatik olarak Çevik hale getirmez ve ekibinizin Scrum metodolojisine göre çalışmasını da garanti etmez. Scrum'ı etkili bir şekilde yürütmek için bu etkinlikler daha geniş kapsamlı, iyi anlaşılmış ve açıkça ifade edilmiş bir sürecin parçası olmalıdır.
İşlerin tamamlanması için Çevik ekip içindeki konuşmaları kolaylaştırmalıdırlar. Üstelik hangi proje yöneticisi işleri tamamlamaktan hoşlanmaz ki?
Sprint
Scrum'da sprint, fikirlerin değere dönüştürüldüğü sabit bir zaman aralığıdır (genellikle bir ay veya daha kısa). Sprintler, ürün tamamlanana kadar (ya da sonu olmaksızın) art arda gerçekleşir. Ekipler çoğu zaman geleceklerini sprintlerle ölçer.
Sprintin Amacı
Sprintin amacı, çalışma süresini zamanla sınırlamak ve ekiplerin taahhütlerini yerine getirmesini sağlamaktır. Sprintler daha kısa vadeli ancak sağlam hedeflere olanak tanır. Bir sprint sırasında sprint hedefini tehlikeye atacak hiçbir şey değişmemelidir.
Sprint Katılımcıları
Scrum ekibinin tamamı: ürün sahibi, geliştirme ekibi ve Scrum yöneticisi.
Sprint Süresi
Bir sprint 1 ila 4 hafta arasında sürer, daha uzun olamaz. Bu sınırlama, ekiplerin harekete geçmesini ve insanları çılgına çevirmeden artımlı ilerleme sunmasını sağlar.
Yeni bir ekiple Scrum uygularken genellikle 1 haftalık sprintlerle başlarım; çünkü genel olarak 1 hafta ileriyi planlayabiliriz. Daha deneyimli ekipler, özellikle yazılım teslim edenler, zaman kutusu içinde daha fazla yenilik ve test yapabilmek için genellikle 2 haftalık sprintler yürütür.
Yararlı İpuçları
- Sprintler düşman değildir; motive edici de değildir. İnsanları sırf sprint nedeniyle bir şeyler yapmaya ikna etmeye çalışmayın. Bunun yerine, insanları sprint hedefine ulaşmaya ve bir ürün artışı teslim etmeye yönlendirin.
- Sprintinizin ne zaman başlayıp biteceğini göz önünde bulundurun. Bir sprint, önceki sprintin bitiminden hemen sonra, kelimenin tam anlamıyla birkaç saat içinde başlamalıdır. Sprintin bitişi ile başlangıcı arasındaki süre yalnızca sprint gözden geçirme toplantınız, retrospektifiniz ve sprint planlamanız için ayrılmalıdır; ardından her şey yeniden başlar!
Başka Bir Şey Var mı?
Sprintler uzatılamaz veya kısaltılamaz. Bir sprint yalnızca sprint hedefi geçerliliğini yitirirse iptal edilebilir. Sprinti yalnızca ürün sahibi iptal edebilir.
Sprint Planlama Toplantısı
Sprint planlama toplantısı, ekibin yaklaşan sprint için doğru işleri yapmaya hazır olmasını sağlamak üzere tasarlanmış Scrum etkinliğidir.
Sprint Planlamanın Amacı
Sprint planlama, ürün sahibinin ve geliştirme ekibinin önceliklendirilmiş ürün iş listesini genellikle Scrum yazılımında veya çevik proje yönetimi yazılımında gözden geçirmesini sağlar. Bir dizi görüşme ve müzakere aracılığıyla, sprintin sonuna kadar tamamlamayı taahhüt ettikleri öğeleri belirlerler. Bundan ürün sahibi sorumludur.
Sprint Planlama Katılımcıları
Scrum ekibi—ürün sahibi, geliştirme ekibi ve Scrum yöneticisi.
Sprint Planlamanın Süresi
Çoğu Scrum etkinliğinin süresi sprintin uzunluğuyla ilişkilidir. Sprint planlaması açısından toplantı, sprintin uzunluğunun 2 katı kadar sürmelidir (saat cinsinden).
Yararlı İpuçları
- Epikler ve kullanıcı hikâyeleri, sprint planlaması sırasında daha küçük görevlere ayrılabilir ve atanabilir; böylece herkes nelerden sorumlu olduğunu bilir.
- Bu Scrum toplantısı sırasında ekibi görevleri, hataları ve gerektiren diğer öğeleri taslak hâlinde ortaya koymaya teşvik edin. Bu, son derece iş birliğine dayalı bir etkinlik olmalıdır.
- Bir süredir Scrum metodolojisiyle çalışıyorsanız, sprint planlaması başlamadan önce ekibin hızı hakkında bir ölçüm elde etmeye çalışın.
Başka Bir Şey Var mı?
Sprint planlaması, Scrum ekibinin “Bu sonraki sprintte ne teslim edilebilir? Peki bu işi nasıl tamamlayacağız?” sorularını yanıtlamasını sağlar. Öngörülebilirlik sağlamaya yardımcı olur ve iş birliğine dayalı bir ortam yaratır.
Sprint Planlama Şablonları
DPM Üyelik şablonları kütüphanesinde, ekibinizin sprint planlama ihtiyaçlarına uyacak şekilde düzenleyebileceğiniz indirilebilir bir gündem, kontrol listesi ve e-posta bulacaksınız. Bu set, verimli ve faydalı bir sprint planlama oturumu gerçekleştirmenizi sağlar.
Günlük Scrum (Günlük Ayakta Toplantı)
Günlük Scrum, ekibin yakın zamanda elde edilen başarıları kutulaması, gün için bir plan oluşturması ve Scrum projesindeki engelleri belirlemesi için bir fırsattır.
Günlük Scrum Toplantısının Amacı
Bu Scrum etkinliği, ekibin sprint hedefine yönelik bireysel ilerlemeyi paylaşmak üzere bir araya geldiği sık ve düzenli bir fırsattır. Bu bir durum güncellemesi değildir; ancak ekibin önündeki engelleri görünür kılmalıdır.
Günlük Scrum Toplantısına Katılanlar
Scrum yöneticisi ve geliştirme ekibi. Ürün sahibi isteğe bağlıdır.
Günlük Scrum Toplantısının Süresi
Bu toplantı kısa sürer! 15 dakikadan uzun sürmemelidir. Söylemesi yapmasından kolay.
Yararlı İpuçları
- Toplantıyı her gün aynı saatte (genellikle sabahları) yapın ve bunu Scrum ekibi için mümkün olduğunca rutin hâle getirmeye çalışın.
- Bir lider veya Scrum yöneticisi katılamıyorsa günlük ayakta toplantı iptal edilmemelidir. Toplantı ekip içindir; günlük Scrum toplantısını gerçekleştirin.
Başka Bir Şey Var mı?
Günlük ayakta toplantı veya Scrum toplantısı olarak da adlandırılan bu hızlı durum kontrolü, ekibin güne hazırlanmasını, birbirleriyle uyum içinde olmasını ve aralarında güven oluşturmasını sağlamalıdır. Ekibin, taahhütlerini her gün yerine getirme konusunda birbirlerinden hesap sormasını sağlayın.
Sprint İnceleme Toplantısı
Sprint inceleme toplantısı, önceki sprint sırasında tamamlanan tüm çalışmaların paydaşlara sunulabildiği Scrum etkinliğidir.
Sprint İncelemesinin Amacı
Her sprintin sonunda sprint incelemesi, geliştirme ekibine tamamlanan tüm çalışmaları sunabileceği bir platform sağlar. Bu, paydaşların ortaya çıktıkça ürünü incelemesine veya ürüne uyarlamalar yapmasına olanak tanır.
Sprint incelemeleri gayriresmî bir biçimde gerçekleştirilebileceği gibi daha yapılandırılmış da olabilir. Bu durum ürün yaşam döngüsüne ve sürüm planlamasına bağlı olabilir.
Sprint İnceleme Toplantısına Katılanlar
Scrum ekibi—ürün sahibi, geliştirme ekibi ve Scrum yöneticisi. Yönetimden veya dış paydaşlardan çeşitli kişiler de katılabilir.
Sprint İnceleme Toplantısının Süresi
Sprint haftası başına 1 saat. 2 haftalık bir sprintte 2 saatlik sprint incelemesi yapılmalıdır.
Yararlı İpuçları
- Ürün sahibi paydaşlara sorular sormalı, geri bildirim toplamalı ve ortaya çıkan soruların tümüne yanıt vermelidir.
- Sprint incelemesi sırasında alınan uygulanabilir geri bildirimler, daha sonra önceliklendirilmek ve tartışılmak üzere yeni ürün iş listesi öğelerine dönüştürülmelidir.
Başka Bir Şey Var mı?
Sprint gösterimi olarak da adlandırılan bu Scrum etkinliği, paydaşlar ile Scrum ekibi arasında güven oluşturulmasına yardımcı olur. Erken ve sık geri bildirim toplamanın ve bu geri bildirimleri sprint iş listesine eklemenin en doğrudan yoludur.
Sprint Geriye Dönük Değerlendirme Toplantısı
Sprint geriye dönük değerlendirmesi, ekip üyelerinin tamamlanan çalışmaları gözden geçirmesine ve deneyimlerine dayanarak gelecekteki sprintlerde iyileştirilebilecek noktaları belirlemesine olanak tanıyan sprint dizisindeki son Scrum etkinliğidir.
Sprint Geriye Dönük Değerlendirmesinin Amacı
Bir sprint incelemesi gerçekleştirildikten sonra Scrum ekibinin, yeni sunulan çalışmayı değerlendirmek ve hem çıktıyı hem de çevik iş akışını iyileştirmenin yollarını tartışmak için zamana ihtiyacı vardır. Scrum ekibinin kimden neyin sorumlu olduğunu ve değişikliklerin ne zaman uygulanacağını anlaması için tüm geri bildirimler, diğer büyük işler veya kullanıcı hikâyeleriyle aynı şekilde toplanmalı ve sorumlulara atanmalıdır.
Sprint Geriye Dönük Değerlendirmesine Katılanlar
Scrum yöneticisi ve geliştirme ekibi. Ürün sahibi isteğe bağlıdır.
Sprint Geriye Dönük Değerlendirmesinin Süresi
Genellikle geriye dönük sprint değerlendirmeleri, iki haftalık bir sprint için 1,5 saatten uzun sürmemelidir. Sprintleriniz bir ay sürüyorsa bu süre 3 saati geçmemelidir.
Yararlı İpuçları
- Kısmen uzaktan veya tamamen dağınık ekiplerle çalışırken, insanların mikrofonlarını açıp seslerini geniş bir kitleyle paylaşmak zorunda kalmadan katılım göstermelerini sağlamak için Mentimeter veya Confluence gibi etkin iş birliği araçlarını kullanın.
- Bir iyileştirme önerisi gündeme getirildiğinde Scrum ekibinin diğer üyelerine herkesin hemfikir olup olmadığını sorun. Hemfikirlerse bu önerinin nasıl hayata geçirileceğini belirleyin.
Başka Bir Şey Var mı?
Bir psikolojik güvenlik ortamı oluşturduğunuzdan emin olun. Bu bir suçlama oyunu değildir. Bu toplantılar genellikle daha iyi olmak ve ilerideki riskleri azaltmak için önerileri gün ışığına çıkarır. Scrum yöneticisi olarak, etkinlik boyunca ekibi dürüst geri bildirim vermesi ve saygılı davranması konusunda yönlendirdiğinizden emin olun.
Scrum Rolleri
Birkaç Scrum rolünden bahsettiğimize göre, her birinin ne olduğunu gözden geçirelim:
- Ürün sahibi: Bu rol, üzerinde çalışılan ürün için müşteriyi ve genel olarak işletmeyi temsil eder. İş listesinin sahibidir ve geliştirme ekibi için iş öğelerinin önceliğini belirler. Günlük olarak ürünle ilgili üst düzey kararları alır. Müşteri ihtiyaçlarını, geliştirme ekibinin gerçekleştirebileceği iş öğelerine dönüştürür.
- Scrum yöneticisi: Scrum yöneticileri, Scrum sürecinin net bir şekilde anlaşılması da dâhil olmak üzere ekibin başarılı olmak için ihtiyaç duyduğu her şeye sahip olmasını sağlamaktan sorumludur. Hepsi tek bir kişide birleşmiş bir koç, danışman, savunucu, engel kaldırıcı, kolaylaştırıcı ve arabulucudur.
Scrum yöneticileri, Scrum Kılavuzu'nda tanımlandığı şekilde Scrum'ın uygulanmasından sorumludur; ancak proje yöneticisi değildirler (bu iki rolün aynı olduğuna inanan liderlere dikkat edin!)—iş ürününden sorumlu değillerdir. Ayrıca bir Scrum yöneticisi mutlaka tek bir kişi olmak zorunda olmadığı gibi tam zamanlı bir iş de değildir! Scrum yöneticileri ile proje yöneticileri arasındaki farklar hakkında buradan daha fazla bilgi edinin. - Geliştirme ekibi: Bu, çalışan yazılımların veya ekibin amaçlanan çıktısının teslimine odaklanmış, farklı uzmanlıklara sahip ekip üyelerinden oluşan bir gruptur. Bir ürünün gerçek geliştirme sürecinde iş birliği yapması gereken ürün geliştiricilerini, tasarımcıları, kalite güvence uzmanlarını veya diğer teknik rolleri kapsar.
İdeal olarak 5-9 kişiden oluşan bu grup, kendisini tamamen tek bir Scrum ekibine adar. Gerçekte ve ajanslarda durum biraz farklı görünebilir. Geliştirme ekibi kendi kendini organize etmeli ve değer sağlamaya istekli olmalıdır; bir Scrum yöneticisi ve ürün sahibi tarafından uygun şekilde kolaylaştırıldığında bunu başarabilir.
Bu rollerin her biri, Scrum etkinliklerinin her birine özgün biçimde katılır. Etkili bir şekilde kolaylaştırıldığında Scrum etkinlikleri, her bir role sahip kişinin başarı için mükemmel bir fırsata sahip olmasını sağlar.
Scrum Etkinlikleri Neden Önemlidir?
Scrum etkinlikleri, Scrum metodolojisinin kalp atışlarıdır. Bu etkinlikler olmadan Scrum çok hızlı bir şekilde takip edilmesi zor ve karmaşık bir sürece dönüşebilir. Özellikle yeni ekiplerde, Scrum'ı Scrum Kılavuzu'nda yazıldığı şekilde uygulamanızı, birkaç sprint yinelemesi gerçekleştirmenizi ve ardından ekibe en uygun şekilde nelerin uyarlanması gerektiğini belirlemenizi öneririm.
Not: Bu makalede bir sprint panosundan (bazen Kanban panosu olarak adlandırılır) bahsetmediğimizi muhtemelen fark etmişsinizdir. Bunun nedeni, sprint panosunun Scrum etkinliklerinin hiçbirinin temel bir unsuru olmamasıdır. Sprint panoları her etkinlikte kullanılabilecek mükemmel araçlardır, ancak zorunlu bir unsur değildir.
Kullanışlı Karşılaştırma Tablosu
Zamanınız mı kısıtlı? Her Scrum etkinliğini karşılaştırmak ve aralarındaki farkları görmek için bu kısa tabloya göz atın.
Siz Ne Düşünüyorsunuz?
Hangi proje yönetimi yazılımını kullandığınızdan veya üzerinde çalıştığınız üründen bağımsız olarak bu Scrum etkinlikleri sonuç üretmek üzere tasarlanmıştır.
Bu toplantıların, ekip Scrum etkinliklerinin her birinin amacına dair ortak bir anlayışla sürece tamamen dâhil olduğunda yapı sağladığını ve iyi geçtiğini gördüm. Yinelemek gerekirse Scrum, yazılımı çevik bir şekilde teslim etmeye yardımcı olmak için kullanılan bir çerçevedir.
