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

7
Kod İncelemeleri gerçekten gerçek Agile'de çalışıyor mu?
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 …


5
Scrum ekibi üyelerinden birini veya scrum master'ını Ürün Sahibi olarak atamak iyi bir fikir mi?
Son zamanlarda müşterinin gezmekle meşgul olduğu bir projemiz vardı. Her zamanki scrum ekibi kurulduğu gibi, müşteri aktif olarak katılamayacağı için yönetim analistimizi Ürün sahibi olarak atamaya karar verdi. Analist, ihtiyaç analizi ve şartname taslağı hazırlamak için müşteri ile yakın bir şekilde çalışan kişiydi. Müşteri ilk iki sürümü gözden geçirecek zamana …
13 agile  scrum  waterfall 

4
Ekibimin Kanban'daki kalite özelliklerini nasıl takip edebilirim?
Ekibim, günlük ilerlemeyi izlemek için bir Kanban sistemi kullanıyor ve özelliklerdeki (kullanıcı hikayeleri olarak kaydedilen) ilerlemeyi anlamak için gerçekten iyi çalıştı. Yakın zamana kadar iyi çalışan özellikler geliştirirken sistem tasarımımızın ortaya çıkmasına büyük ölçüde izin verdik. Son iki haftada, özellikle performans ve değiştirilebilirlik kalite özellikleriyle ilgili mimari ödünleşmeler hakkında birkaç …

3
Çevik geliştirmede müşteri ilişkileri
Yönetimim, kuruluşla (kuşkusuz kısa) geçmişimde eşi görülmemiş bir soru sordu: "Size yardımcı olmak için ne yapabiliriz?" Aynı zamanda, proje ortasında gereksinimleri zorlayabilen efsane olan oldukça yeni bir müşteri için birkaç büyük proje üzerinde çalışıyoruz. Bu adamlar için geliştirmek bataklıkta dans dansı gibidir. Daha çevik bir yaklaşıma geçiş önermek için önemli …

2
Aynı ürün üzerinde çalışan birkaç Geliştirme Takımı olması durumunda “Tamamlandı” tanımı
Scrum testlerinden biri, birden fazla geliştirme ekibi aynı ürün üzerinde bir çalışma gerçekleştirdiğinde "Tamamlandı" yı en iyi tanımlayan tanımla ilgili soruyu içerir. Doğru bir cevap, bu geliştirme ekiplerinin birleşik çalışmalarını potansiyel olarak serbest bırakılabilecek bir "Bitti" tanımına sahip olması gerektiğini belirtir. Bu sınavın doğru cevabından benim için net olmayan şey: …
12 agile  scrum 

5
Agile, karmaşık işleme içeren uygulamalara nasıl uygulanabilir?
Çevik ile ilgili literatürün çoğu, kullanıcının sahne arkasında neler olduğunun oldukça farkında olduğu CRUD tipi iş uygulamalarına karşı önyargılı görünüyor. (Bu iyi çünkü yazılan kodun çoğu muhtemelen bu sınıfa ait.) Bu tür bir uygulama için kullanıcı hikayeleri (gereksinimler) ve geliştirme görevleri arasındaki ilişki çoğunlukla basittir: Kullanıcı hikayesini birkaç göreve ayırın. …

4
Müşterilerin gereksinimleri hiç değişmediğinde Agile kullanmak yanlış mıdır?
Son zamanlarda Agile'ın kullanılmasının en önemli nedenlerinden birinin müşterilerin genellikle gereksinimleri değiştirdiğini söyleyen birçok gönderi gördüm. Ancak, müşterilerin gereksinimleri sık sık değiştirmediğini varsayalım . Aslında, müşterilerin biraz belirsiz (ama makul olmayan bir şekilde belirsiz bir şey) olsa da sağlam gereksinimleri var, ama yine de Agile kullanıyorum. Çevik'i çalıştırmamın nedeni, yazılımın, …

8
Hızlı prototipleme çevik bir metodolojiye nasıl uyum sağlar?
Çevik süreçlerin kullanımını belirleyen büyük bir şirkette çalışıyorum. Örneğin, projelerimiz için, özellikle çevik gelişimi yönetmeyi hedefleyen bulut tabanlı hizmetler kullanıyoruz. Çalıştığım belirli mühendislik grubu geleneksel olarak yazılım geliştirmedi (bunun yerine projeleri çok daha fazla kuş bakışı bakış açısıyla yönlendirmeye yardımcı oluyoruz), ancak bu değişiyor. Çoğunlukla veri merkezli olan çok çeşitli …

6
Görevler birden fazla insanın katılımı olduğunda scrum görev yanmasına nasıl yaklaşılır?
Şirketimde, tek bir görev asla tek bir kişi tarafından tamamlanamaz. Her görevi KG ve Kod Gözden Geçirme için ayrı bir kişi olacaktır. Bunun anlamı, her bireyin görev başına, tamamlanması için ne kadar zaman alacağına dair tahminlerini vermesidir. Sorun şu ki, yanmaya nasıl yaklaşmalıyım? Saatleri birlikte toplarsam, aşağıdaki tahmini varsayalım: 10 …
12 agile  scrum 

5
Dinamik diller çevik gelişim için dezavantajlı mıdır?
Çevik gelişimi okuduğumdan genellikle yeniden düzenleme veya mühendislik kodunu diyagramlara dönüştürmeyi içerir. Elbette bundan çok daha fazlası var, ancak bu iki yönteme dayanan uygulamaları düşünürsek, dezavantajlı olarak dinamik olarak yazılmış diller mi? Statik olarak yazılan diller yeniden düzenleme ve tersine mühendislik işlemlerini çok daha kolay hale getirecek gibi görünüyor. Dinamik …

7
Belgelemenin bozulması - bununla nasıl başa çıkılır?
Önemli : Kaynak kodu dokümantasyonunda hiçbir sorun yaşamıyoruz . Bu, düzenli kod denetimine aittir ve güncel tutulur. Bizim sorunumuz geliştiricilerin dokümantasyonunda (veya isterseniz "harici"), programcılardan bir zamanlar yazılma eğiliminde olan ve genellikle geride bırakılan programcılara blog benzeri küçük ipuçları. Programcıların belgelerini üretmek için wiki benzeri bir sistem kullanıyoruz - programcılar …

9
Bir sürat ne kadar rahat olmalı (ya da olmamalı)?
Bir sprint'e atanan hikayelerin yapılmasına yönelik tutum ne olmalıdır? Açıkçası onları sprint'te gerçekleştirmeye öncelik vermek istiyorsunuz, ama bana göre çevikliğin tüm noktası dinamik olmaktır: Bir sprint'te biten kullanıcı hikayelerini kaçırmayı kasten ertelemek veya "tamam" yapmak istemezsiniz, ancak aynı zamanda beklenmedik şeyler ortaya çıktığında ve bu hikayeler tamamlanmadığında ve bir sonraki …
12 agile  sprint 

7
Yeni elemanlara deneyimli geliştiricilerden ayrı bir alt proje vermek, yeni başlayanların daha hızlı yükselmesine yardımcı olacak mı?
Bir ekipte 7 geliştiricimiz var ve geliştirme hızımızı kısa sürede (yaklaşık bir ay) iki katına çıkarmamız gerekiyor. "Daha fazla geliştirici işe alırsanız, yalnızca ilk birkaç ay boyunca üretkenliğinizi kaybedersiniz" diye sağduyulu bir kural olduğunu biliyorum. Proje bir e-ticaret web hizmetidir ve 270K kod satırına sahiptir. Şimdilik benim düşüncem, projeyi az …


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.