SCRUM sıfırdan, temel çerçeve oluşturulmamış mı?

Yeni bir projeye başlamak üzere 5 kişilik küçük bir grubuz. Bu, scrum üzerine her şeyi yapacağımız ilk projedir.

Proje için nasıl bir temel oluşturacağımız konusunda biraz mücadele ediyoruz (çerçeveler ve benzerleri). Bu tür görevler, kullanıcının doğrudan faydalanacağı bir şey değildir, bu nedenle bunun için kullanıcı hikayelerini nasıl yazdığımızı anlamakta zorlanıyoruz.

Genel olarak, bir projeyi sıfırdan başlatırken, çerçeveleri ve temel kütüphanesi olmadan scrum'u nasıl kullanıyorsunuz?

Pek çok çevik yöntemin genellikle proje başlangıcının bir parçası olan faaliyetleri ele aldığını düşünmüyorum. Ortak çerçevelerin çoğu (XP, Scrum, Kanban) bu kaygıyı ele almaz, ancak bazı ölçekli çerçeveler (Disiplinli Çevik Teslimat, SAFe) bir dereceye kadar bunu yapar.

Bazı insanlar, projenizi oluşturmak için tasarlanmış bir başlangıç ​​artışı (Scrum'da, bir sprint) kavramını savunurlar. Buna genellikle Artış Sıfır (veya Scrum, Sprint 0) denir. Bununla birlikte, Scrum'ın resmi bir parçası değildir ve saflar, ilk Artışın potansiyel olarak serbest bırakılabilir olması gerektiğini söylüyor.

Böyle bir artış, ekibin ortamını kurmak için kullanılır - geliştirme, test ve üretim ortamlarınızı kurun, destek araçlarınızı ve komut dosyalarınızı yapılandırın ve çalışma ortamlarınızı burndown çizelgeleri ve birikmiş işler ile oluşturun. Takımdaki herhangi biri kullanılan geliştirme araçlarına aşina değilse, burada ilk yinelemede işlev görmesi ve çıktı üretmeye başlaması için temel bilgileri öğrenir.

Bunun yanı sıra, bu noktada bir sprint biriktirme listesi olmadığından, genellikle ilk kullanıcı hikayelerinizi yazmaya ve ürün birikiminize öncelik vermeye başlayacaksınız. Ürün Sahibi kim olursa olsun hikayeler tasarlayacak. Bu kişi Scrum'da yeniyse, ekibin de çalışabileceği iyi kullanıcı hikayeleri yazmayı öğreneceklerdi. Tüm hikayeleri almayı vurgulamayın, ancak ilk geliştirme yinelemesini başlatmak için yeterli olacaksınız.

Farklı takımlar Sprint 0'ı farklı şekilde ele alır. Bazıları bunu diğer sprint'lerle aynı sürede zamanlayabilir. Diğerleri ekibin ihtiyaçlarına bağlı olarak biraz daha uzun veya biraz daha kısa yapabilir. Bu, Scrum'daki ilk denemeniz olduğundan, özellikle geliştirme döngünüzün bir parçası olarak daha kısa bir yinelemeniz varsa daha uzun sürebilirim. İki haftalık yinelemeleri planlıyorsanız, 3 hafta yapın.

Görevleri formüle ederken, onları kullanıcı hikayeleri olarak formüle etmem gerekmez. Ekip üyeleri ve çeşitli roller (Ürün Sahibi, ScrumMaster, geliştirici, testçi, tasarımcı, teknik yazar vb.) Perspektifinden bakabilirsiniz. Ancak Sprint 0, müşteri veya kullanıcı için değil, ekip içindir. Basit bir görev ve faaliyet listesi yeterli olacaktır.

Bunlar ekibimize SCRUM'u uygulamadan önce kurduğumuz önkoşullar. Liste ile işiniz bittiğinde, gerçek scrum için işlemi ve araçları sunabilirsiniz.

1. Ekip üyeleri yüksek veya orta derecede yeteneklidir.
2. Takım sıkıca örülür.
3. Ekip üyeleri arasında bilgi alışverişi hızlı, tutarlı ve serbest akışlıdır.
4. Takım eş-yerdedir.
5. İş ekibi ile çok ilgili.
6. Mimarlık (İşletme, Bilgi ve Teknik) iyi tanımlanmıştır.
7. Altyapı çalışıyor - Dev, test ve UAT ortamı.
8. Otomatik yapı ve sürüm.
9. Yüksek düzeyde test otomasyonu.
10. Takımın dış dünyaya bağımlılığı minimumdur (ideal olarak sıfır).
11. Katılımcı sistem sayısı minimumdur.
12. Gereksinimler daha yüksek seviyelerde sabit olduğundan, ürün biriktirme listesinde minimum değişiklikler olur.
13. Ekip üyeleri, hangi kullanıcı hikayesinin sprint / scrum'un bir parçası olması gerektiğine ve belirtilen hedefe ulaşmak için gereken toplam scrum / sprint sayısına karar verme konusunda özerktir.

Diğer iki önemli bölüm:

1. Roller için kişileri seçin (Scrum master, Ürün sahibi ve ekip)
2. Beyaz tahtanızı, çıkartmalarınızı hazırlayın.