Scrum Kılavuzu | 13. Scrum'da Geliştirme Takımı

Scrum'daki Geliştirme Takımı, bir Ürün oluşturmaya dahil olan tüm insanlardan oluşan disiplinler arası bir gruptur. Bugünün makalesinde, hangi özelliklere sahip olması gerektiğine bakacağız. Hedeflerine etkin bir şekilde ulaşabilecek bir Geliştirme Ekibinin oluşumunu ve sorumluluklarını da dikkate alacağız.

Scrum'da Geliştirme Ekibi – içindekiler tablosu:

1. Geliştirme Ekibi Özellikleri
2. Geliştirme Takımı
3. Geliştirme Ekibinin Sorumlulukları
4. Özet

Geliştirme Ekibi Özellikleri

Scrum ilkelerine göre çalışan Geliştirme Takımı, bağımsız bir uzmanlar grubudur. Harici uzmanların veya taşeronların desteğini kullanmaz. Ancak, Takımın Hedefe ulaşmak için iyi bir şekilde eşleştiğini belirleyen nedir? Ve uzmanlığından bağımsız olarak Geliştirme Ekibinin görevlerine hangi sorumluluklar dahildir?

Etkili olabilmek için bir Geliştirme Takımının en az üç özelliği olmalıdır: kendi kendini organize etme yeteneği, büyüme dürtüsü ve disiplinlerarasılık.

kendi kendine organizasyon

Geliştirme Takımının da bir parçası olduğu Scrum Takımından bahsederken “öz yönetim” terimini kullanırız. Organizasyon düzeyinde kendi kendini yönetme anlamına gelir. Scrum Takımı bir bütün olarak sadece işi kimin ve nasıl yapacağına değil, aynı zamanda ne üzerinde çalışacağına da karar verir. Bir Scrum Takımında, yönetim görevlerinin büyük bir kısmı Ürün Sahibine ve Scrum Master'a aittir.

Bu nedenle, Geliştirme Takımı söz konusu olduğunda, kendi kendini organize etme, kendi kendini yönetmeden daha önemlidir. Sorumlulukları planlamak, yani belirli görevleri kimin, ne zaman ve nasıl yerine getireceğine kendiniz karar vermek anlamına gelir.

Geliştirme arayışı

Etkili bir Ekibin önemli bir özelliği, büyüme dürtüsüdür. Daha önce belirlenen görevleri tamamlamanın yolu iddialı olmalıdır. Bu, yalnızca Geliştirme Ekibinin her bir üyesinin bireysel yatkınlıklarından ve tutumundan kaynaklanmaz. Yetkinliği ve çabayı artırmak , Takımı bir bütün olarak tanımlayan atmosfer tarafından da teşvik edilir.

disiplinlerarasılık

Takımın disiplinlerarasılığı, üyelerinin birlikte her Sprint'te değerli Ürün Parçası oluşturmak için gerekli tüm becerilere sahip olması gerektiği anlamına gelir. Ayrıca, Takımın her bir üyesinin o Sprint için gerekli görevleri yerine getirmesi anlamına gelir. Herkes Hedefe ulaşmak için ne gerekiyorsa yapar. Geliştiricinin uzmanlığının ötesinde yeni görevler üstlenmek anlamına gelse bile. Kişinin mesleki yeterliliklerine veya rolüne katı bir şekilde bağlı kalması bir hatadır.

Geliştirme Takımı

Scrum Kılavuzuna göre , maksimum Geliştirici sayısı sekizdir. Bu kadar küçük bir kompozisyon , Ekip üyeleri birbirlerini tanıma fırsatına sahip oldukları için iletişimi ve açıklığı teşvik eder . Ancak, Ekip üç kişiden küçük olmamalıdır. Her Sprint'te iş görünür ilerleme kaydetmek için yeterince büyük olması gerekir.

Scrum içindeki geliştiricilere , çok çeşitli beceri ve sorumluluklara sahip kişiler denir. Hiçbir durumda, programlama yapan kişilere verilen ad değildir. Bu nedenle Ekip, diğer uzmanların yanı sıra programcıları ve tasarımcıları, araştırmacıları ve analistleri, testçileri ve bilim adamlarını içerebilir.

Geliştiriciler arasında hiyerarşi yoktur. Bu nedenle mesleki veya bilimsel unvan kullanmazlar.

Geliştirme ekibinin oluşumuyla ilgili önemli bir varsayım , bir birlik olduğudur. Bu nedenle, diğer Hedefler üzerinde çalışan daha küçük ekipler ondan ayrılmamalıdır.

Geliştirme Ekibinin Sorumlulukları

Geliştirme Takımının sorumlulukları üç alana ayrılabilir. Bunlar:

• Planlama görevleri
• Ürün üzerinde çalışmak
• Ekip içinde işbirliğini geliştirmek

Planlama görevleri

Görev planlaması, tüm Scrum tabanlı Geliştirme Takımlarının yerine getirmesi gereken bir zorunluluktur. Bir Sprint planı oluşturmak ve onu ayrı bir makalede anlatacağımız bir Sprint İş Listesine koymaktan ibarettir. En önemli şey, Geliştirme Ekibinin birlikte çalışmasıdır. Bu şekilde, Geliştiricilerin her biri, belirli bir Sprint'te yapılması gereken görev sayısını gerçekçi bir şekilde belirleyebilecektir. Uzun vadede bu, Takımın sabit bir tempoda kalmasını ve daha doğru plan yapmasını sağlar.

Nabzı takip etmek, yani planı günlük olarak gerçeğe uyarlamak da aynı derecede önemlidir. Sorunlar ortaya çıkarsa, değişiklik yapılması gerekebilir: görevleri yeniden düzenlemek, işi farklı şekilde dağıtmak veya ortaya çıkan zorluklar hakkında Scrum Master ile konuşmak.

Ürün üzerinde çalışmak

Bir Ürün üzerinde çalışma biçimleri, belirli bir Geliştirme Ekibinin faaliyet gösterdiği alana bağlı olarak önemli ölçüde değişebilir. Genel olarak konuşursak, her Sprint'te ulaşılacak hedef, bir Ürün Parçası, yani iş için değerli bir Ürün özelliği yaratmaktır.

Burada doğrudan konuşmak ve aşağıdaki kuralı uygulamakta fayda var:

Bir Ürün üzerinde çalışmaya başladığınızda, onu yalnızca geliştirilmiş değil, önceki sürümden daha az tamamlanmış bir durumda bırakmalısınız.

Bu ilkenin uygulanması, Ekibin bir bütün olarak Ürün Parçasının sorumluluğunu üstlendiği anlamına gelir. Bir Geliştirici, görevleri dikkatsizce yerine getirerek Ürünün kalitesinin düşmesine neden olursa, işi onlar için başka birinin yapması gerekecektir. Öte yandan, herhangi bir Geliştirici Üründe hatalara rastlarsa, bunları kendileri düzeltmeli veya hata bilgisini bunu yapabilecek birine iletmelidir. Bir Sprint içinde Ürün Parçası üzerinde çalışmak hakkında daha fazla bilgiyi ayrı bir makalede yazacağız.

Takımda İşbirliğini Geliştirmek

Ekibin çalışma şekli üzerinde çalışmak , bireysel Geliştiricilerin verimliliğini ve etkinliğini sürekli olarak iyileştirmekle ilgilidir.

Ancak, aynı zamanda veya belki de hepsinden önemlisi, Geliştiriciler arasındaki iletişim üzerinde çalışır. İyileştirme, verimli ve doğru görev dağılımını mümkün kılan çözümlerin geliştirilmesinden oluşur. Ve ayrıca pratik becerileri:

• insanları değil çözümleri eleştirin – işi tanımlamak için kullandığımız dili değiştirmek, tutum değişikliğine ve işbirliğinin gelişmesine yol açar
• Kendinizi fikirlerinizden uzaklaştırmak – mizah ve daha dürüst geri bildirim sağlar
• güven inşa etmek - güven sayesinde, geliştiriciler tarafından çevrenin olumsuz tepkisinden korkmadan önerilen daha birçok yenilikçi fikir olabilir

Takım işbirliğini geliştirmek, bu makalede açıklanan Scrum Etkinlikleri sırasında Takımın nasıl çalıştığına dair sürekli düşünme ve geri bildirim sağlama yoluyla gerçekleştirilir.

Özet

Bugünün makalesinde bir Scrum Geliştirme Takımının özelliklerini, kompozisyonunu ve sorumluluklarını sunuyoruz. Disiplinlerarasılık, kendi kendini organize etme ve gelişme arzusu bu küçük ekibi karakterize eder. Ekip çalışmasının ve Ürün üzerinde etkin çalışmanın sürekli iyileştirilmesi - bunlar her Geliştirme Ekibinin yerine getirmesi gereken görevlerdir.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube'daki meşgul arılar topluluğumuza katılın .

Yazar: Caroline Becker

Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

1. Temel terimler, roller ve kavramlar sözlüğü
2. Scrum nedir?
3. Scrum değerleri
4. Şirketinizde Scrum nasıl uygulanır?
5. Scrum Takımı - nedir ve nasıl çalışır?
6. Ürün Sahibi kimdir?
7. Ürün Sahibinin En Sık Yapılan Hataları
8. Scrum Master kimdir?
9. İyi bir Scrum Master'ın Özellikleri
10. Scrum Master'ın en yaygın hataları
11. Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
13. Scrum'da Geliştirme Takımı
14. Geliştiricilerin en yaygın hataları
15. Scrum eserleri
16. Scrum'ı Ölçeklendirme
17. Sprint İş Listesi
18. Ürün İş Listesi nedir?
19. Kullanıcı Hikayeleri nedir?
20. INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
21. En yaygın Kullanıcı Hikayesi hataları
22. Kullanıcı Hikayesi Kabul Kriterleri
23. Scrum'da Tahmin ve Öykü Puanları
24. Poker Planlama
25. Takım Tahmin Oyunu
26. Artış Tanımlama
27. Scrum etkinlikleri
28. Scrum'da Sprint nedir?
29. Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
30. Burndown Grafiği nedir?
31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?
32. İş bitim grafiğinin avantajları ve dezavantajları
33. Scrum ve Scrumban'da Kanban panoları
34. Scrum'da Hız - Geliştirme Takımının Hızı
35. Günlük Scrum
36. Sprint Planlama
37. Sprint İncelemesi
38. Sprint Retrospektifi nedir?
39. Sprint Retrospektifi sırasında yaygın hatalar
40. Ürün İş Listesi beslemesi