Scrum Developer Kimdir ?

Developer yani geliştirici, Agile bir çerçeve olan Scrum ile yazılım geliştiren takımlarda yer alan bir roldür. Scrum Çerçevesi üç rolden oluşur: Product Owner, Scrum Master ve Developers (Geliştirme Takımı). Bunlar birlikte Scrum Takımını oluştururlar. Tüm Scrum Takımı her Sprint'te değerli ve faydalı bir ürün artışı oluşturmaktan sorumludur.

Geliştirme takımı testci, analist, tasarımcı, yazılım uzmanı, devops uzmanı, teknik lider gibi çeşitli alt unvanlar ve kurum rollerinden oluşabilir ama hepsi bir Scrum sürecinde geliştirme takımının saygın ve eşit bir üyesidir ve bir takım olarak Developers olarak adlandırılırlar, birey değil takım.

Scrum rehberi bu konuda şöyle der:

Scrum’da "developers" (geliştiriciler) kelimesini belirli bir rolü adresleyerek diğerlerini dışlamak için değil, sadeleştirerek daha kapsayıcı hale getirmek için kullanıyoruz. Scrum’dan bir değer elde ediyorsanız, kendinizi Developers içinde düşünebilirsiniz. 

Scrum Developer kimdir sorusunun en temel ve kısa cevabı "Bir Scrum takımında ürün parçasının herhangi bir kısmını oluşturmayı taahhüt etmiş Agile değerleri ve prensipleri benimsemiş kişilerdir, yani değer yaratanlar." olacaktır.

Anlaşılacağı üzere Geliştiriciler "Nasıl" yapılacağına karar veren kişilerdir. Bu "Nasıl" sorusu, "Ne" ile de ilişkilidir ama buna Product Owner karar verir. Bunun nasıl yapılacağı yalnız Developers’ın takdirine kalmıştır. Hiç kimse, Geliştiricilere Ürün İş Listesini değer yaratacak ürünlere nasıl dönüştüreceğini söyleyemez.

Developers'un Sorumlulukları Nelerdir ?

• Scrum takımıyla birlikte gerçekleştirilen Sprint Planlama toplantısına katılmak

• Product Ownerla görüşerek, Product Backlog'dan Sprint Backloga maddeler çekmek, Sprint Backlogu oluşturmak

• Scrum Takımı ile anlaşılırlığı ve netliği artırmak için Product Backlog maddelerinde iyileştirmeler yapmak

• Product Backlog maddelerini bir gün veya daha kısa sürecek parçalara bölmek.

• İşlerin büyüklüğünü belirlemek

• Detaylarda nelerin yapılıp nelerden vazgeçilebileceğine dair Product Ownerla görüşmek.

• Performansını ve hızını Burn Down, Burn Up, Velocity Chart gibi araçlarla gözlemlemek

• Bir sprintte ne kadar iş yapabileceğini tahmin edebilmek

• Daily Scrum’a katılmak ve ilerlemeyi gözlemlemek

• Sprint içerisinde ilerlmeye mani olan herhangi bir engel varsa bunun kaldırılması için Scrum Master'la görüşmek

• Scrum Masterdan kendi kendine organize olmak, çapraz fonksiyonlu olmak konularında yardım almak

• Scrum'ın benimsenmesi için Scrum Masterdan koçluk almak

• Sprint boyunca taahhüt ettiği ürün artışını geliştirmek, sprinti yürütmek

• Scrum teorisi ile deneysel bir ortamda tekrarlı ve artımlı bir şekilde geliştirmek

• Sprint boyunca daha fazla bilgi edindikçe Sprint Backlogu güncellemek

• Sprint içerisinde gerek olursa Sprint Backlog’un kapsamını müzakere etmek için Product Owner ile iş birliği yapmak

• Bitti tanımına uymak ona bağlı kalarak kaliteyi aşılamak

• Planlarını her gün Sprint Hedefi’ne göre adapte etmek

• Agile değer ve prensipleri uygulamak

• Gözlemlemek ve uyumlanmak

• Scrum değerlerini taahhüt, odaklanma, açıklık, saygı ve cesareti uygulamak

• Sprint Review toplantısına katılmak ve paydaşlarla iletişim kurmak

• Sprint Retrospective toplantısına katılmak ve geçmiş sprinte dair sürece, tekniğe, ürüne dair iyileştirmeleri tartışmak

• Birbirlerini profesyoneller olarak sorumlu tutmak

Developers Kim Değildir ?

• Geleneksel metotlarla waterfall gibi geliştiren

• 5-7 kişiden daha büyük

• Fonksiyonel, silolara ayrılmış

Referenslar

1. Image by DCStudio on Freepik

2. Scrum Rehberi