Teknik olmayan bir yönetici, kendi kendine motive eden yazılım geliştiriciler ekibine nasıl değer katar?

63

Bir çok programcının yönetim ve yönetim rollerinden uzaklaştığını görüyorum. Bir şeyler inşa etmek istiyorlar. Sonuç olarak, bu pozisyonların çoğu teknik olmayan insanlar tarafından doldurulur. Nasıl değer kattıklarını göremiyorum. Toplantıları planlamak, sahaları ayırmak ve diğer idari işler rollerini haklı çıkarmak için yeterli mi?

teamwork management

— Senthil Kumaran
kaynak

10

Tüm yazılım ekiplerinin yüzde kaçı, egoları ve gündemleri engellemeden bu şekilde çalışabilir mi?

— ozz

30

Gönderen Programlama Tao sorulan bir acemi: "Doğuda erkekler Şirket Merkezi 'dediğimiz büyük bir ağaç yapısı vardır O başkan yardımcıları ve muhasebeciler ile şekil dışında şişirilmiş Bu notların çok sayıda yayınlar ..... Böyle doğal olmayan bir varlık nasıl olabilir? " / Usta cevap verdi: "Bu muazzam yapıyı algılıyorsunuz ve rasyonel bir amacı olmadığından rahatsız oluyorsunuz ... Barınma alanlarının altındaki problemsiz programlama kolaylığından hoşlanmıyor musunuz? Neden faydasızlığından rahatsız oluyorsunuz?"

— apsillers

menajerin

— gnat

2

Daha ziyade Rands'ın yazdığı son yazı , bu sorunların bazılarının etrafında döner; Ona bir tavsiye mührü verdim. (Yönetimle ilgili birçok başka harika yazarı da var!)

— Jari Keinänen

112

Şu anda nasıl değer kattıklarını göremiyorum ve toplantıları planlamak, ofisleri ve diğer yönetim işlerini rolleri için yeterli bir şekilde ayırmak mı?

Yöneticinizin diğer bölümlerle yaptığı etkileşimin miktarını küçümsemeyin. Bütçeleri, eğitim planlarını, İK evraklarını idare ediyorlar. Geliştiricilerin diğer bölümlerle toplantılara çekilmesini önler ve grubunuz için birleşik bir cephe sağlarlar.

Kısacası, onların işi, kendi kendini motive eden geliştiricileri, işte var olan diğer tüm aşağılayıcı şeylerden korumaktır.

— Telastyn
kaynak

4

Ve maaş / zam yaparak çok daha iyi bir iş çıkarıyorlar.

— JeffO

20

Çok +1. Bazen sistemden "sızıntı" alıyoruz ve yöneticilerimizin ve özellikle Ürün Sahibinin neler yaşadığına dair küçük bir fikir. Ben do not o günlük uğraşmak istiyorum.

— Izkata

1

Bunların önemli olduğunu biliyorum, ancak yazılım geliştirme ekibinde göreceli öneme ve bunun için değere sahip değilim.

— Senthil Kumaran

17

@SenthilKumaran Bir geliştirici olarak, yazılımın neden tamamlanmadığını tartışarak başka bir departmandan bir yönetici ile iki saat geçirmeyi mi tercih ediyorsunuz yoksa bu iki saati kod yazarak mı geçirmeyi tercih ediyorsunuz? Teknik sorunları yöneticinize anlatmanın ne kadar zor olduğunu biliyorsunuz. Teknik olmayan yöneticinizden daha azını bilen birine anlatmaya çalıştığınızı hayal edin. En iyi teknik olmayan yöneticiler, geliştiricilerini, geliştiricilerin kodlama ve test etme konusunda daha iyi harcanan zamanını boşa harcayan her şeyden korumalarını sağlar.

— David Navarre

5

Bu tekrar tekrar. Teknik bir yönetici için bile, bu hala işlerinin en büyük kısmı.

— Earlz

36

En iyi menajerler sihirbazlardır. Şirketin geri kalanını geliştiricileri için ortadan kaldırırlar. Joel'in teklifini tam olarak hatırlayamıyorum , ancak bu, yöneticilerin işinde yağsız bir İnternet Borusu, bir makine canavarı ve bir sürü kafein olduğundan emin olmak için bir şeydi. En iyisini yaparlar.

İyi bir menajer, grubunuzun şirketin geri kalanına sesidir.

— Michael Brown
kaynak

4

Joel alıntı muhtemelen buradan adapte?

— MarkJ

29

Özellikle yazılım geliştirmeye uygulandığından, yöneticiler için iki tür katma değer rolü vardır: proje yönetimi ve ekip lideri.

Bir proje yöneticisi, geliştiriciler için zaman kazandıran müşterileri ve orta yönetimi ile etkileşime girer. Genellikle projelerde ortaya çıkan açıklamalar veya kapsam değişiklikleri vardır ve müşterilere ve orta menajerlere tek bir irtibat noktasına sahip olmaları yararlı olur. Bir geliştirme ekibinin her bir üyesinden sorular almaya çalışmak, kapsam yönetiminin dezavantajı olan kayıt dışı proje kararlarına ve belgelenmemiş taahhütlere yol açmaktadır.

Diğer taraftan, bir ekip lideri, iş yükünün ekip üyeleri arasında uygun bir şekilde dağıtıldığından emin olmak ve bireysel katkı ve ihtiyaçlarla orantılı kaynaklar ve ödüller sağlamak üzere kariyer / beceri gelişimi ile ilgilenmektedir.

Bu rollerin hiçbiri baş aşağı bir programcı gerektirmez, aslında biraz tersi. Bir programcı sıklıkla bir soruya veya krize ilk yanıt olarak bir kod yazma görevine atlar ve bu işin gerçekten yapılması gerekip gerekmediğini sormak isteyen birisinin olması yararlı olur.

— hardmath
kaynak

6

Geliştiriciler ağaçları görür. Yöneticileri ormanı görüyor.

— David Navarre,

9

@DavidNavarre - IMO teknik olmayan yöneticileri bir şey görmekte zorlanıyorlar ...

— Vector

13

@Vektör: Bahsettiğiniz şey teknik olmayan yöneticiler değil, beceriksiz yöneticilerdir.

— Lie Ryan,

@Vector: Bu akla getiriyor Dilbert'in en PHB , ama bu teknik olmayan bir yöneticiyle aynı düşünmüyorum.

— hardmath

@ hardmath - Anlıyorum :-) Cevabınız gerçekten OP’nin vermiş olduğu düzenlemeye göre. Yapmaya çalıştığım nokta, teknik konulara gelince, dışarı çıkarmaları gerektiği. Bu konularda biraz acı deneyimlerim var ... "Biraz bilgi tehlikeli bir şeydir" - Eminim sürüklenişinizi yaşarsınız. Cevabımı gör.

— Vektör

12

Belirtilen diğer faydaların yanı sıra, teknik olmayan yönetici, uzmanlar arasında bir çıkmaz olduğunda nihai kararları vermek için daha iyi bir iş yapabilir. Bunun karşı sezgisel olduğunu biliyorum, ancak teknik olmayan iyi yöneticiler halklarının güçlü ve zayıf yönlerini anlıyorlar.

Örnek: İki programcı, bir uygulama için hangi sunucuyu kullanacağınızı tartışır. Bir nevi inanç demokrasisinde, her ikisi de bir oy alır, bu nedenle karar verilmez. Bu savaş sonsuza dek sürecek (ve bazı teknik insanlarla olacak). Birisi bu anlaşmazlığa girmeli ve hakemlik etmeli ve projeyi başlatmalıdır. İyi bir yargıç, bu alanda en fazla uzmanlığa sahip olanın görüşüne dayanacaktır.

Birinin bir alanda yetenek, beceri ya da bilgiden yoksun olması, yapanları tanımlayamayacakları anlamına gelmez. Yeteneği tanımak bir yetenektir.

— JeffO
kaynak

1

Ayrıca, takımın kodunu yazmak yerine ihtiyaçlarını karşılamak için teknik olmayan bir yönetici de bulunmaktadır.

— JeffO

1

“Belirtilen diğer faydaların yanı sıra teknik olmayan yönetici, uzmanlar arasında çıkmaza girdiğinde nihai kararları vermek için daha iyi bir iş yapabilir.” Uzman olmayanlar, belirli bir konu hakkında en az bilgiye sahipler. Bu alanda yalnızca en fazla uzmanlığa sahip biriyle "taraf" alabilir (veya bunun en iyisi olduğunu düşündüğü bir çözüm seçebilir). Ancak bu, kararının doğru olduğu anlamına gelmez. Daha az deneyimli bir programcının çözümü daha iyi olabilir ancak uzman olmayanlar bunu bilemezlerdi. joelonsoftware.com/items/2006/08/08.html

— Christian P

Böyle bir durumda, yönetimin çoğu zaman küçümsenmeyen bir kısmı her zaman en iyi kişilerin kendi yollarını bulmasına izin vermemektir. İyi bir yönetici durumu iyi okuyacak ve teknik olarak doğru olmayabilecek, ancak politik olarak doğru olacak bir yargıya varacak. Eğer argüman önemli bir şeyin üzerinde değilse, yönetici daha fazla cesaret isteyen veya diğer geliştiriciler tarafından zorbalık edilen kişiyi tercih edebilir. Bu bir yargılama çağrısı ve bazen zor bir karar, ancak bu yüzden büyük paralar ödeniyor.

— Stephen,

@Stephen kabul etti - iyi yönetici insanları nasıl yöneteceğini bilecektir (örneğin, insanlara teşvik verme dediğiniz gibi). bu kararı vermesi muhtemelen yanlış bir kişi.

— Christian P

@Stephen: fakat politik olarak doğru olacaktır - bu teknik olmayan bir yöneticinin teknik personel ile tüm güvenilirliğini yitirmesi için genellikle çok iyi bir yoldur . Çok riskli IMO.

— Vektör

2

Toplantıları planlamak, sahaları ayırmak ve diğer idari işler rolleri için yeterli midir?

Evet. Mükemmel derecede yeterli. Isı, AC, vb. Bir sorun olduğunda bina yönetimini çağırmak için de iyidirler; otomatik satış makinelerinin ve su soğutucularının iyi stoklanmasını ve bakımının yapılmasını sağlamak; burun için özel güzellikler getirmek; ofisi temiz ve düzenli tutmak ...

Meşgul ve beladan uzak durmak için diğer işleri düşünmek için elinizden geleni yapın ...

Onların en önemli rolü? Yoldan uzak durup programcılarla karışmamak ve diğer teknik olmayan kişilerin de aynı şeyi yapmalarını sağlamak.

Bir MLB ballclub gibi bir geliştirme ekibi düşünün (analoji oldukça iyi bir IMO'dur): Yöneticiler her zaman eski oyunculardır - sadece yetenekli, inek, kendine özgü, profesyonel bir ekibin 'yönetime elleriyle nasıl başa çıkacaklarını bilirler. 'normal insanların' yapamadığı şeyleri kim yapıyor.

— Vektör
kaynak

Ayrıca sporda eski oyuncu olmayan ya da çok iyi olmayan eski oyunculara sahip oldunuz - Arsene Wenger, Jose Mourinho, Andre Villas-Boas? Bu mükemmel yöneticileri olduğu ortaya çıktı. Kodlama DEĞİL olan iyi bir PM olmak için güçlü kişilerarası ve oryantasyon becerilerine ihtiyacınız vardır.

— bobo2000

@ bobo2000 - Bahsettiğim MLB , genel olarak değil spor.

— Vektör

-1

Tecrübelerime göre teknik olmayan yönetici bu rol için en uygun olanıdır, şirket geliştiricilerin işine karışmasını önleyerek değer katmanın yanı sıra geliştiriciler arasında ortaklık kurarlar (çünkü geliştiricilerin içe dönük olduklarını iyi bildikleri için http://www.unwesen.de/ 2012/03/16 / inovasyon-verimlilik-çalışma ortamları / ), iyi olanlar ekibin ritminde çalışmasına izin verirken görünürlüğü önemser.

— cesarggf
kaynak

2

Bazı dış referansları alıntıladıysanız veya ilkelerinize göre genişlediyseniz cevabınız daha güçlü olacaktır. Belirtmek cause it's well know[n]zayıf bir kanıt şeklidir.