Proje yöneticileri Scrum'da faydalı mı?

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 eder.
• Takım: Çalışmalarını kendi aralarında tahmin ederek ve dağıtarak kendi kendini yönetir. Kendi taahhütlerini yerine getirmekten sorumludur.

Scrum'da artık proje başarısından sorumlu tek bir kişi yok. Yürütülen komut ve kontrol yapısı yoktur. Bu, birçok insanı, özellikle çevik yöntemlere ve elbette PM'lere alışkın olmayanları şaşırtıyor.

Bu ve deneyimlerinizle gerçekten ilgileniyorum, çünkü bunun bir Scrum uygulamasını yapabilecek veya bozabilecek şeylerden biri olduğunu düşünüyorum.

Scrum'a proje yöneticisine ihtiyaç duyulmadığını kabul ediyor musunuz? Sizce böyle bir rol hala gerekli mi? Neden?

Belki böyle şeyler sunmalısınız:

Proje yöneticisi Scrum'da ortadan kalkmadı . Hâlâ orada. Şimdi üç tane var !

• Scrum Master : süreci yönetir ve engelleri çözer. Daha önce proje yöneticisinin sorumluluğu buydu.

• Ürün Sahibi : İş birikimini yönetir. Microsoft Project'teki her şeyi tahmin etmeden önce proje yöneticisinin sorumluluğu buydu.

• Takım : üretimini kendi kendine yönetir. Belirli bir kullanıcı hikayesinin kim ve nasıl potansiyel olarak serbest bırakılabilir bir ürün artışına dönüştürülmesi. Görev atarken proje yöneticisinin sorumluluğu buydu.

Benim için bu, bir Proje Yöneticisinin ne yaptığını ve PM başlığının oldukça genel doğasını anlama eksikliğinden geliyor. SCRUM konusunda uzman değilim ama SCRUM Master'ı her zaman Proje Yöneticisi yerine geliştirme yöneticisi / ekip lideri olarak gördüm.

Proje Yöneticileri (PRINCE2 gibi Agile metodolojileriyle neredeyse uyumlu olan metodolojilerle tanımlandığı gibi) gerçekten geliştirme süreciyle ilgisi yoktur, projeye sadece BT'den daha fazlasını kapsayan daha geniş bir teslimat perspektifinden bakarlar. inşa etmek. Proje Yöneticisi rolünde Scrum'ın başka bir yerinde yer almayan birçok şey vardır (iş vakasını yönetme ve izleme, iş paydaşlarını yönetme, iş süreçlerinin yeniden işlenmesi, destek gibi BT yapısının dışındaki proje öğeleri, eğitim vb.).

PM'niz geliştiricilere bakan ve bundan daha fazlasını yapmayan bir kişiyse (örneğin, yalnızca kapsamın oldukça iyi tanımlandığı yerlerde büyük ölçüde BT olan projelerde), o zaman ona ihtiyaç duymayabilir bir SCRUM projesi.

Ancak birisi SCRUM için bir PM'ye ihtiyacınız olmadığını söylemeden önce, projenin BT dışı öğelerinin nasıl ele alındığına ve özellikle iş vakasını kimin yönettiğine dair oldukça net bir açıklama istiyorum (çünkü bunu isteyen kullanıcılar ve yapılması gereken bir şey olmak farklı şeylerdir).

PM projenin iş tarafında daha fazla oturuyor olabilir - Ürün Sahibi, PM'nin Scrum Master'dan daha fazla rolünü üstlenebilir, ancak bence tamamen yok olması muhtemel değildir.

Bir Proje Yöneticisinin Scrum Master veya Ürün Sahibinin yapamayabileceği birkaç şey vardır.

• Proje Yöneticileri genellikle proje yürütme konusunda geniş deneyime sahiptir (sürpriz!).
• Ortak tuzakların farkındadırlar ve onları tespit edebilir ve gerçekleşmeden önce başlarına yardımcı olabilirler.
• Genellikle deneyimli müzakerecilerdir ve son ekip, kapsam ve çelişen gereksinimler hakkındaki tartışmalarda diğer ekip üyelerini destekleyebilirler (PO rolde oldukça yeniyse çok önemlidir).
• Parayı yönetebilirler. İşe alma ve işten kovma gücüne sahiptirler ve takımdaki birisinin rolünü yerine getirememesi durumunda yardımcı olabilirler (eğitim, danışmanlık, vb. Düzenleyerek).
• Projenin daha büyük bir çalışma programına etkin bir şekilde uymasını sağlamaya yardımcı olabilirler.
• Ekibin yolundan bir şeyler çıkarabilirler.
• Şirket politikalarının Scrum ile birlikte etkili olmasına yardımcı olabilirler (örneğin, test kullanıcıları hala bulunan hata sayısı ile ölçülüyorsa).
• Yönetişimi yönetebilirler.
• Mobilyaları hareket ettirebilirler.
• Onların kelime dağarcığı daha büyük bir kuruluştur ve projeyi ve Scrum yaklaşımını risk, etki, YG, seçenekler ve farklılaşma açısından tartışabilirler.
• Kurullara, yeşil raporlar denizinden gelen ani şeffaflığın ve nadiren başarısızlık haberlerinin neden iyi ve yararlı olduğunu açıklayabilirler.
• İyi bir PM, kendinizi güvende hissetmenize, serinlemenize ve harika görünmenize yardımcı olabilir.

Scrum, PM sahibi olmayı zorunlu kılmaz. Ama yine de bir tane almak isteyebilirsiniz.

Çalıştığım projelerden birinde, Scrum'a dönüştüğünde, önceki proje yöneticimiz alternatif olarak Ürün Sahibi ve Scrum Master'ın rollerini üstlendi. (Benim için) ideal olmasa da, bu takımla geçirdiğim 6 ay boyunca çalıştı. İşleri sıkı kontrol altında tutmak isteyen türden biriydi, ancak bunu oldukça iyi yaptı (yani ekibin işini yapmasına ve kararlarını uygun olduğunda vermesine izin vermek).

Bunun arkaplanı, şirketin (takım) sadece bir süre sonra bunu öğrenmesine rağmen, şirketin finansal açıdan kötü bir durumdaydı. Bu nedenle, her şeyi sıkı kontrol altında tutmak, sadece kesinlikle gerekli olan şeylerin inşa edildiğinden ve ürünün ilk versiyonunun zamanında teslim edildiğinden emin olmak için bir neden vardı.

Adil olurum ve benim görüşüme göre benim için uygun olanın Scrum'ın Proje yöneticisi olarak da görev yaptığını söyleyebilirim. Scrum ustası olmak tam zamanlı bir iş değildir - takım olgunlaştıktan sonra scrum ustasının günlük stand up'lara katılmasına bile gerek yoktur.
Şirketlerin bu rolleri ayırt etmek istemediği bir Proje Yöneticisi / Scrum Master için gördüğüm daha fazla boş pozisyon var - daha ziyade aynı kişi her iki rolü de ele alıyor - yani: Çevik bir proje yöneticisi.

Proje yöneticisi: geleneksel bir kuruluş veya kuruluş içindeki bir rol.

Scrum master: Scrum metodolojisini kullanan bir yazılım geliştirme ekibi içinde bir rol.

Proje yöneticisi ve scrum ustası hakkında konuşmak gerçekten elmalar ve portakallar hakkında konuşuyor çünkü roller farklı bağlamlara sahip. Resmi bir unvan veya ödeme notu olarak "Scrum master" ı olan bir organizasyonu hiç duymadım. Ve Scrum ya da başka herhangi bir projedeki proje yöneticileri, günlük yazılım geliştirme faaliyetlerinden genellikle bir şekilde kaldırılır.

Tam olarak bir proje yöneticisinin ne yaptığı ve rolünün bir Scrum master veya proje sahibinin rolü ile ne kadar örtüştüğü, büyük ölçüde projenin boyutuna ve niteliğine bağlıdır, ancak normalde bir proje yöneticisine atfedilen görevler kesinlikle spesifik değildir. Scrum yöneticisi veya proje sahibi rollerinin bir parçası. Küçük bir projede, Scrum yöneticisi veya proje sahibi rollerinin görevlerini bu görevleri içerecek şekilde genişletmek mümkün olabilir (işe alma, işten çıkarma, satın alma, sözleşme yönetimi, üst düzey yöneticilerle arabirim vb.). Daha büyük bir projede, yazılım geliştirme proje yönetiminin sadece bir parçasıdır ve proje yöneticisinin ve Scrum master'ın görevlerinin çok fazla örtüşmesi olası değildir.

Bir proje yöneticisi, Scrum master'ın organizasyonla olan arayüzü olmalıdır. Scrum ustası proje yöneticisinin takıma arayüzü olmalıdır.

Peki, proje yöneticileri Scrum'da faydalı mı? Hayır, proje yöneticileri Scrum dışında faydalıdır. Scrum yazılım geliştirme metodolojisinin bir parçası değildirler, ancak Scrum'ın çalışmasına izin veren kaynakları sağlarlar.

Bu soru Scrumbut kokuyor .

Scrum, bir proje yönetimi yönteminde (Prince2 / PMP vb.) Neyin bir alt kümesidir. Aslında, Prince2 işlem MP'ye (ürün teslimatını yönetme) bakarsanız, Scrum'ın tüm unsurları orada bulunabilir.

Scrum Master, satıcılar, personel, hukuk, finans, tedarikçiler, yöneticiler veya BAU etkinliği ile yapılan toplantılarda bataklığa girmek istemez . Mevcut istihdamdaki takımdan engelleri kaldırmaya, bir istihdam ajansının 2011/12 mali yılında yüklenici oranlarını ne kadar azaltabileceğine dair müzakere etmemeye veya satıcı x ile emanet sözleşmesini doğrulamaya odaklanmaları gerekiyor.

Scrum Master'ınız yukarıdakileri yapıyorsa, Scrum çalıştırmıyorsunuz, Scrumbut çalıştırıyorsunuz demektir.

Deneyimden en iyi kombinasyon, her takım lideri için bir Scrum Master ve scrum ustalarını Scrums Scrum tarzında koordine etmek için bir proje yöneticisine sahip olmaktır. Yukarıda verilen nedenler ve deneyim derinlikleri nedeniyle proje yöneticisinin bu rolde daha etkili olması. Buna karşılık, bu proje yöneticileri bir Portföy / Program Yöneticisi vb. Olarak rapor ederler ve tüm emir komuta zincirinde en azından sertifikalı Scrum Master vardır.

Scrum'ın ürün teslimini yönetmek için bir araç olduğunu unutmayın, bir soyutlama katmanında projeleri çalıştırmak için kullanılabilir, ancak bunun için zaten çok daha iyi süreçler var.

Geleneksel proje yöneticisi rolü ile ilgili temel sorunlardan biri, otoriteyi sorumluluktan ayırmasıdır. Proje Yöneticisinin proje organizasyonu üzerinde tam yetkisi vardır - hangi görevlerin yapılması gerektiğine, kimin tarafından, hangi sırayla vb. Olduğuna karar verir. Ancak bu görevlerin tamamlanması veya yazılım kalitesinden sorumlu tutulmaz. üretilir. Sadece takım üyeleri sorumludur. Bu, yetki ve kararı operasyonel çalışmalarla senkronize etmek için büyük bir iletişim yükü yaratır, ekip üyeleri yapılan her şeyi ekibin geri kalanına ek olarak sürekli olarak PM'ye bildirmek zorundadır. Ayrıca, ekip üyeleriyle büyük bir hayal kırıklığı ve cesaret kırma kaynağı olan mülksüzlük, güçsüzlük ve amaç kaybı hissi yaratır.

Çevik bir şekilde bu kavramları bir araya getirir - iş organizasyonu üzerindeki otorite ekip tarafından bir bütün olarak tutulur (serbest bırakma, yineleme ve günlük toplantılar yoluyla), böylece herkes konu hakkında söz sahibi olabileceklerini hisseder. ekip üyeleri çalışan kaliteli yazılımlar üretme sorumluluğunu üstlenmeli ve bu amaca yönelik güçlü bir taahhütte bulunmalıdır. Böylece teorik olarak proje yöneticisinden kurtulabilirsiniz.

Bunu söyledikten sonra, geleneksel olarak Başbakan'a hala görevlendirilmesi gereken görevler vardır - lunivore onları oldukça doğru bir şekilde tarif etti.

Bu makalede belirtildiği gibi , gerçekten çok yetenekli ekiplerde yapabileceğiniz bir şey, proje yöneticisi rolünü atmak, görevlerini ekip üyeleri arasında yeniden dağıtmak ve eski PM'lerin düzenli ekip üyeleri haline gelmesini sağlamaktır.

Scrum rolleri oldukça iyi tanımlanmıştır (belirsiz görünüyorlarsa, farklı organizasyon türlerinde uygulanabilir olmaları amaçlanmaktadır) ve Scrum takımları her zaman (iyi, yaygın olarak) yaklaşık aynı büyüklüktedir - yani çok büyük değil - altta yatan kuruluşa bağlı olarak değişse bile, neleri kapsadıkları konusunda anlaşmak nispeten kolaydır.

Yukarıdaki soruyu, cevapları ve yorumları okurken, proje yöneticisi rolünün tanımının tespit edilmesi çok daha zor görünüyor. Bir PM'nin rolünün güzel ve kapsamlı bir genel tanımını bulabileceğinizden eminim, ancak bunun gerçek hayatta gerçekte anlamı tamamen farklı bir hikaye.

Her neyse, işimde çalıştığı için, proje yöneticileri nadiren gerçek "Scrumming" ile ilgileniyorlar. Scrum ustaları olmalarına izin verilmiyor (hepimizin oldukça mutlu olduğu yerel bir çıkar çatışması kuralı) ve istisnai durumlarda sadece ürün sahipleri.

Çalıştığım yerde, proje yöneticileri hala oradalar, her zaman yaptıklarını yapıyorlar. Yani projeyi yolunda tutuyorlar, “yukarıdan” çok fazla paranoya ve mikro yönetim eğilimlerine karşı bir filtre görevi görüyor, çözebileceğimizden daha fazla nüfuz gerektiren sorunları çözüyorlar.

Bunun başka yerlerde oldukça farklı olduğuna eminim, ama bizim için harika çalışıyor.

Edit : Belki bizim için bir Scrum ekibinin bir proje ekibinin yerini almadığını netleştirmeliyim . Bir veya daha fazla Scrum takımı bir proje için (ve genellikle içinde) gerçek geliştirme işini yapmaya başlar . Scrum takım (lar) ı proje lideri hariç, eski takım üyelerinden oluşabilir (ve muhtemelen her zaman yapabilir) :-)