«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.

4
Agile geliştirmede kullanıcı arayüzü tasarımı ve ilgili özellik desteği ile nasıl başa çıkılır?
Çevik bir geliştirme sürecinde genellikle ana odak Kullanıcı hikayeleri üzerindedir, ancak bazen tek bir gereksinim birkaç kullanıcı hikayesine yayılabilir. Örneğin, istemci bir forumdaki tüm kullanıcılar için bir arama sayfası isteyebilir ve her kullanıcı üzerinde kullanıcı yasaklama, kullanıcı silme, Parolayı sıfırlama vb. Gibi çeşitli eylemler gerçekleştirilebilir. Bu özelliği en az 4 …

5
Hız zaman içinde plato yapmaz, neden?
Ekibimin grafik ve yineleme başına hızını çizdim. Bana göre çok kötü görünüyor (hız çok dalgalanıyor). Bu davranışın temel nedenini teşhis etmek için ne aramalıyım?
11 agile  scrum 

5
Sürekli Entegrasyon (CI) nedir ve nasıl faydalıdır? [kapalı]
Kapalı . Bu sorunun daha fazla odaklanması gerekiyor . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu, yalnızca bu yayını düzenleyerek tek bir soruna odaklanacak şekilde güncelleyin . 6 yıl önce kapalı . Bazıları Bana Sürekli Entegrasyon kavramını, nasıl anlaşılır bir şekilde çalıştığını açıklayabilir mi? Ve bir …

7
Çok hızlı değişimin maliyetleri ile nasıl başa çıkıyorsunuz?
Çoğu modern geliştirici gibi, müşteri işbirliği ve değişime yanıt verme gibi Agile prensiplerine değer veriyorum, ancak bir ürün sahibi (veya gereksinimleri ve öncelikleri belirleyen) gereksinimleri ve öncelikleri çok sık değiştirdiğinde ne olur? Günde birkaç kez gibi mi? Kısa bir süre önce buggy, eksik ve hatta olması gereken en basit senaryoyu …

3
Ekibe katılan programcılar için tahminler nasıl ele alınır?
Yineleme çoktan başladı, yeni programcı takıma katıldı, X görevinin farklı bir geliştirici tarafından 30 saat olduğu tahmin ediliyor. Bu durumda en iyi uygulama hangisidir? yeni geliştirici verilen tahminle çalışır (fikir, hız hesaplandığında herhangi bir tutarsızlığın düzeltilmesi mi?) yeni geliştirici görevi yeniden tahmin ediyor mu? (öyleyse, ya önemli ölçüde daha yüksekse …
11 agile  estimation 

2
TDD üzerinde bir ürün için toplam sahip olma maliyetini ölçüm olarak kullanan herhangi bir bilimsel çalışma var mı?
Dogsa T, Batic D' de önceki çalışmaların özetini okurken . Test odaklı geliştirmenin etkinliği: endüstriyel bir vaka çalışması. Yazılım Kalite Dergisi. 2011; 19 (4): 643-661. TDD ile ilgili birçok çalışmada kullanılan ölçümlerin, kod satırları, kusurlar ve kalkınma için harcanan zaman gibi şeylere dayandığını gösterdi. TDD'ye karşı geleneksel geliştirme veya test-son …


3
BDD konseptini benimsemeye isteksiz bir ekibe “satmak” için hangi argümanları kullanabilirim?
Ben Davranış Odaklı Gelişim metodolojisinin (aka BDD) biraz vokal savunucusuyum. BDD'yi birkaç yıldır uyguluyorum ve StoryNet'i DotNet uygulamaları geliştirirken tercih ettiğim çerçeve olarak benimsedim . Yıllarca birim test yapmam ve daha önce test ilkine yaklaşmış olmama rağmen, bir BDD çerçevesi kullanmaktan çok daha fazla değer elde ettiğimi fark ettim, çünkü …

5
Çevik bir projede müşteri / geliştirici kültürü uyumsuzluğu ile başa çıkmak
Çevik ilkelerden biri ... Sözleşme görüşmesi üzerinden müşteri işbirliği ... bir diğeri ... Bireyler ve süreçler ve araçlar üzerindeki etkileşimler Ama benim gördüğüm şekilde, en azından müşteri ile etkileşim söz konusu olduğunda, temel bir sorun var: Müşterinin nasıl düşündüğü bir yazılım mühendisinin düşündüğünden farklı Bu biraz genelleme olabilir, evet. Muhtemelen …
11 agile 

4
Uzman ekipler için Scrum
Scrum, genel üyeleri olan ekipler için en iyisidir, yani en az 2 kişinin aynı görevleri yapabileceği ekipler. Temel kaygım, uzmanlardan oluşan ekipler için scrum'a uyum sağlamak için iyi çözümler bulmak (neyi saklamak, neyi kaldırmak, neyi geliştirmek)? 5 geliştiriciden oluşan bir ekibiniz olduğunu varsayalım (gerçek değil, yalnızca örnek için): C konusunda …
11 agile  scrum 

8
Bir proje günlüğü veya günlük ne kadar yararlıdır? [kapalı]
Kapalı. Bu soru konu dışı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu Yazılım Mühendisliği Yığın Değişimi için konuyla ilgili olacak şekilde güncelleyin . 8 yıl önce kapalı . Bir proje günlüğü veya günlük tutmanın ne kadar zor / yararlı olduğunu bilmek istiyorum. Yaptığım şeyleri takip …

11
Tabloların sürekli oluşturulması ve silinmesi mimari bir kusurun işareti midir?
Son zamanlarda, program geliştirme sırasında, düzenli olarak tablolar ve sütunlar oluşturup düzenli olarak yeni özellikler ve haklı şeyler üzerinde çalışırken ve çevik bir geliştirme süreci kullanırken bunun normal olduğunu söyleyerek bunları sorduklarını belirten bir geliştiriciyle görüştüm. Arka planımın çoğu bir şelale geliştirme ortamında olduğundan, bunun çevik gelişim altında gerçekten uygun …

2
Eksik hikayenin tahmini ile ne yapmalı?
Ben nispeten yeni olan bir geliştirme ekibinin parçasıyım Scrum, sprint sonunda birkaç büyük hikayenin PO tarafından ya in progressda acceptedPO tarafından olmadığını varsayalım . İlk olarak, bu kullanıcı hikayelerine ne olur? Onları bir sonraki sprint'e mi götürüyorsun? Eğer öyleyse, yeniden tahmin edilmeli mi? Benim görüşüme göre bu kullanıcı hikayeleri üzerinde …
11 agile  scrum 

3
Sprintler arasında ne olur?
Scrum modelini gevşek bir şekilde takip eden bir proje üzerinde çalışıyorum. İki haftalık sprintler yapıyoruz. Açıkça görmediğim (ve danışacak bir kitabım yok) bir şey tam olarak sprintler arasında olması gereken şeydir: ürünün inşa edildiği ve teslim edildiği bir "sarma" işlemi olmalı, ancak: bu genellikle ne kadar sürer? tüm ekip dahil …
11 agile  scrum  sprint 

8
Agile veya XP gibi evrimsel yöntemlerde bir tasarım çıkmazına ulaşırsanız ne yaparsınız?
Martin Fowler'in ünlü blog yazısı okurken Design Dead mi? Çevik Metodoloji ve Aşırı Programlama'da tasarımın yanı sıra programlamanın da evrimsel olduğu göz önüne alındığında, çarpıcı izlenimlerden biri, her şeyin yeniden düzenlenmesi gereken noktalar olduğu gerçeğidir. Bir programcı düzeyi iyi olduğunda ve tasarım sonuçlarını anladıklarında ve kritik hatalar yapmadığında, kod gelişmeye …
11 design  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.