Şirketimizde birkaç ekip aynı anda birkaç projenin farklı bileşenleri üzerinde çalışacaktır. Örneğin, bir takım bazı projeler için belirli türde yazılımlar (veya donanım), başka bir takım başka türde bir yazılım yapabilir. Jira projelerini belirli projeler için sorunları barındırmak için ve farklı ekipler için sprint'ler için Jira panolarını kullanıyoruz.
Projeler arasında kod yinelemesinden kaçınma sorunuyla karşı karşıyayız ve bu projelerde kullandığımız bir dizi çekirdek kütüphaneyi geliştirdik. Bir proje üzerinde çalışırken, bazı geliştiriciler yazdıkları bir kod parçasının daha fazla ilgi çektiğini ve çekirdek kütüphaneye çıkarılması gerektiğini veya kullandıkları bazı çekirdek kodların bir hataya sahip olduğunu, biraz daha parametreleştirmeye veya yeni özellik ... adını siz koyun.
Böylece çekirdek projenin biriktirme işine giren bir çekirdek kütüphane sorunu yaratırlar. Tüm bu konular bir çekirdek kütüphane toplantısında (haftada bir kez) gözden geçirilir, önceliklendirilir ve tahmin edilir ve gelecekteki bazı alanlarda önceliklerine (projeye özgü sorunların yanı sıra) göre ele alınacaktır.
Önceliklendirme, sorunları sıralayarak yapılır ve sortedsıralanan sorunlara bir etiket koyarız (böylece sıralanmamış olanları arayabiliriz). Daha sonra, ilk olarak ele alınabilmeleri için çekirdek bileşen başına bir sorunu biriktirmenin üst kısmına elle koyduk. Bazı takımlar böyle bir sorunu sprint'lerine koyduğunda, bunun yerine başka bir öğeyi iş yığınının üstüne manuel olarak sürüklemek zorundadırlar.
Bu oldukça hataya açıktır. Temel olarak, "açık" ve "devam etmekte olan" arasında "sıralanmış" ve "tahmin edilen" ek sorun durumları var. Bunu sortedetiketten ve tahtadaki konumlarından yansıtmak oldukça zahmetli ve hataya açıktır. (Örneğin, bir kişi bir sprint'te bir sorunu yukarı ve aşağı hareket ettirirse, bu, çekirdek kuruluna yansıtılarak, ekibin haftalar önce kapsamlı bir tartışmada karar verebileceği sorunların sırasını sessizce karıştıracaktır.)
Peki bunu uygulamanın daha iyi bir yolu ne olabilir?