Bu yüzden adında 3 harf olanlardan biri olan büyük bir corp için çalışmaya başladım ve Agile olmaya çalışıyorlar, ancak Agile olduğunu hissetmediğim tonlarca süreç var.
Beni en çok yaralanan biri kod incelemeleridir. Son işim, gördüğüm, üzerinde bulunduğum ve / veya duyduğum en Agile geliştirme ekibi.
Her neyse, benim argümanım, Kod İncelemelerinin, UX / UI'nin aşırı / yoğun olduğu yinelemeli veya Çevik gelişimde zaman kaybı olduğu (Apple / Steve Jobs mükemmelliğini düşünün). Belki burada biri beni kovmadan önce anlamaya yardımcı olabilir?
İşte benim gelişim sürecim ve son girişimimdeki süreç ... çok Çevik.
Geliştirme görevini / yapılacakları sıralamak için erken özellikli işleri yapıyoruz. Geri bildirim almak için birkaç sürümü alay eder ve kullanıcılara, ekibe ve pazarlamaya sunarız. Daha sonra yukarıdaki aynı paydaşlardan bir tur almak için başka bir mockup yinelemesi yapıyoruz. Sonra işi bölüyoruz ve başlıyoruz. Karşılaşacağımız kilometre taşları ve tarihlerimiz var, ancak takılmaya devam ediyoruz. Bunların hiçbiri sırasında kod incelememiz yok. Gelişim haftalarımız boyunca birkaç kez, hala özelliklerin / fonksiyonların / UX / UI'nin hala uygun ve hedefte olup olmadığını kabul etmek için paydaşlarla tekrar oturumlar düzenliyoruz.
8 haftalık iterasyon döngüsünün sonuna yaklaştığımızda KG test etmeye başlar, daha sonra alfa kullanıcılarına ve son olarak da beta kullanıcılarına gider. Ancak alfa ve beta geliştiricileri, UX'i iyileştirmek için kullanıcı arayüzünde günlük veya saatte tekrarlanan değişiklikler yapan yeni özelliklerin ve eski özelliklerin üzerinden geçiyor. Bu nedenle, bu sürüm geliştirilmekte olan bir özellik, iyileştirmek ve mükemmelleştirmek veya birkaç küçük özellik eklemek için son dört haftada 3 kez daha değişebilir (örneğin, bileşeni biraz daha ince veya daha akıllı hale getirin). Bazen değişiklikler yüzeysel olabilir, yani hiçbir CRUD işlemi değiştirilmez veya değiştirilmez, ancak tüm kullanıcı arayüzü yalnızca değişir.
Öyleyse, bu tür bir geliştirme süreci olan aşırı Çevik, incelemeleri kodlamak zaman kaybı olmaz mı? Başka bir geliştirici veya iki kodumu gözden geçirmiş olsaydım, ancak daha sonra bu kod kapıdan çıkmadan önce 3 kez daha değişirse, tüm UI / UX geliştirmeleri nedeniyle, ilk 3 kez gözden geçirmedik mi? kod / bileşen / kullanıcı arabirimi hurdaya çıkarıldı mı?
Bu süreçle ilgili pek çok kalite sorunumuz olmadı ve evet, bir geliştirici tüm bilgileri kapıdan çıkardıysa, ancak her zaman onu almak ve devralmak için akıllı geliştiriciler bulduk.
Ve evet, çok fazla testçimiz var, çünkü işleri 3 veya 4 kez tekrar test etmek zorunda kalabilirler. Ayrıca lütfen tüm UI / UX değişikliklerinin nedenini soran takılmayın ... işlerin nasıl yapıldığını ... o zaman uygulama neden UI / UX için tonlarca ödül kazanır ve kullanıcılar Uygulamanın. Düşünce süreci, bir şeyde% 2'lik bir iyileşme bile yapabilirsem, çünkü fazladan bir saatim var, sonra yap. Kullanıcılar daha mutlu olacak, bu da daha fazla $ veya kullanıcı anlamına gelecek. Ve evet, kullanıcılarımız sürekli değişen uygulama ile Tamam, çünkü bu onun ilk günden beri nasıl yapıldığı için kötü ya da olumsuz görmüyorlar.
Umarım bu yazı görkemli değildir, ancak Kod İncelemelerinin nasıl boşa gitmediğini göremiyorum. İncelenen koddaki tüm kodumuzun% 2'sinde hatalar olabilir. Her sürümde kod incelemesi yoluyla 3 hata bulabiliriz. Yani 3 ila 5 hata bulmak için sürüm başına geliştirici başına 40 saatlik kod incelemesi (4 x 40 = 160 saat) olur? Şanslar% 50'dir ve bu 3 ila 5 hata zaten KG tarafından alınırdı. Geliştirici başına 40 saatini yeni bir özellik ekleyerek veya mevcut olanları iyileştirerek geçirmek daha iyi olmaz mıydı?