Agile / Scrum, 1 veya 2 geliştirici tarafından kullanılabilir mi?

Bu noktaya kadar okuduğum ve araştırdığım her şey, Çevik / Scrum'un yaklaşık 4-6 kişilik ekiplerle nasıl daha iyi çalıştığını anlatıyor.

Şu anki mağazamda yaklaşık 8 geliştiricimiz var, ancak proje hacminin doğası ve desteklediğimiz bölümlerin sayısı göz önüne alındığında, hiçbir zaman belirli bir projeye atanan 1 veya 2'den fazla kişi olmaz.

Agile / Scrum'ı hala 1 veya 2 geliştiriciden oluşan bir ekiple kullanabilir miyim? Bu metodoloji ile çalışmaya başlamak için menajerime adım atmaya çalışıyorum, ancak küçük bir geliştirici ekibi için işleri nasıl geri ölçekleyeceğimi açıklayabilmem veya belirli bir üyeye daha fazla üye aldığımızdan emin olmak için onları ikna edebilmem gerekiyor projesi.

Projelerinizde belirli çevik prensipleri kullanabildiğinizden emin olabilirsiniz, scrum kullanmak zorunda değilsiniz, sizin için en iyi olanı kullanın . Bazı XP yöntemlerinden ve bazı scrum uygulamalarından kesinlikle yararlanabilirsiniz. Ancak muhtemelen "kitapla" değil, 1-2 kişilik ekip, bu küçük genel giderin getirdiği şeyler için bile çok küçüktür, kitabın söylediklerine başlar ve bir süre sonra ilgisiz hissettiğiniz her şeyi bırakır. Sadece retrospektifleri bırakmayın, yaşadığınız sorunları tartışmak ve onlar için çözümler bulmak için harcadığınız zamana kesinlikle değer.

Evet, Scrum / Agile prensiplerini 1 kişi için kullanabilirsiniz. Kişisel üretkenlik istiyorsanız, Pomodoro tekniğine veya GTD'ye bakın .

Çevik teknikler küçük ekipler için uygundur, çünkü büyük ekiplerle iletişimi yönetmek zorlaşır. Bir proje (ve bir müşteri) geliştiren 1 veya 2 kişiyle çevik bir şekilde çok kolay çalışabilmelisiniz. Çevik manifestoyu , çeviklik için iyi bir başlangıç ​​olarak okumanızı öneririm . Scrum için siperlerden Scrum'a bakmanı öneririm . Kanban şimdi moda gözüküyor ve kişisel bir Kanban da var!

Yerinde olsam Kanban'ı kullanarak görevlerimi ve önceliklerimi yönetir ve görselleştirirdim ve bazı XP uygulamalarını benimsemeliydim: Test odaklı geliştirme, retrospektifler ve zaman boks başlaması iyi olabilir. Daha sonra, retrospektifler sırasında, ihtiyacınız olduğunu düşündüğünüz uygulamaları tanımlayabilirsiniz.

Kanban çok kuralcı değildir. O Tüm gerçekten gerektirmesi:

1. İş akışınızı görselleştiriyorsunuz
2. Yaptığınız çalışmayı sınırlandırırsınız (özellikle sizin durumunuz için yararlıdır)

Fikir, yararlı bulduğunuz diğer uygulamaları kilitlemenizdir ve XP bu uygulamalar için mükemmel bir kaynaktır.

Yasal Uyarı: Bunu hiç denemedim, ancak aynı konumda olsam denemek için yapılacaklar listemin başında olacaktı.

Kesinlikle ve soru olmadan. Bireysel geliştiricilerin Agile'de nasıl çalışabilecekleri hakkında daha fazla bilgi için Pragmatik Programcı adlı kitabı inceleyin. Bireysel çalışma için scrum kaynakların elde edilmesi daha zordur, ancak yinelemeli gelişimin temel fikri herhangi bir büyüklükteki çalışma grubuna uygulanabilir.

http://www.pragprog.com/the-pragmatic-programmer

Çeşitli çevik yöntemlerden teknikleri kullanabileceğinizi söyleyebilirim, ancak rolleri dolduramayacağınız için Scrum Kılavuzunda açıklandığı gibi Scrum kullanmamalısınız . Scrum 4-11 kişilik ekipler için tasarlanmıştır. Fakat Scrum da dahil olmak üzere birçok çevik metodoloji size bir başlangıç ​​noktası sağlayabilir.

Geçenlerde scrum ile ilgili bu kitabı okudum: Scrum ile Çevik Proje Yönetimi

Benim için scrum hakkındaki ilk kitabımdı ve benim için yaptı, temel prensiplerin ne olduğuna odaklanıyor. Bu ilkelerden bazılarının 1-2 kişilik ekiplere uygulanabileceğini ve yardımcı olabileceğini düşünüyorum.

Evet, çevik yöntemleri yalnızca iki geliştiriciyle kullanabilirsiniz, ancak her zaman özel bir müşteri / ürün yöneticisine ihtiyaç duyarsınız. Sadece bir geliştirici ile, çoğunlukla takımlar halinde çalışmayı sevdiğim için değil, aynı zamanda programı gerçekten eşleştiremediğiniz ve dolayısıyla tüm kod paylaşım fırsatlarını özleyemediğiniz için söyleyeceğim. Dört ila altı geliştirici + bir ürün yöneticisi çevik bir proje için mükemmel boyuttur. Bundan daha fazlası ve alt takımlar bu tür bir amaçtan vazgeçerek form oluşturma eğilimindedir.

Tabii kesin durumu bilmiyorum ama görünüyor aynı anda birçok projeye çalıştığından bana. Benim önerim, eşzamanlı proje miktarını azaltma fikrini denemek ve bunun yerine her biri bir projede çalışan iki ekibin olması gerektiğidir. Durumunuzu iyileştirmek ve çevik bir işlemi daha kolay uygulamak için ilk adım bu olacaktır.

Görev değiştirme ve proje değiştirme konusundaki kötülük hakkında söylenecek çok şey var, ama gerçekten, bundan iyi bir şey çıkmadı. Hiç.

2 geliştiricinin, açıkça yapmak için yola çıkmasalar bile, çevik bir sisteme içgüdüsel olarak varsayılan olduğunu düşünüyorum. Doğal olarak birbirleriyle konuşuyorlar ve PO'ları ile yineleniyorlar.

Ona başka bir şekilde bakmak:

Neden aynı Scrum ekibinin 8 geliştiricisinin üyesini düşünmüyorsunuz ? Bu şekilde projeler arasında karışma etkisi elde edersiniz. Belki insanları belirli projelere adamak zorunda değilsindir?

Dükkanınıza daha fazla kişi eklendiğinde, takımı muhtemelen iki küçük gruba bölebilirsiniz.