Çevik yaklaşım personel üzerinde müteahhit bulundurmakla uyumlu mu?

Bir yandan, çevik yaklaşım, birbirini sorumlu tutan ve projenin ortak mülkiyetini kabul eden sıkı sıkıya bağlı bir ekibi vurgular.

Öte yandan, şirketler, gerçek çalışanları bırakmadan fonların zirvelerini ve vadilerini yönetebilmeleri için sözleşme programcılarını kullanmaktadır. Finansman konusunda bir eksiklik varsa, müteahhitler ekibin tam entegre üyeleri olsalar bile (ve çalışanlar olmasa da) ilk gidenlerdir. Şirketler ayrıca müteahhitleri sadece sınırlı bir süre için bulundurmayı sever. Bu, bazı yüklenicilerin düzenli çalışan olarak getirilebilme olasılığı ile bir miktar hafifletilmektedir.

Dolayısıyla sorum, çalışanların ve yüklenicilerin bir karışımıyla çevik bir ekibe sahip olmanın temel çelişkisi olup olmadığı ve bunun sonucunda ortaya çıkan son derece farklı durumlar?

EDIT: Cevaplar, iyi karşı karşıya olduğum gerilimi ifade etmemiş olabileceğimi gösteriyor, bu yüzden başka bir çekim yapmama izin verin.

Ben sürekli çalışıyorum. Çevik yaklaşım (en azından burada uygulandığı şekliyle) beni hem kalıcı çalışanlar hem de yükleniciler olan tüm ekip üyelerini uyumlu bir ekibin eşit üyeleri olarak görmeye teşvik ediyor. Yüklenicilere kurumsal yaklaşım, onları aşırı derecede bağlı olmamamız gereken sarf edilebilir kaynaklar olarak görmemi teşvik ediyor.

Başkalarının bu gerilimi nasıl çözdüğünü merak ediyorum.

Birçok takım sadece çevik yüklenicilerle çalışır. ThoughtWorks gibi bazı şirketler çevik takımları "satma" fikrine dayanır. Hepimiz aynı müteahhit firmadan, büyük bir telekomünikasyon şirketi için çalışan 10 müteahhitlik ekibiyiz.

Sorunları gördüğüm yerde aynı ekipte 2 vücut kiralama şirketi varken ... bir süre sonra takım sorunlu hale geldi (çeviklikle ilgisi yok).

Evet, bu kesinlikle işe yarayabilir. İşin püf noktası:

a) Sözleşme düzenlemesini uygun şekilde yapılandırın - parça işi için ödeme yapıyorsanız, müteahhitler "parça" ya daha az saat koymak için bir araya tokat atmaktan çok daha fazlasını yapmakla ilgilenmezler.
b) Yönetiminizi her kuruş için değil doğrudan ürüne girer - saatte olacak ve sonuçta söz konusu ürünü geliştirecek bazı eğitim / planlama / tartışmalar olacaktır. Bu benim için en zor kısımdı.
c) Doğru müteahhitleri seçin - aynı mürettebatı sürekli olarak kiralayabiliyorsanız, çevik olan tüm şey ödemeye başlar.

Ayrıca genel olarak bu tür bir senaryonun çevik uygulamalar tarafından büyük ölçüde yardımcı olduğunu iddia ediyorum. .

Düzenlemenize yanıt olarak, duruma bakmak için farklı göz setleri vardır. Dolayısıyla, herhangi bir olası karışıklığı açıklığa kavuşturmak için hangi perspektiflerin geçerli olduğunu anlamaya yardımcı olur.

Geliştirme ekibi bakış açısından, yüklenici ve çalışan arasında hiçbir fark yoktur. Hepimiz aynı takımdayız ve hepimiz aynı hedefe sahibiz. Ekip üyelerinin eklenmesi ve çıkarılması, ister çalışan ister yüklenici olsun aynı aksamaya sahip olacaktır. Tüm ekip üyeleri aynı sorumluluklara sahiptir.

Yönetim açısından bakıldığında bir fark vardır. Şirket, en değerli kaynağını - çalışanlarını korumaya çalışıyor. Bu nedenle şirket, çalışanlarını müteahhitlerinin üzerinde tutmayı tercih edecektir. Bir müteahhit takıma paha biçilmez olduğunu kanıtlarsa, şirket büyük olasılıkla yükleniciyi çalışana dönüştürmeye çalışacaktır. Bu tür kararlar günlük gelişim sürecinin dışında yaşar.

Çevik süreçler günlük geliştirme faaliyetleri ve nasıl kaliteli bir ürün sunduğunuzu yönetmeyle daha ilgilidir. Çevik süreçler işe alma / yangın / sözleşme kararları gibi yönetim sorumlulukları ile daha az ilgili kaynakları ve eldeki kaynakları nasıl kullandığımızla daha fazla ilgilidir.

Önceki cevap

Bu temel bir çelişki değil, ama bazı eğitim zorlukları sunuyor. Çevik süreçler çok doğal bir rehberlik ortamını teşvik eder. Esasen, personel programcıları, en azından kurum kültürü ve ekibin nasıl çevik olduğunun özellikleri ile ilgili olduğu için daima deneyimin sesi olurlar.

Sözleşmeli programcıların düzenli bir şekilde seyretmesi ve akışı olması, çevik olsanız da olmasanız da aynı zorlukları sunacaktır. Sözleşme çalışanını nasıl iş yaptığınız konusunda eğitmelisiniz - buna geliştirme süreçleri ve faturalandırma dahildir. Sözleşme programcısını sistemin mevcut tasarımı konusunda eğitmek zorundasınız, böylece mümkün olan en kısa sürede katkıda bulunmaya başlayabilirler. Umut sözleşme çalışanları hızlı çalışmalardır ve gerçekten hızlı projeye katkıda bulunmaya başlamak olabilir. İş Başında Eğitim (OJT) burada oldukça iyi çalışıyor.

Aşağıya inen şey, yeni geliştiricileri ve yüklenicileri işe aldıklarında hızlanıncaya kadar ilk üretkenlik vuruşunu almanızdır. Ne kadar çok yaparsanız, ekibinizin performansını o kadar olumsuz etkiler. Hense, eski atasözü "Zaten geç bir projeye daha fazla geliştirici eklemek daha sonra yapar". (Başka birine alıntı yapmadığı sürece bunun Fred Brooks olduğuna inanıyorum).

Agile'a çok önem veren ve mükemmel yazılım üreten bir müteahhit olarak, orada yardımcı olabilecekleri hiçbir zaman tokat çizgi kodu üretmeyecek ve her zaman üzerinde çalıştıkları her şeye kalbi koyabilecek müteahhitler olduğunu vaat edebilirim.

İşin püf noktası bu müteahhitleri bulmak. Bloglar, konuşma katılımları, açık kaynak katkıları, çalıştaylar, öneriler, vb. Genel olarak, geçici işe alımlar olduğumuzu ve bazılarımızın böyle olduğunu, becerilerimizi geliştirmek ve bilgimizi genişletmek için sözleşmeler arasındaki zamanımızı kullandığımızı anlıyoruz.

Gerçekten harika müteahhitler bulabilirseniz, ekibinizin ondan uzaklaşmak yerine bağlılığını artıracaklardır. Bizi proje süresince yerinde tutun, sonra ekip rampa ederken bizi bırakalım. Bize ihtiyacınız varsa bir tatil yapacağız ve bir sonraki projenin başlangıcı için olacağız.

Geçici sözleşmelerin ekibi olumsuz etkilediğini söylediğinizde haklısınız. Aslında, hız belirli bir takım konfigürasyonuna bağlıdır. Herhangi bir yeni varış veya kalkış aylar boyunca yaptığınız hız hesaplamasını geçersiz kılar.

Ancak, yükleniciler geçici olmadığında çalışabilir. Ekibin bir veya iki çalışanı olan% 95 müteahhit üzerinde kurulduğu projede çalıştım. Müteahhitler proje serbest bırakılıncaya kadar 2 ya da 3 yıl boyunca oradaydılar. Serbest bırakıldıktan sonra çalışanlar bakım yaparlar. Bu çalışma şekli çok yaygındır.

Özetlemek:

Çevik ve özellikle Scrum tüm avantajlarını istikrarlı bir ekipte sunacaktır .