"Her Sprint'in neyin inşa edileceğine dair bir hedefi, onu oluşturmaya, işi ve sonuçta ortaya çıkan ürün artışına rehberlik edecek bir tasarımı ve esnek planı vardır."
- Scrum Kılavuzu.
Bir Sprint sırasında takım şu anda en değerli olana odaklanır . ayrıca her sprintte biraz daha iyi olmaya çalışırlar. Onlar geliştirmek
a. ürün, b. çalışma ortamları ve c. kendilerini.
Her Sprint, takım düzenli ve tutarlı aralıklarla bir araya gelir. Tutarlılık karmaşıklığı azaltır. Tekrarlayan (yinelemeli) döngülerde Artımlar oluşturulur. Bu rutin sürekli iyileştirmeyi mümkün kılar; şeffaflık , denetim ve adaptasyon . Bu, diğer toplantılara olan ihtiyacı büyük ölçüde ortadan kaldırmalıdır. Scrum ile takımlar bir masa etrafında boşta oturmazlar, denetimler yapmak ve eyleme geçirilebilir kısa vadeli planlar oluşturmak için aktif olarak birlikte çalışırlar. Disiplin ayrımcılığına karşı, çapraz işlevlidirler ve gerektiğinde gün boyunca işbirliği yaparlar. Bu, buluşma kültürlerine harika bir karşıdır.
Bir ekip "bitmiş", çalışan Ürün Parçalarını teslim etmeye çalışsa da bu, bunların teslim edildikten sonra nihai olduğu anlamına gelmez . Scrum'ın güçlü bir mekaniği, sürekli iyileştirme yeteneğidir. Deneyimlerime göre, birkaç takımın 'teslim et ve unut' alışkanlığı olduğunu fark ettim. Bir Ürün İş Listesi Öğesi ile ilgili bir Sprint'te çalışmayı bitirdiklerinde, ona asla geri dönmediler. Sprint İncelemesinden sonra, geri bildirim toplamıyorlar, kullanımını incelemiyorlar, iyileştirme önermiyorlar ya da geliştirme girişimlerinde bulunmuyorlardı. Genellikle, teslim ettiklerinin nasıl kullanıldığını ve deneyimlendiğini incelemiyorlardı, çünkü zaten bir sonraki parlak şeye odaklanıyorlardı. Hatta bazen kendilerinin (veya müşterinin) bilmediği daha iyi olduğu konusunda şaka bile yaparlardı. 🙈
Zaman zaman ekiplerin geri bildirimleri işlemek veya hataları düzeltmek veya henüz "bitmemiş" bir şeyi sonuçlandırmak için Sprint'leri genişlettiğini fark ettim. Scrum'ın artan doğasını unuttular mı?
Sprint ve etkinliklerinin bir Timebox vardır.
Zaman sınırlaması, belirli bir faaliyetin süresi hakkında önceden yapılmış bir sözleşmedir. Scrum'da bir Sprint için maksimum süre bir takvim ayıdır. Takımlar aralığı belirlemekte özgürdür, ancak bunların oldukça tutarlı kalması tavsiye edilir.
"Sprintlerin, geliştirme çabası boyunca tutarlı süreleri vardır." - Scrum Kılavuzu.
Bir zaman kutusu, işlemde bir kez değiştirilemez. Birçok Scrum Takımı bir sprint'in zaman kutusunu birkaç hafta içinde (bir ila dört) belirler ve olayları için zaman kutusunu buna göre ayarlar (Günlük Scrum'ı kaydedin). Scrum bunu reçete etmez, ancak daha kısa Sprintlerde zaman sınırlarının da daha kısa olma eğiliminde olduğunu söyler. Bu yaygın bir uygulamadır. Dolayısıyla, bir haftalık bir Sprint ile, zaman çerçevesi genellikle bir Sprint Planlama için iki saat, bir Sprint İncelemesi için bir saat ve bir Sprint Retrospektifi için kırk beş dakikadır.
Düzenli bir rutin, hızlı alışma sağlar. Mükemmellik, eğitim ve alışkanlık ile kazanılan bir sanattır. Genellikle haftalık ritimlere alışkınız. Kişisel deneyimime göre bu, iddialı olmasına rağmen tek bir haftalık Sprint'i çok doğal ve egzersiz yapmak için pratik hissettiriyor. Her hafta olayların anlarıyla tutarlıdır. Bu zaman diliminde tüm takımlar nitel çalışma artışları sunamayacak, ancak bunun nasıl yapılacağını bulmak bir takımın katılabileceği en değerli egzersizlerden biri olabilir. Bir takımın değişime uyum sağlaması için bir Sprint yeterince kısa olmalıdır. koşullar. İşin kolayca entegre edilebilmesi için yeterince kısa olması da gerekir. Büyük artışlar, entegrasyonu karmaşık hale getirecek ve teknik borç riskini artıracaktır.
Sprint Etkinlikleri için zaman dilimlerinin yalnızca maksimum süresi vardır, minimum değildir. Bu, daha erken bitebilecekleri anlamına gelir. Zamanla Scrum Takımları daha etkili ve anlamlı etkinlikler yapmayı öğrenmelidir. Örneğin, takımların yaptığı popüler bir argüman, Günlük Scrum'ın zaten hizalı oldukları için sıradan olduğunu düşünmeleridir. Eğer durum gerçekten böyleyse, hiçbir şey onların gerçekten uyumlu olup olmadıklarını teyit etmek için sadece üç dakikalık Günlük Scrum'a sahip olmalarını engellemez.
Sprintler tutarlı ve süreklidir. Bir Sprint için zaman çerçevesi başladıktan sonra kısaltılamaz veya uzatılamaz. Tutarlı kalması gereken bir kalp atışı. Oyun sırasında Sprintlerin uzatılması için her türlü nedene veya mazerete tanık oldum , ancak bu üçü açık ara en yaygın olanı:
Her Sprint'in açık bir amacı ve dolayısıyla tüm Scrum Takımı tarafından toplu olarak formüle edilen bir hedefi vardır. Bu hedef, Sprint sırasında değiştirilemez. Ayrıca kalite hedefleri azalmaz!
Sprint Hedefi riske atılmadığı sürece, takım değişikliğe yanıt verebilir. Değişiklikler değerlidir. Bir ekip, yeni keşfedilen karmaşıklıklara sakince ve profesyonelce tepki vermeyi öğrenecek.
İyi Sprint Hedefleri, takıma bir dizi uyumlu Ürün İş Listesi Öğeleri oluşturmada yardımcı olabilir. Bu seçim Tahmin olarak adlandırılır . Sprint Hedefi, Geliştirme Takımlarının uygulamayı seçecekleri bir ölçüde esneklik sağlar.
Sprint Hedefleri iddialı olabilir (sonuçta bu bir hedeftir) ve kolektif işbirliğini teşvik edebilir. Her üye Sprint Hedefine katkıda bulunabilmelidir. Sprint'in sonunun Sprint Hedefi için bir son tarih olmadığını unutmayın. Bir takım, Sprint'in zaman çerçevesi içinde bunu denemek ve başarmak için makul bir çaba sarf etmeyi taahhüt eder. Bir takımın başaramayacağı zamanlarda durum bu olabilir (ve belki de olmalı). Bir takım muhteşem bir performans sergilediyse de yine de ona ulaşamadı. Sık sık Sprint Hedeflerine ulaşamayan takımlarla çalıştım. Harika ve zorlu hedefler koyan ve her zaman onlarla tanışmak için çok çabalayan mükemmel takımlardı. Onlarla tanışmamak, sarf ettikleri çaba göz önüne alındığında bazen hayal kırıklığı yaratıyordu. Ama bir retrodan öğrendiklerimiz daha da değerliydi. 'Taahhütleri yerine getirme yeteneği' ile 'Sprint Hedeflerine ulaşma taahhüdü' arasındaki farkı düşünün.
Takımları hedeflere ulaşmaya, hatta zorlandıklarında fazla mesai yapmaya zorlamak, takımları iddialı hedefler belirleme konusunda motive etmeyecektir, aksine. Bununla birlikte, her üye, en azından kendisi için belirlediği hedefin ulaşılabilir olduğunu düşünmelidir. Her Sprint Hedefinin iddialı olması gerekmez. Hatırlamak:
Çevik süreçler, sürdürülebilir gelişimi destekler. Sponsorlar, geliştiriciler ve kullanıcılar süresiz olarak sabit bir hızda devam edebilmelidir. " - Çevik Manifesto.
Sprint Hedefleri, bitkin ve motivasyonu düşük geliştiricilere yol açmamalıdır; aksine! Geliştirme Takımı üyeleri Sprint Hedeflerini motive edici bulmalıdır. Motive edici Sprint Hedefleri ile takımlar ekstra milleri kendi hesaplarına koyacaklar. İşlerini buna değer kılıyorlar. Hedef, ekibin neden çaba sarf ettiklerini daha iyi anlamalarına yardımcı olmalıdır. Harika bir Sprint Hedefi, takımların sınırlı çabayla çok fazla değer sunmasını sağlayabilir. Bu nedenle, Sprint Hedeflerini tasarlarken şunları göz önünde bulundurun:
"Basitlik - yapılmayan iş miktarını maksimize etme sanatı - çok önemlidir." - Çevik Manifesto.
Takımlar tarafından yaygın olarak bilinmeyen şey, sadece bir Sprint Hedefine sahip olmadıkları, aynı zamanda Sprint İş Listesinde eyleme geçirilebilir bir planın oluşturulduğu Retrospektif sırasında formüle edilen iyileştirme hedeflerine sahip olmalarıdır.
"Sürekli iyileştirmeyi sağlamak için, önceki Retrospektif toplantıda tanımlanan en az bir yüksek öncelikli süreç iyileştirmesini içerir." - Scrum Kılavuzu
Bir Scrum Takımının üyeleri, bu hedefleri formüle etme veya gerçekleştirme konusunda pek umursamadıklarını belirttiklerinde, takım yaratıcılıktan (veya yetkilendirmeden) yoksun olabilir. Bu, Ürün İş Listesi Maddelerinin genel olarak gerçekten herhangi bir tutarlılığa sahip olmadığı veya takımın işlevler arası olarak gerçekten işbirliği yapmadığı durumlarda geçerli olabilir. Bu durumlarda, öncelikle yaratıcılığı ve işlevler arası işbirliğini teşvik eden hedeflerin belirlenmesi tavsiye edilebilir.
PSM III'e Giden Yol, Ustalığa Giden Yol olarak yeniden biçimlendiriliyor !
Bölüm I: Down the Rabbit Hole artık mevcut.
Sonraki bölümlerde Ürün Sahibinin güçlü bir yeteneğini derinlemesine inceleyeceğim: Sprintleri iptal etme yetkisi.Sprint İptali
Sprintler, maliyet riskini zaman sınırına indirgiyor, ancak bu konuda keşfedilecek çok şey var. Bu yüzden, bazı ticari scrum muammalarıyla ilgili bir bölüm de ayıracağım.
PG Inbox'a hoş geldiniz! Her hafta, dünya genelinde ürün ve büyüme alanında dünyanın en iyi yazarları tarafından son 7 gün içinde yayınlanan 1000'den fazla makaleyi inceliyoruz. Ardından, topluluğumuzun en çok keyif alacağını düşündüğümüz makaleleri derliyoruz.
Kalite Mühendisinin rolünün sıklıkla yanlış anlaşıldığı veya gereğinden az değer verildiği bir teknoloji endüstrisinde, BestSecret'teki Yerinde Kalite ekibi çevik çağa başarılı bir şekilde uyum sağlamış ve organizasyon genelinde dalgalanma etkisi olan kalite stratejilerini etkilemiş, desteklemiş ve yönetmiştir. Giriş Geleneksel olarak kalite güvencesi (QA) ekipleri, yazılım testlerinin tasarlanması, otomatikleştirilmesi ve yürütülmesinden sorumludur.
Yeni Yıl kararlarını ürkütücü ve bunaltıcı buluyorum. En iyi niyetlerle yola çıkarsınız, ancak onlara ayak uydurmakta sefil bir şekilde başarısız olursunuz; Ben sadece kendim için konuşabilirim.
Teknoloji dünyasında, işletmeler sürekli olarak siber suçluların şeytani faaliyetlerinin tuzağına düşme riski altındadır. Endişe verici derecede sık hale gelen böyle bir taktik, kimlik bilgilerini doldurmaktır.
İnsanlara şans verme konusunda hayatta biraz geç kalındığına inanıyorum. Cömertçe.
Bir zamanlar bir blog yazmıştım… Ta 2016 yılının Temmuz ayında bir blog yazmaya başlamıştım. Bu blog.