Oldukça iyi Scrum yararları ve işlemler içinde okuyacağım. Birikim, yok etme grafikler, yineleme, kullanıcı hikayeleri ve Scrum diğer çeşitli kavramlar üzerinde fikir alıyorum"". çerçeve

Dedi ki... ben makyaj altı ekip üyeleri ile tek seferde birden fazla proje yöneten bir web geliştirme şirketi için iş,"". yapım ekibi

Nasıl Scrum birden fazla proje olması ile çalışır? Hala sadece zamanlama bir döngü için tek bir proje içinde belirli bir miktarda zaman ve tüm ekip üzerinde çalışıyor, ve sonra hareket için bir sonraki proje ile yeni bir yineleme yineleme ne zaman tamamlanır? Veya orada bir "" aynı anda sadece bir takım ile kendi yineleme ile yönetimi birden fazla proje musunuz? atik

Scrum gerçekten bir kendi kendine yeten bir ürün üzerinde çalışıyor olmak zorunda olduğunu dikte etmez. Sadece devletler orada bir sürü şeyler yapılmalı (ürün bekleme listesi), bir miktar gelişme kullanılabilir sonraki yineleme (işe yaradı projeden hız) ve orada kalemler ile seçilmiş müşteri/iş sahibi olarak en öncelikli gelen bu havuzun sorunları/işleri yapılacak bir sonraki yineleme (sprint kapsamı).

Orada hiçbir neden bu ürün biriktirme listesi ve sprint biriktirme olacak bir proje tek bir proje olacak ayrı birimlerin çalışması gibi, ayrı bir proje - UI, iş katmanı, veritabanı şema, vb. Özellikle kurumsal yazılım geliştirme tüm artırabilir kod üsleri bir dizi var böyle. Scrum bir proje ya da birden fazla olsun - toplantılar, soruları, grafik, yakacak, vb - tüm çalışma süreci.

Bunu söyledikten sonra, pratikte, çoğu kez iyi için her yineleme için bir ana tema - "raporlama modülü" veya "arayüzü ile XYZ sistem API" - böylece bir sürü sorunlar gelip bir proje veya alan ve sonunda yineleme yapabilirsiniz bir noktaya büyük bir vücudun çalışma ve işaretleyin karşı.