«agile» etiketlenmiş sorular

Çevik yazılım geliştirme, gereksinimlerin ve çözümlerin kendi kendini organize eden, işlevler arası ekipler arasındaki işbirliği yoluyla geliştiği yinelemeli ve artımlı gelişime dayanan bir grup yazılım geliştirme metodolojisidir.

6
Yüz geliştirici tek bir çözüm üzerinde çalışırken geliştirme yöntemleri?
Belirli bir tarihte piyasaya sürülmesi planlanan tek bir üründe (revizyon kontrolü Git'i kullanarak) sürekli çalışan yaklaşık 200 geliştiriciden oluşan bir kuruluşuz. Çok sayıda geliştirici nedeniyle, her ekipte yaklaşık 10 geliştirici ile "çapraz fonksiyonel" ekipler oluşturmaya çalışıyoruz, bu da kuruluşta yaklaşık 20 geliştirme ekibiyle sonuçlanıyor. Ana depoda ürünün sürekli "yüksek standardını" …

4
Teknik borç bir özellik veya angarya (veya hata) olarak mı planlanmalıdır?
Pivotal Tracker kartım için bazı teknik borçları ele alan birkaç kullanıcı hikayesi ekledim. Bunları özellikler (hız seviyemi koruyarak) veya ev işleri / hatalar (hızımı düşürme) olarak mı düşünmeliyim? Birini ya da diğerini sürekli yapsam uzun vadede bir fark yaratmayacağını anlıyorum, ancak her teknik borç hikayesi eklediğimde kararı vermeliyim. Bazı düşünceler: …

6
Scrum Master görevleri tahsis edebilir mi?
Projemizde scrum'u takip ediyoruz. Scrum ustasının çoğu kez görevleri bizim için ayırdığını görüyorum. Ancak scrum kitaplarından okudum ki scrum tam tersine çalışıyor ('çekme' yaklaşımı) ve ekip üyeleri görevleri veya özellikleri alıyor. Scrum master görevleri atamak doğru bir yaklaşım mıdır yoksa çevik ideolojiye aykırı mıdır?

9
Kullanıcı öyküleri (kartta yazıldığında) gereksinimleri nasıl içermez ve yine de uygulanabilir
"Kullanıcı Öyküleri şart değil, sadece müşterinin ne istediğini hatırlatıyor, bir hikayeye gereksinimleri koyamazsınız". Ancak, bir müşterinin farklı kredi kartları için farklı bir işlem istediği örneğini ele alalım. Test senaryolarının yazılabilmesi için uygulanması ve bilinmesi gereken katı gereklilikler vardır. Kullanıcı hikayesinde değilse şartlar nereye gitmeli? Daha düşük gereksinimler yoksa geliştiriciler bir …

6
Sıfır hata / hata politikası ile çevik kalma
Projemizde sıfır hata (sıfır hata olarak da bilinir) yönteminde çalışıyoruz. Temel fikir, hataların her zaman öncelikli özelliklerden daha yüksek olmasıdır. Bir hikaye üzerinde çalışıyorsanız ve bir hatayı varsa, hikayenin kabul edilebilmesi için çözülmesi gerekir. Daha eski bir hikaye için sprint sırasında bir hata bulunursa, bunu bir sonraki işimize koyup çözmeliyiz …
18 agile  scrum  bug  backlog 

8
Olgun bir çevik ekip herhangi bir yönetim gerektirir mi?
Scrum ile ilgili son zamanlarda yapılan ateşli bir tartışmadan sonra, sorunumun yönetimin tamamen çevik bir ekipte oldukça gereksiz ve gereksiz bir faaliyet olduğunu düşündüğümü fark ettim. Olgun bir Agile ekibinin herhangi bir yönetim veya teknik olmayan karar verme süreci gerektirmediğine inanıyorum. (Görünüşe göre ereksiyon) gözlerime göre, olgun bir geliştirme ekibini …

8
Çevik sadece küçük şelaleler değil mi?
Projelerimde şelale metodolojisini daha çok kullandım, ama şimdi ufkumu çevik metodolojilere genişletiyorum. Şimdiye kadar okuduğum kadarıyla ve belki de yanlış şeyleri okudum, çevik küçük şelaleler anlamına gelir. Bir ya da iki yıla yayılmış büyük bir şelale yerine, geçen haftalar ya da belki de en fazla birkaç ay süren küçük şelaleler …

7
PBI ve Kullanıcı Hikayesi
Kısa süre önce ürün sahibi tarafından "x sayfasından giriş sayfasına gittiğimde bir hata görüyorum. Bu hatanın kaldırılmasını istiyorum" yazan bir öğe eklendi. Bana öyle geliyor ki bu bir kullanım örneği değildir ve PBI (Ürün İş Listesi Maddesi) olmamalıdır. Ancak, konuştuğumda, scrum master bana kullanıcı hikayelerinin PBI olmadığını ve bir PBI'nın …

5
“İşlevler arası takım” aslında nedir? [kapalı]
Kapalı . Bu soru görüş temelli . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Bu yayını düzenleyerek gerçekler ve alıntılarla yanıtlanabilmesi için soruyu güncelleyin . 4 yıl önce kapalı . "Çapraz fonksiyonel ekip" in genel anlamı, hedefe ulaşmak için gereken farklı alanlarda uzmanları bir araya getiren bir …

6
Bir serbest çalışan çevik gelişimi kullanabilir mi?
Yazılım geliştirme yöntemimi geliştirmek istiyorum. Daha hızlı ve harika bir kod geliştirmek istiyorum! Bugün şelale yöntemini freelancer olarak kullanıyorum, web materyalleri (siteler, sistemler vb.) Yazıyorum. Bu şekilde çalışan çevik gelişimi (XP, SCRUM, vb.) Kullanmanın bir yolu var mı? Çevik gelişim hakkında hiçbir şey bilmiyorum, nereden başlamalıyım? Çok teşekkür ederim.
18 agile  freelancing  scrum  web 

9
Biletleri tahmin ederken testçinin zamanı dahil edilmeli midir?
Biletler için zaman tahminleri oluştururken, test kullanıcıları (QA) için geçen süre bir bilet tahmininin içine dahil edilmelidir mi? Daha önce testçilerin zamanı olmadan her zaman tahmin etmiştik, ancak her zaman bunu dahil etmekten bahsediyoruz. Yayınlanmadan önceki son sprint için mantıklıdır, çünkü biletlerin toplam süresinin bir hafta süreceğini bilmemiz gerekir. Tahminlerin …
17 agile  scrum  estimation  qa 

4
KG ikilemine karşı iterasyonlar
Şirketimde, çevik uygulamalarla başarılı bir şekilde çalışıyoruz - ancak yinelemeleri kullanmadan. Bunun ana nedeni, bir yineleme döngüsünde KG'ye uyum sağlamak için temiz bir yol bulamamamızdır. KG'yi, bu yapı müşteriye dağıtılmadan önce belirli bir yapıya (sürüm adayı) fazladan bir doğrulama olarak anlıyoruz . Mesele, tek bir kötü niyetli taahhüdün tüm sürüme …
17 agile  teamwork  qa  sdlc 

9
İşverenimi dinlemeli ve CASE araçlarını kullanmalı mıyım?
İşverenim (Geliştirici Değil), CASE araçlarının geliştirme sürecimizi ve dokümantasyonumuzu geliştirmemize yardımcı olacağını düşünüyor. Bundan emin değilim, yerel müşteriler için mobil bankacılık çözümleri üreten 5 geliştiriciden oluşan küçük bir ekibiz. CASE araçlarının satın alınması gerektiği için zaman ve para kaybı olacağını düşünüyorum ve onlara alışmadan önce biraz zamana ihtiyacımız olacak ve …

3
Çevik olmak ne demektir?
Herkesin çevik bir şekilde yapacağımızı söylediği bir projemiz var, ama çevikliğin ne olduğunu açıkça anladığımızdan şüpheliyim. Önceki projelerde planlama toplantıları yaptık, sonra ürün geri kaydını tanımladık ve işi 2 ila 3 haftalık sprintlerde geliştiricilere tahsis ettik. Her sabah scrum toplantıları (ki her seferinde 1/2 saat gibi görünüyordu) vardı ve her …
17 agile 


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.