Çevik Geliştirme , departmanlar arası istişarelere ve kullanıcı geri bildirimlerine dayalı olarak sürekli yinelemelerle hızlı özellik sunumlarına odaklanan bir yazılım geliştirme yaklaşımıdır. Test edilen süreçteki her aşama ile artımlı gelişmelere dayanan ve bir sonraki yinelemeyi veya ürün pivotunu son kullanıcıların geri bildirimlerine veya sonuçlarına dayandıran bir proje yönetimi çerçevesidir.
Çevik gelişimin ne olduğunu anlamak sadece başlangıçtır - önemli olan onu iş uygulamalarınıza dahil etmektir. Çevik yaklaşımı proje yönetimi uygulamalarınıza uygulamanın harika bir yolu, görselleri çevik geliştirme ile ilişkilendirmektir. Başlangıç için yaygın olarak kullanılan bir görsel, kullanıcı hikayesi haritalarıdır . Kullanıcı hikayesi haritaları, ürününüzle etkileşime giren kullanıcıların görsel tasvirleridir ve bir hedef veya hedefe ulaşmak için çalışırken UX'inizin kullanıcılarda ortaya çıkardığı yanıtlar veya eylemlerdir. Kullanıcılarınız için hikaye haritaları oluşturmak, sizi ürününüzü aşamalı aşamalara ayırmaya zorlayarak, ürünü bir bütün olarak geliştirmek için yinelemeli değişikliklerin her aşamaya bağımsız olarak nasıl uygulanabileceğine odaklanmanıza olanak tanır. Öykü haritaları farklı biçimler alabilir: kullanıcı ürününüz boyunca yürürken doğrusal yolculuklar, doğrusal olmayan döngüler, hatta x ekseni boyunca zamanı veya önceliği ve y eksenindeki görevin karmaşıklığını gösteren grafikler.
Scrum
Scrum , proje görevlerini sprintlere (tipik olarak 1-4 hafta uzunluğunda) ayırmaya odaklanan ve geliştiricilerin önceden belirlenmiş bir kadansla yeni özellikleri kullanıma sunmalarına olanak tanıyan çevik bir geliştirme metodolojisidir. Scrum kullanan kuruluşların tipik uygulamaları, günlük stand-up toplantıları, sprint başlangıçları ve sprint sonrası incelemelerdir.
kanban
Kanban , bir projeyi bitirmek için tamamlanması gereken öncelikli görevlerin görsel bir birikimini içeren çevik bir geliştirme metodolojisidir. Bu görevler tamamlanır tamamlanmaz yayınlanır ve bu da sürekli ürün yinelemeleri ve yayınları ile sonuçlanır. Geliştiriciler, uzmanlık alanlarıyla en yakından ilgili görevleri ve zaman sınırlaması olmayan görevleri çekme seçeneğine sahiptir.
Bir Projeyi İzole Et
Çevik geliştirme uygulamalarını uygulamanın ilk adımı, üzerinde çalışılacak bir proje seçmektir. Çevik geliştirme, birçok hareketli parça içeren karmaşık projelerde en iyi sonucu verir. Bölümler arası işbirliğini ve bir dizi yeni özelliğin oluşturulmasını/uygulanmasını gerektirebilecek bir proje seçin. Ardından, projenin plana göre hareket ettiğinden emin olmaktan sorumlu olacak bir scrum master seçin.
Görev İş Listesi oluşturun
Sonraki adım, projenin tamamlanması için ihtiyaç duyacağı tüm gerekli görevlerin bir listesini oluşturmaktır. Tüm görevler listelendikten sonra, bunları önem ve önceliğe göre düzenleyin. Çoğu zaman, önce diğer birikmiş görevlerden birini tamamlamadan tamamlanması imkansız olan görevler olacaktır; öncelik listeniz bunu hesaba katmalıdır. Tamamlanması gereken daha fazla görevin farkına vardıkça ve diğer taraftan bazı görevlerin gereksiz olduğunu fark ettikçe, görev listesi çevik süreç boyunca değişecek ve büyüyecektir.
Sprintlere Bölün veya Kanban Panosu Oluşturun
Şimdi Scrum mı yoksa Kanban yaklaşımını mı benimseyeceğinize karar verme zamanı. Scrum ile gitmeye karar verirseniz, görev listelerinizi bireysel sprintlere bölün. Sprintlerinizi maksimum dört geliştirici haftasıyla sınırlayın, ancak yaklaşık iki hafta hedefleyin. Bu, projenizin kapsamını daraltacak ve geliştiricileri en önemli görevler üzerinde çalışmaya zorlayacaktır. Kanban ile giderseniz, tüm birikmiş görevlerinizle birlikte bir Kanban panosu oluşturun. Geliştiricilerin tahtaya gitmelerini ve fiziksel olarak kendilerine ait olduğunu iddia edecekleri bir görev seçmelerini sağlayın. Görevi tahtada "Yapılacaklar"dan "Yapılıyor"a, "Bitti"ye taşıyın.
İşe başlamak
Çalışmaya başlamak! Geliştiriciler ve pazarlamacılar kendilerine atanan görevler üzerinde birlikte çalışmaya başladıkça, günlük hızlı stand-up toplantıları yapılmasına yardımcı olur. Bu toplantılar 10 dakikadan uzun olmamalı ve her katılımcı üç temel soruyu yanıtlamalıdır: Dün ne yaptın? Bugün ne yapıyorsun? Bugün görevlerinizi tamamlamanızı engelleyen bir şey var mı?
Proje, Süreç ve Tekrarı İnceleyin
Sprint bittikten veya yeni bir özellik kullanıma sunulduktan sonra, kullanıcı etkileşimi için kabul edilebilir olduğundan emin olmak için projeyi gözden geçirin. Süreci bir bütün olarak gözden geçirmek ve sürecin verimliliğini veya çıktısını iyileştirmenin yollarını aktif olarak aramak da önemlidir. Tüm bunlar tamamlandıktan sonra, bir sonraki proje veya özellik setinde baştan tekrarlayın.