«agile» etiketlenmiş sorular

Scrum'da tanımlanan üç rol vardır: Takım, Ürün Sahibi ve Scrum Master. Proje yöneticisi yoktur, bunun yerine proje yöneticisi işi üç role yayılır . Örneğin: Scrum Master: Süreçten sorumlu. Engelleri kaldırır. Ürün Sahibi: YG'yi en üst düzeye çıkarmak için yapılacak işlerin listesini yönetir ve önceliklendirir. İlgili tüm tarafları (müşteriler, paydaşlar) temsil …

17 project-management  agile  scrum 

Çevik yazılım geliştirme bugünlerde oldukça eğlenceli bir terim haline geliyor. Bir geliştirici olarak, yinelemeli gelişimin pragmatik değerini anlıyorum, ancak (çoğunlukla) yazılım geliştirmeye Agile yaklaşımını benimsemek bir geliştirici tercihi değildir. Yukarıdan aşağıya bir yönetim seçimi! Kristal, çevik yöntemler, dsdm, rup, xp, scrum, fdd, tdd olsun. Bir geliştirici seçimi değil. Dışarıdaki tüm …

17 project-management  agile  management  project  scrum 

Her zaman çevik yöntemlerin nasıl uygulanacağını merak ettim, gerçekten büyük karmaşık gömülü sistem yazılımında (100+ mühendis). Ürün yazılımı geliştirme, çevik yapmayı zorlaştıran bazı benzersiz özelliklere sahiptir (yani, donanım geliştirme döngüsünün sonuna kadar donanım kullanılamaz; Ürün piyasaya sürüldüğünde, ürün yazılımını kolayca güncelleyemez; vb.) Bu tür bir gelişimdeki norm, kalın dokümantasyon ve …

17 agile  scrum  embedded-systems 

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 . 5 yıl önce kapalı . Daha önce sistem yöneticisi olarak çalışarak oldukça yakın zamanda geliştirici olarak çalışmaya başladım. Agile işlevlerini kullanan bir …

16 agile  product-owner 

Son derece sessiz, "yalnız kurt" geliştirme departmanı yapısında iki yıldan fazla çalıştıktan sonra Agile SCRUM'u benimsiyoruz. Harika. Çevik'i severim; bir geliştirici olarak, dün yaptıkları beklentisiyle boğazınızı projelendirdikten sonra sayısız paydaşınızın projeyi shoving etmesine odaklanmadan, yoğun ve üretken olmanızı sağlar. Bununla birlikte, şu anki “modelimiz” e karşı SCRUM'a geçmenin bir yönü …

16 agile  feature-requests  product-backlog 

Wikipedia, Agile'ın yanlış olduğunu tahmin ettiğim bir tür "RAD" olduğunu söylüyor. Bildiğim kadarıyla, Agile RAD'ın kendisi 90'larda (değişiklikler için çok katı) başarılı olmadığı için geliştirildi. Yoksa yanılıyor muyum? (Not: görünüşe göre Agile yazılım geliştirme hakkındaki Wikipedia makalesi aralarında geliştirildi, sadece RAD'yi bir üst küme olarak değil, Agile'nin öncüsü olarak listeliyor …

16 agile  development-process  rad 

Deneyiminize göre, bir Sprint Planlama toplantısı (Scrum) ne kadar sürmeli? 8 saat? Yoksa daha kısa (kısa ve öz) olmalı mı ve sprint'in bir parçası olarak başka tartışmalar mı planlanmalıdır? Sprintlerimiz 10 gün uzunluğunda.

16 agile  scrum  planning 

Ortamın nerede olduğunu ilginç bir şekilde görmek için bu soruyu oraya atmak istiyorum. Son 12 ay içinde, yazılım geliştirmede TDD ve bir çok Çevik değer aldığımı itiraf edeceğim. Yazılım geliştirmemin ne kadar daha iyi hale gelmesinden o kadar çok etkilendim ki, onları asla prensipten vazgeçmeyeceğim. Kadar ... Bana yıl için …

16 agile  testing  unit-testing  tdd  sdlc 

Çevik olmayan bir yöntemle gururla onaylanmış bir şirketi, hesap verebilirliği göstermek için müşterileri için bir satış noktası olarak düşünün. Nasıl yaparsınız giderek onların tüm sistemi bozmadan Kanban veya Scrum tanıtan o kendilerini güvenli hale hala ve sadece hesap / denetlenebilir olarak hala olabilir ? Bunun muhtemelen " Scrum gibi çevik …

16 project-management  agile  development-process  sdlc 

Ekibim yakın zamanda çalışmalarımız için yaklaşık bir yıllık bir plan hazırlama sürecinden geçti. Planı üç aşamaya ayırdık. Her aşamada birkaç lansman yer alacak. Acaba, çevik bir bakış açısından, bu yanlış mı? Bence bu kötü bir fikir değil, çünkü ilk birkaç adımdan başka bir şey tasarlamak için fazla zaman harcamadık. Yön …

16 project-management  agile 

İş analistimiz ve proje liderlerimiz, müşterinin Hikayeler olarak gereksinimini bize bildirir. Her Sprint planlamasında biz (geliştiriciler) planlama pokeri oynamamız istenir. Hepimizden 'Çaba' yerine 'Karmaşıklığı' değerlendirmemizi istediler. Gerçekten kafamız karıştı ve toplantılarımızda zaman harcıyoruz. Bir geliştirici, 'Gerçekten neyi dikkate almak istiyoruz? Bu gereksinimde (zaman tahmini) yapmak zorunda olduğumuz kod / DDL …

15 agile  scrum  planning 

Bazı ekip üyeleri üzerinde çalışılması en muhtemel hikayelerin tartışılmasını bekler ve ancak o zaman katılırlar. Aksi takdirde sadece telefonlarıyla oynarlar ve dinlemezler. Bir şekilde bu pozisyonu anlıyorum. Sprint'te veya hiç geliştirilmesinde yardımcı olmayacağınız bir özellik hakkında bir tartışmayı neden dinliyorsunuz? Ne yapmamız gerektiğini düşünüyorsun?

15 agile  scrum 

XP'yi (aşırı programlama), özellikle de aynı ekranda 2 programlayıcının bulunduğu bölümü seviyorum, çünkü sadece ne yaptığınızı açıklarsanız ve bir çift programlama sizi ne yaptığınızı açıklamaya zorlarsa, bir sorunun çözümü genellikle daha hızlı bulunur yapıyor. Son 10 yıl içinde, XP çalışma tarzı, çalışma yöntemleri: Agile ve / veya Kanban lehine güncelliğini …

15 agile  extreme-programming  kanban 

Yaklaşık üç yıldır çevik bir metodoloji (SCRUM) kullanıyorum ve özellikle birçok seviyedeki kısa vadeli geri bildirimlerde (erken erişime sahip müşterilerden, özellikleri test edebilen test cihazlarından) belirli avantajlar görüyorum. uygulandığında, yeni kod hakkında inceleme yoluyla çok erken geri bildirim sağlayabilen diğer geliştiricilerden vb. Öte yandan, birincisi bu soruda açıklamaya çalışacağım iki …

15 design  agile 

Yaşadığım çevik gelişimin en büyük dezavantajı, geliştirmeye dahil olmayan kişilerin, bir kullanıcı hikayesinin (3-10 ideal kişi günü) 1-3'den fazla cümle içermemesi gerektiği mantrasına odaklanmasıdır: Bir müşteri olarak, aradığım ürünleri bulabilmek için serbest metin aramasını kullanabilirim. Bu cümleyi veren proje yöneticileri, bir geliştirici olarak benden bir tahminde bulunmayı ve hikayeyi geliştirmemizi …

15 agile  requirements