Çevik, geliştiricilerin gerçekten çalışarak daha fazla zaman geçirmeye zorluyor mu?

Ortak Çevik uygulamalara baktığımda, bana (bilerek veya istemeyerek mi?) Geliştiricilerin daha fazla zaman harcamak için zorladıklarını, aslında blogları / makaleleri okumak, sohbet etmek, kahve molaları vermek ve sadece düz erteleme yapmak için zorluyorlar.

Özellikle:

1) Çift programlama - en büyük iş gücü, çünkü siz ikiniz birlikte otururken tüm bu erteleme işlemlerini yapmak uygun değil.

2) Kısa öyküler - örneğin bir ayda yapılması gereken çok büyük bir iş parçanız varsa, ilk üç haftada gevşeyin ve sonuncusu için OMG DEADLINE moduna geçin.

Ve küçük parçalarla (bir gün veya daha kısa bir sürede yapılması gerekir) tam tersidir - zamanın dar olduğunu hissediyorsunuz, manevra yapacak yeriniz yok ve bu görev için çok yakında sorumlu tutulacaksınız. hemen çalışıyor.

3) Takım iletişimi ve uyum - yavaş, uzak ve sessiz bir ortamda iyi performans göstermediğinde kendinizi iyi hissedebilirsiniz, ancak Scrum toplantısında günün sonunda herkes başardıklarını övünür ve gerçekten hissedebileceğiniz bir şey olmaz utanıyorum.

4) Test etme ve geri bildirim - tekrar, son aniden gerçekleşene kadar "% 99 civarında olduğunda" görevleri hazırlamanızı önler.

Çevik altında, "geleneksel" metodolojilerden daha fazla çalıştığını düşünüyor musun? Bu baskı daha rahat bir ortamla ve gerçekten doğru şeyleri çabucak halletme duygusuyla telafi ediliyor mu?

Çevik yöntemlerin arkasındaki ana fikir, üretken olmanıza yardımcı olmaktır - olumlu anlamda. Son teslim tarihine kadar her gün bir saatinizi sörf yaparak geçirip geçirmemeniz umrunda değil. Hergün yarım saatte sörf yaparsanız son tarihinizi kaçıran herkes sinirlenir. Çözüm: Son başvuru tarihini karşılamanızı kolaylaştırın.

Fark ettiğiniz gibi, çift programlama odaklanmış kalmanızı sağlar (beceri / bilgi yaymanın geliştirilmesi, daha iyi kod, daha az hata, tek tip tasarım vb. Gibi tüm diğer avantajların arasında).

Bu disiplinin benim için her zaman bir mücadele olduğunu buldum. Eğer biriyle eşleşirsem, birimizin bugün bir iş yapmasını istediği ve diğerini de çekeceği ihtimali vardır. Bu nedenle, "bir ay boyunca çalışma" genellikle "bir hafta boyunca birlikte çalışmaya" dönüşür; sonunda sonunda büyük miktarda işin nasıl çözüldüğü, bir gün ya da öylesine iyileşme (yeniden düzenleme, kodda TODO'ları düzeltme, ekleme birkaç test, net bir vicdanla sörf yaparak) ve bir sonraki çalışma ayını kaptı.

Net sonuç: Çok daha rahatım (sürekli denetime rağmen daha fazla çünkü), takım uyumu çok daha iyi, işler daha çabuk bitiyor, insanlar saatlerce hatta günlerce küçük bir sorunla karşılaşmıyorlar (çünkü birisi sorunu daha hızlı anlayın).

"Gerçekten utanıyor olabilirsin" dediğinde bu iyi bir şey değil mi? Bu, yanlış yaptığınızı ve yapmanız gerektiğini hissettiğiniz anlamına gelir. Hiçbir şey yapmamak için para almazsın. Hiçbir şey yapmamak, kendinizi çaresiz, mutsuz, değersiz, sefil hissettirir. Utanmak yerine, geriye yaslanıp "Neden bugün hiçbir şey başaramadım?" Diye düşünün. Yardıma ihtiyacın var mı? Anlamadığın bir şey var mı? Şu anki görev çok mu zor? Beğenmedin mi? Belki görevi başka biriyle değiştirebilirsin. Belki başkası geçmene yardım edebilir. Çevik araçlar: İplerdeki kuklalar gibi mikro yönetilmek yerine sorumluluk almak. Bir araca mı ihtiyacınız var? Patronuna git ve sor. Tartışmayı öğren. Gerektiğinde ayağa kalkmayı ve bağırmayı öğrenin.

Testlere gelince, kodunuz aniden "güzel" den "mükemmel" e düştüğünde tatlı bir nokta var. Bu, X özelliğini uygulamanız gerektiğinin farkına vardığınız an ve bunun bir kabus olacağını düşündünüz ve aniden kodun neredeyse orada olduğunu fark ettiniz. Sadece burada küçük bir refactoring. Yeni bir sınıf ve bitti. Dört haftalık çalışma aniden bir gün oldu. Zafer! Triumph!

Katılıyorum.

Çiftler programı

Çok yoğun ve ayrıntılı bir çalışma şeklidir ve başkaları tarafından çalıştırılması gereken bazı geliştiricilere sahip olmadığım sürece asla kullanmam (örneğin, yeni gelenler)

Kısa hikayeler

Takım iletişimi ve uyum

Test ve geri bildirim

Evet Çevik ve özellikle Scrum çok büyük bir verimlilik artışıdır. Doğru uygulandığında, devir% 20'ye kadar çıkabilir (5'ten 1 geliştirici şirketi terk eder).

Nedeni basit: Scrum daha fazla üretkenlik sağlamaz it provides the whole company with much more visibility on what's going on(elbette ki yönetimi de dahil).

• Bir geliştiricinin sadece minimum düzeyde çalışmasını imkansız kılar. Çıplak minum şimdi takım ortalaması!

• Yönetimin düzgün işbirliği yapmaması imkansızdır.

Bu yüzden (benzer sorulardaki diğer cevaplarımda) Çevik’in her kuruluş için (ve herkes için) DEĞİL olduğunu söyledim .

Örneğin, Kamu sektörü gerçekten Çevik için uygun değil.

Çevik bir baskı aracı olarak kullanılıyor mu? Tabii ki, bunu birçok kez gördüm. Sadece işleri daha da kötüleştirir.

Çevik altında, "geleneksel" metodolojilerden daha fazla çalıştığını düşünüyor musun? Bu baskı daha rahat bir ortamla ve gerçekten doğru şeyleri çabucak halletme duygusuyla telafi ediliyor mu?

Daha fazla çalışmamı sağlıyor, ama her şeyden önce, doğru olanı yapmamı sağlıyor. Herhangi bir anda ne yapmam gerektiğini biliyorum .

Bu bir tür olumlu baskı. Bu bazı dışardan oldukça farklı "zaten programın gerisindesin, daha çok çalış, fazla mesai yap!" -Basınç tipi.

Aslında, geleneksel yöntemleri kullandığımda çok daha üretken oluyorum. Geleneksel yöntemle, sadece birkaç ay içinde ayrıntılı bir ihtiyaç analizi, bir fizibilite çalışması, işlevsel bir şartname, teknik bir şartname ve çok sayıda toplantı protokolü oluşturuyorum! Etki analizi yapıldıktan sonra bazı kod satırları bile oluşturabilirim!

Çevik, yarattığım tüm birkaç teslim edilebilir.

Firmamız,

Çift Programlama - Gerçekten karmaşık bir şey ve geniş analiz gerektirdiğinde, iki mükemmel insanı bir araya getirip işi HIZLI zamanda hallederdik. Burada görevin karmaşıklığı çift programlamanın gerekliliğine karar verir.

Kısa Hikayeler - Ardından 3 hafta boyunca (günde yaklaşık 5-6 saat) gevşeyin ve bir geliştirici olarak son anda (günde yaklaşık 12 ila 14 saat) acele edin İş yükümde salınım olmasını sevmiyorum. Günde yaklaşık 8 saat çalışın ve programınızı sabit tutun ve bu her zaman SOĞUTMA görünüyor.

Takım iletişimi ve uyum - Scrum toplantısında sadece görev durumunu değil engelleri de paylaşırız. Burada birileri gerçekten yardıma ihtiyacı olduğunda, diğer üyeler aslında ona yardım etmek için fikirlerini bulurlardı. Ama kesinlikle bunun için mükemmel bir Ekibe ihtiyacınız var ve biz :)

Test etme ve geri bildirim - Kesinlikle bir geliştirici olarak kendimi en son Bugs'a borçlandırmak istemiyorum, bir hata bulduktan sonraki an onu düzeltmek oldu ve tekrar, bu ne yapabileceğini / ne yapabileceğime dair iyi bir tahmin yapmamı sağlayacaktı. daha sonra yapılacak ve son tarihi (gerekirse) uygun şekilde yeniden planlamak.

Bu yüzden, bir geliştirici olarak aldığım ve yaptığım işlerden çok memnunum ve son tarihin GERÇEKÇİ baskılarını asla hissetmediğimi söyleyebilirim.

Çevik altında, "geleneksel" metodolojilerden daha fazla çalıştığını düşünüyor musun?

• Eğer Çevik'te daha üretken hissettiğimi kastediyorsanız, buna bağlı olduğunu söyleyebilirim .
   
  _{Genellikle Ferrari (geleneksel) vs Landrover (Scrum gibi) anlamında düşünüyorum. Bir otoyolda sürerken Ferrari, Landrover'ı cehenneme çeviriyor.
   
  Spor arabasına değil bir jeep'e ihtiyaç duyulduğunda yol dışı - Yani, gereksinimleriniz düzensiz ise ve / veya ekip çalışması ve yönetim deneyimi o kadar iyi değilse, Scrum'u seçmeniz gerekecek - sadece geleneksel olmaya çalışacağınız için sıkışmışsın - Ferrari yoldan sapmış gibi.}

Gelince "daha iş" iyi ben olasıdır hafife programcı IQ ve onların yeteneği gibi bir bekliyor şeyler değişik biçimlerine uyum düşünüyorum yönetimi demans .

Şimdiye kadar farklı firmalarda oldukça farklı projeler yapan iki Scrum ekibine katıldım. Her iki takımda da alışkanlıklarımda örneğin şelale / yinelemeye göre bir değişiklik fark etmedim.

Bunun olduğunu iddia etmekten gurur duyardım çünkü çok özel ve yenilmezim ama açıkçası, takımdaki diğer tüm erkeklerin de alışkanlıklarının yenilmez olduğunu gördüm.

Çevik, programcıları daha faydalı işler yapmaya zorlar, çünkü çevik gelişimdeki çeşitli teknikler yoğun işi ve sadece gerekli olmayan işi ortadan kaldırır.

İkiniz birlikte otururken bu ertelemeyi yapmak sakıncalıdır.

Katılmıyorum. Bir grup sigara tiryakisi ile çalıştım ve hepsi uzun zamandır ara vermeyi başardılar çünkü “herkes yapıyordu”.

ilk üç haftada gevşeme sık

Bu, metodolojiden bağımsız olarak kötü yönetimin bir işaretidir. Bir ay içinde büyük bir yığın olsa bile, ilk haftanın sonunda bir şey görmeyi beklerdim.

Gerçekten utandığınızı söyleyecek hiçbir şeyiniz yok.

Üç hafta mastürbasyon yapmaya istekliysen, söyleyecek saçmalıkları düşüneceksin.

4) Test etme ve geri bildirim - tekrar, son aniden gerçekleşene kadar "% 99 civarında olduğunda" görevleri hazırlamanızı önler.

Şelale projeleri test yapabilir ve günlük olarak inşa edilebilir.

Şahsen, kod yazmaktan nefret eder ve bir ay boyunca hiçbir şey yapmazdım. Kodumdaki kısa geri besleme döngüsünü kodlanmış bir inceleme veya kullanıcı oturumu kapatıp kapatmama tercih ederim. Başkalarının çalışmamı onaylatması ödüllendirici. Tıpkı işini yaptığını bilmeni sağlamak için kapınıza bir fare damlattığı gibi.

Çevik, geliştiricileri daha fazla çalışmaya zorlar , ancak daha verimli çalışmaya

'Geliştiricileri daha fazla çalışmaya zorlamak' sorusunu ifade etmek biraz olumsuz sonuç verir, ancak gerçekten daha fazlasını yaparsak ve daha az işlem yaparsak kesinlikle olumlu olur mu?

Bu iyi bir nokta dedi. Bu yıl çeviklikten biraz bıkmış hissediyorum ama bu kabul etmediğim çok büyük yazılı olmayan bir avantaj.

Çevikliğin geliştiricilerin daha üretken olmalarına yol açabileceğini kabul ediyorum. Görünürlük, hesap verebilirlik ve daha az erteleme eğilimi konusundaki puanlarınız çok doğru.

Ancak çevik, geliştiricilerin de olumlu nedenlerle daha çok çalışmasına yol açabilir ve etmelidir - havuç vs çubuk. İyi yapıldığında çeviklik, geliştiricilere, kullanıcılarla daha fazla etkileşim, daha az davranışçılık, çalışmaları üzerinde daha fazla kontrol sağlar;

daha fazla çalışma hala anlamsal olarak doğru veya Çevik ile ilgili değil, hedefleri daha üretken olmak . Özellikle yanlış şey üzerinde daha az çalışmaya, normal olarak doğru şey üzerinde çalışmaya daha fazla odaklanmak ; hangi çalışma anlamına gelmez daha adil daha üretken .

Bir yan etkisi, yavaşlatıcıları ve etkin olmayan ya da yetkin olmayanları çok hızlı bir şekilde ortaya çıkarmasıdır. Neye ulaştığınıza daha çok benziyor.

Bir geliştiricinin çalışıp çalışmadığı konusunda metodoloji önemli değildir . Süreç, şelalede bile, yönetim incelemeleri ve kod incelemeleri, çoğu Agile metodolojisinde olduğu kadar şeffaf bir şekilde değil, bunları da gösterebilir.

"Silahlar insanları öldürmez. İnsanlar insanları öldürür!" Çevik ile aynı. Çevik, insanların daha fazla çalışmasını sağlamaz;