İyi proje yöneticilerinin programlama geçmişine ihtiyacı var mı? [kapalı]

Bazen proje yöneticileri çeşitli görevler için tamamlama zamanımı tahmin etmemi istediklerinde duramam Bir tahmin bir tahmindir ve tahminler yanlış olabilir. Genel olarak, kötü gereksinimler ve belgeler kötü tahminlere yol açacaktır.

Bu nedenle, proje yöneticilerinin X ve Y'nin ne kadar süreceğini ve istemciden ne az şey bilindiği ve toplandığına bağlı olarak bir sayı atamanın ne kadar zor olduğunu tahmin etmeye çalışırken ayakkabılarımda olup olmadığını merak ediyorum.

O zaman sorum şu: İyi proje yöneticilerinin programlama geçmişine sahip olması gerekiyor mu?

Ya da belki de soru şu olmalıdır, iyi proje yöneticilerinin daha önce iyi bir programcı olması gerekir mi? Herhangi bir korelasyon var mı?

BT projelerini yönetmek kesinlikle diğer proje türlerini yönetmekle aynı şey değildir. Bir keresinde BT deneyimi olmayan bir proje yöneticisi duydum . Programcıları sinirlendirdi ve temelde onları korkuttu.

Öte yandan, Proje Yöneticisi haline gelen bir programcı, bir kontrol ucubesi haline gelebilir ve programcıları düzgün bir şekilde yapamayacaksa (benzer durumlarda sorunum olmuşsa) işleri düzeltebilir.

Güçlü bir teknik altyapıya sahip bir yönetici genellikle takımlarının nasıl düşündüğünü daha iyi anlar. Sizi anlayan bir yöneticiye sahip olmak her zaman daha iyidir, değil mi?

Hayır. Tamamen farklı iki yetenek. Kötü bir proje yöneticisi mutlaka BT'yi anlamayan biri değildir, bunun tersi de geçerlidir.

Makul, rasyonel, örgütlü olmak, proje hedeflerini ve ilgili işi anlamak ve iyi bir motivasyon aracı, programlamaya hiç bağlı değildir.

Diğer her şey eşit olduğunda, güçlü, güncel teknik deneyime sahip bir proje yöneticisini tercih ederim . Bununla birlikte, gerçek dünyada, tam zamanlı proje yönetimine mezun olan programcıların, beceri setlerinin eski ve modası geçmiş olmasına izin verme olasılığı daha yüksektir, bu da teknik arka planı olmayanlardan çok daha iyi değildir.

İyi proje yöneticileri ve bazı korkunç projelerle çalıştım ve dürüstçe, yönetim yetenekleri ve teknik arka planları arasında çok az korelasyon gördüğümü söyleyebilirim. En önemli faktör teknik altyapı değil, yazılım projelerini yönetme konusunda ne kadar deneyime sahip olduklarıdır . İlk projelerini yöneten iki kişiniz varsa, proje yönetimine geçiş yapan programcı, BT geçmişi olmayan proje yöneticisi kadar kötü olacaktır. Her ikisi de dik bir öğrenme sürecinden geçecek.

Teknik bir altyapıya sahip olmayan proje yöneticilerinin yeteneği hakkındaki tartışma bana şunu hatırlatıyor:

Dürüst olmak gerekirse cevabın hayır olduğunu düşünüyorum. İyi bir proje yöneticisi olmak için gerekli bir yetkinlik bagajı vardır ve programcı olmak bunlardan biri değildir. İyi bir proje yöneticisi, proje ekibinde ne yaptıklarını bilen iyi insanlar olduğu düşünüldüğünde her türden projeyi yönetebilir. Bir proje yöneticisinin sahip olması gereken temel kalite iletişim becerileridir . Bir proje yöneticisinin görevi, projenin görevlerini koordine etmek ve müşteri, proje ekipleri ve diğer paydaşlar arasındaki iletişimi sağlamaktır. Ekibin ilerlemesini ve birlikte gösterimler yaşayıp yaşamadıklarını her zaman bilmeli, ancak takımın zamanı olacak başka bir kişiyi etkilemediği sürece sorunun ne olduğunu veya ne düzeltmeniz gerektiğini bilmesine gerek yoktur. Sorunun çözülmesine yardımcı olmak için ayarlanması gerekir.

Tahminlere gelince, bu herhangi bir işte hayatın bir gerçeğidir. Elektrikçi kablolamayı yapmanın ne kadar süreceğini size söyleyemezse, asla zamanında bir ev inşa edemezsiniz - duvarlarınızdaki adamı ne zaman ayırtmayı bileceksiniz? Yine de BT'de taşınmazların çokluğu nedeniyle tahmin vermenin gerçekten zor olduğunu kabul ediyorum. Müşteriler her zaman ne istediklerini bilmezler ve size bir sürü şey söylemeyi unuturlar. Eskiden ne kadar süreceğini düşündüğümü tahmin ediyorum, sonra 2 ile çarpın! İyi bir program yöneticisi, tahmininiz yanlış olduğunu kanıtladığında sizi çarmıha germemelidir, programın yeniden düzenlenmesine, müşteriyle konuşmasına, patronların daha pahalıya mal olacağını açıklamasına vb. işlerinin bir parçası - yine, çoğunlukla ihtiyaç duyulan şeydir.

Ve herhangi bir programlama becerisine sahip olmamanın daha iyi olduğunu bile söyleyebilirim - eski bir programcı tahminleri kendi başlarına yapmaya çalışabilir veya tahminlerinizi tahmin edebilir. Ve hepimiz biliyoruz ki BT becerileri çok hızlı eskimiş. Proje yöneticiniz bir görevi nasıl yapacağınız ve ne kadar zaman alacağınızdan daha fazla ilgilendiğinde soru sormaya başlamanız gerekir. Alternatifleri değerlendirmenizi ve ayrıntıları özetlemenizi isteyebilirler, ancak asıl nokta, projenin programını nasıl etkileyeceğinizi bilmektir.

Son olarak, bir BT projesini yönetmek için hiçbir BT becerisine gerek olmadığını söylemiyorum - BT halkları, ortak halk için söylediklerini vulgarize edemeyen türdeki insanlardır! onlarla iletişim kurabilmek için temel jargon! Ayrıca temel adımları bilmek çok önemlidir - üzerinde bir web sitesi çalıştırmadan önce bir sunucu kurmanız gerekir. Duvarları kapatmadan önce elektrikçinin kablolamayı bitirmesi gerektiğini bilmiyorsam bir inşaat projesini yönetemedim!

Bir PY gerçekten projenin ne yapacağını bilmelidir, bu da muhtemelen teknik bir altyapı gerektirir, ancak gelişmez.

Bunun dışında, sahaya ve geliştiricilere, gerçek bilgiden daha fazla saygı duyma meselesi. Bir PM, geliştiricileri ciddiye almalı, neye ihtiyaçları, ne yapabilecekleri, neyi yapamayacakları, ne kadar zaman alacaktır. Bilmediği hakkında bir fikri olan bir PM çok etkili olabilir. Tüm cevaplara sahip olduğunu düşünen bir PM kötüdür. Bu, her şeyi bildiğine ve bilmediğine inanan eski bir geliştirici veya hiç gelişmemiş ve yönetmek için herhangi bir özel teknik bilgiye ihtiyaç duyduğunu düşünmeyen bir geliştirici olabilir.

Bir BT projesinin proje yöneticisinin BT arka planı gerektirdiğini düşünmüyorum . Ancak BT'yi kesinlikle anlamalı ve BT projelerinin nasıl çalıştığını bilmelidir.

BT arka planı ek bir avantaj olmasına rağmen, eksikliği bir o kadar iyi bir BT proje yöneticisi yapmaz. Ayrıca BT altyapısına sahip olmak, belirleyici faktör değildir.

Her iki türle de çalıştım ve her birinin kendine has özellikleri ve sorunları vardı.

BT artalanları ile:
- Kod çok iş parçacığı olmadığı için performans hatası
dediğimizde anlardı - Ancak, bazı durumlarda, "hey hadi, sadece 4 satır kod ekliyor, 10 gün içinde yapabilirsiniz"

BT arka planı olmadan:
- Son teslim tarihini değiştirmek için müzakere etmek çok rahat olurdu
- Herhangi bir gereksinimi olmayan bir proje için (henüz), bazen "100 günlük kaba bir tahmin verebilir ve% 30'luk bir tampondan bahsedebiliriz.

Programlama geçmişine ihtiyaç duyduklarına inanıyorum. Aksi takdirde, programcılar her zaman görevlerine hızlı bir şekilde baskı yapacaklar ve aslında görev çok fazla düşünce ve özveri gerektirdiğinde birkaç saat içinde yapılmasını bekliyorlar. Bu nitelikler programcılar tarafından iyi bilinir ve iyi anlaşılır, bu nedenle proje yöneticisinin programlama geçmişi varsa, o zaman belirli bir görevin ne kadar süreceğini anlar ve bölüm içinde hiçbir argüman olmayacak ve sonunda iyi bir proje gelişecektir.

@NimChimpsky katılıyorum.

Bu ne ile ilgili , nasıl değil (Aktif Dinleme güzel bir araçtır).

Tahmin, küçük teknik görevler için işe yarar, ancak planlama için tüm karmaşıklığı görmek için birlikte çalışmanız gerekir. Ve sen rakip değilsin.

Özellikle iyi bir proje yöneticisi değilse kesinlikle yardımcı olacaktır. İyi bir proje yöneticisi için gerçekten önemli.

Yok hayır.

İyi bir proje yöneticisi, ister şantiyede, ister üretim katında, ister yazılım geliştirme evinde olsun, ekibinin ihtiyaçlarını, tercihlerini ve yeteneklerini anlayabilen ve anlayabilen kişidir.

İyi veya kötü bir proje yöneticisi herhangi bir arka plana sahip olabilir:

Teknik geçmişe sahip kötü yöneticiler acemilerin işaretçiler gibi sıradan, "kolay" kavramlarla uğraşırken karşılaştıkları zorlukları anlamayan as programcıları olabilirdi.

İyi bir yönetici, meslektaşları kadar parlak ya da zeki olmayan, ancak proje yapısı, gereklilikleri derinlemesine anlayan ve Efsanevi Adam Ayı'nın derslerini ezbere anlayan ortalama programcı olabilir, çünkü kötü kodlama günleri yaşadı ve teslimatlarını bitiremediği için çiğnendi.

İyi bir yönetici, kodlayıcı arkadaşlarının kendisinin müşteriye verdiği gerçekçi olmayan vaatler nedeniyle hafta sonları onunla dışarı çıkamadığını öğrenen yazılım satış elemanı olabilir.

Teknik bilgi, bir programcının yönetici olarak niteliklerini önceden belirlemez, çünkü her iki işte de gerekli beceri setleri tamamen farklıdır. Yani hayır.

BT deneyimi olmayan, hiç de önemsiz olmayan bir yazılım geliştirme projesini yönetebilecek bir proje yöneticisi görmedim. BT deneyimine sahip çok az proje yöneticisi gördüm , bunu da yapabilirlerdi, ancak daha az yoruyorlardı.

Deneyimlerime göre, yönetim etkili iletişim ve karar alma ile ilgilidir. Bunu göz önünde bulundurarak, yönettikleri insanların kullandığı el sanatlarını (en azından temel kavramları ve terminolojiyi) anlayan birinin, bir yönetici olmak için daha az anlayışı olan birinden daha uygun olduğu mantıklıdır, ancak kesinlikle vardır. korelasyon yok. Programlama deneyimi olan yöneticilerin, programlama deneyimi olmayan yöneticiler kadar başarılı ve başarısız olduğunu gördüm.

Bence her iki uç da kötüdür; Çok az programlama deneyimi olan insanlar programcılarına körü körüne güvenebilirler (koyunları takip eden Shepard); Çok fazla deneyime sahip insanlar, ekiplerinin çabalarını sürekli olarak sorgulayabilirler (mikro yönetim).

Şahsen, temel programlama kavramlarını iyi kavrayan, ancak "sıcak çekim" olmadığını fark eden birinin ideal bir yönetici olduğunu düşünüyorum.

Kesinlikle.

Bu konuda dikkatli olmalıyım çünkü gerçek hikayelere dayanıyor ama acımı anlatmaya çalışacağım.

Yazılım mühendisi olarak çalışıyorum ve son zamanlarda birlikte çalıştığım bir proje yöneticimiz var. Teknik bir geçmişi yok ve görünüşe göre onun ilgisini çekmiyor ama sorun bu değil (herkesin kendi çıkarları var). Teknik bilgi sahibi olmaktan hoşlanmıyorsanız, bu sizinkinden biraz "garip" çünkü AMA müşteri ile teknik düzeyde konuşmak sizin işiniz ise, teknik bilgi sahibi olması şart değildir Sahip olmak.

Her neyse, bu adam bir sunucunun nasıl çalıştığı, bir web sayfasının nasıl çalıştığı, programlamanın nasıl çalıştığı vb. Bazen bir şey bilmiyormuş gibi hissediyorum. O zaman ona şimdi ne yapmamız gerektiğini ya da şu anda sahip olduğumuz sorunun ne olduğunu netleştirmeye çalıştığımda hiçbir şey anlamadı. VE o "Bir saniye bekle. Gerçekten tam olarak anlamadığımı tekrarlayabilir misin?" Diyecek bir adam değil. Hayır, o konuşma boyunca hiçbir şey anlamadığını göstermek istemeyen bir adam.

Ama burada bitmiyor çünkü daha sonra müşteriyi çağırıyor ve temelde doğru olmayan bir şey konuşuyor. Ve sonuçta müşteriyi tekrar netleştirmek için birlikte aramamız gerekiyor.

Bu yüzden bazı temel teknik altyapıya ve teknik bilgiye sahip olmanın gerçekten GEREKLİ olduğunu söylüyorum. Kod yazamamalı, ancak neler olup bittiğini ve hangi işlemlerin yapılması gerektiğini anlayabilmelidir.

BTW onunla çalıştığımdan beri işim artık eğlenceli değil.

Evet diyebilirim, programlama geçmişi olmalı. Eğer yönetici programlamanın nasıl bir şey olduğuna dair bir ipucu yoksa, geliştirme ve hata düzeltme için gerçekçi olmayan tahminlerle sonuçlanacaktır. Ayrıca, herhangi bir teknik problemi karar verecek kadar iyi anlayamayacaktı. Takımdaki programcılar ona yalan söyleyebilir ve farkına varamayabilir, ayrıca programcılar ona bir problem söyleyebilir ve etrafta saçma olduklarını düşünebilir

Teknik beceriler iyi bir yönetici değil, iyi yönetim becerileri yapar. Bir menajerin "siperler" de zamanlarını yapması yararlı olabilir. Bununla birlikte, aynı zamanda kontrol ucube layman yöneticilerinin bile sahip olmadığı bir tür kontrol çılgınlığı ile sonuçlanabilir. Tüm işi kendileri yapmaya çalışabilir veya son derece rahatsız edici bir şekilde kendinizle ilgilenebilirler.

Kişisel deneyimlerime göre, sahip olduğum en iyi yönetici teknoloji hakkında oldukça ipucu vermedi, ancak onun altında çalışan insanların eşyalarını bildiğini ve ekibinin sadakatini ve saygısını nasıl kazanacağını biliyordu. Dört yıl onun altında çalıştım ve şirketten ayrıldım, çünkü o kadar iyi olmayan bir menajer tarafından ayrıldı.

Sahip olduğum en kötü yöneticilerden biri kodlama konusunda deneyimli (yazılım tasarımı olmasa da) ve o kadar çok iş yapıyor ki, geri kalanlarımızı hurda, hata düzeltme veya istemediği projelerden biraz daha fazla bırakıyor kendini yapmak için.

Bazı karışıklıklar var gibi görünüyor:

PM, geliştiricilerin patronu değil . Geliştirici ekibinden sorumlu kişi (Ekip Lideri, Müdür) ve işe alma ve değerlendirmeler yapan kişi yeterince çalışıp çalışmadığınıza karar vermelidir.

Tahminler mükemmel değil. Bence PM bunu düşündüğünüzden daha iyi anlıyor. Kimsenin size bir şey yapmanın ne kadar süreceğini sormamasını ciddi olarak bekler misiniz? Everyboy ne zaman yapıldığını bilmek istiyor ve bunu izlemek PM'nin işi.

PM olabilirsiniz: A) projelerin nasıl yönetileceğini anlamak B) geliştirme sürecini anlamak. Bunların hiçbiri kodlama bilgisi gerektirmez, ancak yardımcı olabilir.

Programcıların yeterli işi yapıp yapmadığını belirlemek, takım lideri olarak iki katına çıkmadığı sürece Başbakanın işi değildir. Bir görevi tamamlama zamanı hakkında kimsenin “duman üfleyip üflemediğini” bilmek için, bir yöneticinin neyin dahil olduğunu anlaması halinde her zaman bir avantajı olacaktır.

Belirli bir proje türü üzerinde çalışma geçmişi olan deneyimli programcılar ile tahminler daha iyi olur. Kimse onların mükemmel olmasını beklemez, ancak zamanla yaklaşıp daha iyi olmanızı beklerler.

Eski deyişi hatırlattı: "burada çalışmak için deli olmanıza gerek yok, ama yardımcı oluyor".

Kısa cevap, uygulamalı kodlama deneyiminin iyi bir yazılım PM'sinin bir zorunluluğu olmadığı, ancak genellikle tercih edileceğidir. Güçlü bir PM olmak için kritik olan şey, geliştirme sürecini (hangi metodoloji kullanılırsa kullanılsın) anlamak ve geliştiricilerin işlerini yapmaya istekli ve istekli olduklarına güvenmektir. Geliştirme deneyimi bu süreç hakkında uygulamalı bilgi verir, bu nedenle yardımcı olur. Bir şirkette merdivenden yukarı çıkan PM'ler ek olarak şirket kültürünü (ve kod tabanını) bilir ve dev ekibinin diğer uzun süredir hizmet veren üyeleriyle uyum sağlar, bu nedenle IMO'nun en iyi PM'leri içeriden tanıtılır dışarıdan getirildi. Şirket dışından biri takımı içeriden birinden daha iyi yönetebiliyorsa, işler ÇOK yanlıştır.

Bahsettiğim bir şey, Başbakan ve geliştirici ekibi arasındaki bir ilişki. Bu hem kişilerarası hem de teknik düzeydedir. Burada anahtar iletişimdir; geliştiriciler teknik ve kişilerarası sorunları PM'ye getirebileceklerini hissetmeli ve PM bir sorunu tanımladıklarında geliştirici ekip üyelerini anlamalıdır.

Sorunuzun spesifik doğası ile ilgili olarak, bir tahmin tam olarak budur; bir miktar için eğitimli bir tahmin (gelecekteki bir olayın sonucunun daha genel bir tahmini olan hipotezin aksine). Yönetici, gerçek zaman çizelgelerine karşı son tahminlerinize dayanarak, genellikle matematiksel veya sezgisel olarak bazı değiştiriciler uygular. Agile bunu tahmin sürecine dahil eder; müşteri, gereksinimlerin karmaşıklığını sezgisel olarak tahmin eder, daha sonra geliştiriciler aynı şeyi yapar ve daha sonra geliştiriciler dışarı çıkar ve çözümü geliştirir, yöneticiye, gereksinim noktalarının dev noktalarına oranını hesaplamak için veri noktaları ve dev erkeklere puan verir. -saat gereksinimleri.

Kısacası, bir yönetici tahmininizi yalnızca üç senaryodan birinde nominal değerinde alacaktır:

• Geçmişte benzer görevlere ilişkin tahminleriniz konusunda oldukça isabetliydiniz.
• Teslim etmek için baskı altında ve tahmininiz düşündüğünden daha iyi.
• Seni kovmak için bir sebep arıyor.

Bu son durumsa, işyerinde cehennemden çıkmanız gereken başka ipuçları da olacaktır.

Hiçbir fikrim yok ama yemlik teknik bilgiye ihtiyaç duyuyor. Onu bazen açıklamak imkansız.