Aynı anda hem yönetici hem programcı olabilir misiniz? [kapalı]

Siz kendiniz programlama iş gücünün bir parçası olduğunuzda diğer programcıları yönetmek.

En azından çalıştığım firmalarda çok yaygın bir program.

İkisini aynı anda yaparsanız iyi bir programcı veya iyi bir yönetici olabilir misiniz?

Çok farklı beceriler, çevre, konsantrasyon, organizasyon vb. Gerektiren iki farklı rolde olması gereken bir bireyin etkinliğini sorguluyorum.

GÜNCELLEME : Benim sorum özellikle ekip yönetimi değil, (benim durumumda) şirketin yönetimini içerir. Ama elbette ikisiyle de ilgileniyorum.

Yapmanız gereken programlama miktarına ve türüne ve yapmanız gereken yönetimsel görevlerin miktarına ve türüne bağlıdır.

Yönetici olmak, çok fazla kesinti, yapışma değişikliği ve toplantılar gibi şeyler anlamına gelir.

Programlamanız, acil olmayan çalışmaların küçük parçalarıyla "sınırlı" ise, bunları yönetim görevlerinize uydurabilirsiniz. Bir programlama görevi için önemli miktarda "kalite" zaman harcamanız gerekiyorsa, o zaman yönetim sorumluluklarınız nedeniyle bu zamanı elde edemezsiniz.

Eğer takımınız büyük ve / veya karmaşıksa, bir ya da iki ürün / projeye adanmış küçük bir takım olsaydı yöneteceğinizden daha fazla zaman harcamanız gerekecektir. Küçük işler üzerinde bile anlamlı bir programlama yapmak için vaktiniz olmadığını göreceksiniz .

Daha önceki bir işte bu rolü oynamıştım ve benim için çalıştı çünkü programlama görevlerimi küçük tuttum. Aslında bizim avantajımıza çalıştı.

Öncelikle, gelen tüm istekleri değerlendirebilir ve eğer küçüklerse, onları kuyruğuma ekleyebilir (her zaman kısa olan) veya müşteriye geri dönebilir (bu durumda başka bir yönetici), işin ne zaman gerçekleşeceği için daha doğru bir zaman çizelgesi ile yapıldı.

İkincisi, ekipteki geliştiricilerin küçük hataları düzeltmek veya küçük geliştirmeler yapmak için mevcut çalışmalarından sürekli olarak yararlanamadıkları anlamına geliyordu.

Üçüncüsü, acil sorunları oldukça hızlı bir şekilde çözüldüğü için müşteriler mutluydu.

Beni kod üssüyle irtibatta tuttu, böylece ekibimle her zaman sorunları yaşatmak zorunda kalmadan, ekibimle sorunlar hakkında ve yöneticilerim ve müşterilerimle zaman çizelgeleri hakkında anlamlı konuşmalar yapabildim.

Bir programcının aynı zamanda yöneticimiz olduğu geliştirici ekibinin bir parçasıydım. Bu, üretkenliğe benzeyen herhangi bir şeyin tamamen çökmesine yol açtı. Kısacası, bütün kararlar o adam tarafından verildi + o tam bir mikro yöneticiydi. Kabul etmediği herhangi bir fikir ve öneri vuruldu ya da göz ardı edildi. Bu sonuçta tüm yaratıcılığı ve motivasyonu öldürdü.

Bu yüzden, dev ekipte yer alan herhangi birinin "daha yüksek" pozisyonda olmasının kötü bir fikir olduğunu düşünüyorum. Benim durumumda, adam bir komuta kontrol müdürüydü, ama ben büyük bir menajer bile (istemeden) sonunda daha düşük performansa yol açan diğer geliştiricileri etkileyeceğim. En azından takımın kendisine rapor veriyor.

Evet
, aynı zamanda Programcı ve Yönetici olan birkaç menajer gördüm, İnan bana bu adamların altında çalışmak harikaydı.
Yönetici ve programcı olmak, yöneticilerin sadece önden öne çıkmalarına izin vermekle kalmaz, aynı zamanda astları da ellerinden gelenin en iyisini yapmaları için motive eder.
Çalışanların çoğu, yöneticileri hakkında yöneticilerin hiçbir değeri bulunmadığından şikayet eder, yalnızca yalnızca Yöneten değil, aynı zamanda kod da yazan yönetici her zaman en iyi sonuçları verir.
Bahsettiğim iki yönetici, programlama sadece diğerlerine yardım etmekle kalmayıp aynı zamanda neredeyse hatasız uygulamalar da üretti.

Farklı şirketler, projeler ve ekiplerle yıllarca programlama proje yöneticisi oldum.

Proje yönetimi ve programlama o kadar farklı işler / rollerdir ki, ikisini de aynı anda "mükemmel" seviyede yapamayacağınızı iddia ediyorum. Bu bir uzlaşma - hiçbirinin efendisi, tüm esnafların jack'i, bir nevi şey.

Benim için en büyük acı, yönetici ve programlayıcı modu arasındaki bağlam değişimi. Beynin farklı bölümlerini (veya bir şeyleri) meşgul ediyor gibi görünüyorlar. Bir gün programlama, bir gün idare iyi yapabilirim, ancak bu roller arasında sürekli geçiş yapmak zordur.

İki senaryoyu da gördüm. Geliştirme yöneticileri kodlamanın {zamanlarının belirli bir yüzdesini) ve bir kod yöneticisi yapmadan kodlama yapıyorlar.

Sorun şu ki, ne kadar kıdemli olursanız, daha fazla ödeme yapılmasını isteme olasılığınız o kadar fazla olur ve bunu birçok yerde elde etmenin tek yolu yönetime geçmektir. (elbette hepsi değil, ama birçok yerde). Dolayısıyla bu durum, bu durumda sıkışıp kalmaları için yönetici olmaya gerçekten hazır olmayan insanlara yol açabilir.

(Elbette, Dev, Dev lideri - Dev yöneticisinden farklı olarak - Mimar gibi konumlara geçebileceğiniz şirketler var.)

Muhtemelen, bir teknoloji olarak , insanlar yönetiminde işe yaramaz olabilirsiniz , bu da sizi koddan daha ileri götürür. Demek kötü bir menajer oldun, ve sevdiğin şeylerden daha azını yapıyorsun ve muhtemelen gelişmeye başladın!

Benim için bir yönetici olmak için kodlamadan gerçekten uzak durmalısınız, ancak en azından hala konular hakkında tutarlı bir şekilde konuşabilmeniz için teknolojiyi sürekli takip etmelisiniz.

Olduğu gibi, bu kesin sebepten dolayı serbest çalışmaya başladım. İnsan yönetimine hiç ilgim yok ve bence bu konuda özellikle iyi olmazdım, ayrıca kod kadar koyamazdım.

Yapılabilir, ancak tuzaklar doludur. Grup büyüklüğü ve kesinti düzeyi büyük bir rol oynamaktadır, ancak en önemli risk yöneticinin teknik liderlik etmesidir. Fikrini haklı çıkarmak için yeterli zaman / çaba olmadığında, çok fazla ciddi görüş, bazı kötü kararlara yol açabilir. Ve, yöndeki tartışma, bir yönetici ile takımın geri kalanı arasında çok düz bir oyun alanı değildir.

Bu yolu düşünenler için bazı tavsiyeler:

• Mimari rolün dışına çıkın ve grubunuzdaki potansiyel müşterileri tanımlayın.

• Kritik yol öğeleri üzerinde çalışmayın. Patronunuz sizi rahatsız etmek için çok daha 'önemli şeyler' bulduğunda hataları düzeltin, prototipler veya hızlıca atılabilecek diğer öğeler üzerinde çalışın.

• Dikkat düzeyinizi yükseltin ve başarılı bir ekibe sahip olmak için gerekli ekibi, süreci, morali ve diğer yönleri savunmak ve tanıtmak için genel verimliliğe odaklanın. Amacınız, başarılı bir projeden çok daha fazla olacaktır (patronunuzun, Başbakanınızın veya diğerlerinin ne diyebileceğinden bağımsız olarak).

• Takımınızın büyümesine yardımcı olun: daha bağımsız, kendi kendine organize, teknik usta, daha yüksek düzeyde farkındalık kazanın.

• Birçok yönden, takımla dış dünya arasındaki köprü sizsiniz. Odak noktalarınızın önemli bir kısmı takımın dışında olmalıdır.

Soruyu cevaplamak için evet yapılabilir. Hayır, kolay değildir ve evin teknik yönünden, çok fazla yol gösterici olmuş çok sayıda yeni menajer başarılı bir menajerin işine geçemez.

İyi bir menajer olabilir, evet. Siz iddialı ve tutarlı kaldığınız sürece, genellikle sorun olmaz.

Çalışanlara menajerleri ile takım arkadaşları ile ilgili sorunları ortaya çıkarmaları söylenirse .. ve menajere aynı zamanda takım arkadaşı ise, yapışkan olabilir. Tüm geri bildirimleri nesnel olarak görüntülemek ve zaman zaman yanlış olabileceğinizi anlamak çok önemlidir. Ayrıca geri bildirim için bir tür anonim yol sağlamalısınız.

Bunu, başlangıç ​​şirketlerinde görmek çok yaygındır (dediğiniz gibi).

Bence hayır.

Her iki iş de çok fazla odak, enerji ve özveri gerektirir. Her ikisini aynı anda yapmak çok zor. Bazı takım lider sorumlulukları almak zorunda kaldığımda, programlamada harcadığım zaman (ve dolayısıyla benim tarafımdan yapılan programlama ile ilgili işlerin miktarı) azaldı.

Takım lideri rolünden yönetsel rol üstlenen ve bir ay içinde kodlamayı tamamen bırakan başka bir meslektaşım olduğunu biliyorum (her ikisini de yapmayı denedi).

Ayrıca yönetici olması istenen bir mimar tanıyorum. Ayrıca, yönetici sorumluluklarını aldıktan sonra bir ay içinde kodlamayı durdurdu. Aynı mimar, 8 ay sonra kritik saha sorunları nedeniyle tekrar kodlamaya geri dönmek zorunda kaldı. Hata onarımında önemli katkı sağladı, ancak bir ay içinde, yönetim sorumluluklarını yerine getirmek için bir yedek yönetici bulmak zorunda kaldılar.

Sınırlı tecrübeme göre, tam programcı gibi diğer programcıları ve kodları yöneten hiç kimseyi bulamadım.

Bence çoğu senaryoda mümkün olsa da, iyi bir düzenleme değil. Geliştiriciler olarak yetkin kişilerin, kendi beceri becerileri ve hatta istenen bir pozisyon olmasalar bile, nasıl fark edildikleri ve bir takım yönetimi rolüne getirildiği konusunda çok sayıda makale vardır. “Yönetim” e odaklanmakla uğraşırlar çünkü programlamayı “iş” olarak görürler, rapor oluşturmak değil toplantılara gitmek olarak görürler.

Spolsky, Geliştirici Soyutlama Katmanı ile ilgili makalesinde şunları yazdı :

"Bir yazılım şirketi ile, yönetimin birinci önceliğinin programcılar için bu soyutlamayı yaratması gerekiyor."

Makalede, (sanırım ama makul gerekçelerle düşünüyorum), yöneticinin rolü, koda veya yazılım geliştirmeye girmekle değil, onu üretenlerin tamamen ona odaklanabileceği bir ortam yaratmaktır.

Eski patronum denedi. Yönetim rolünden çok fazla müdahale vardı.

Hala tanıdığım en iyi geliştiricilerden biri.

Kesinlikle yapabilirsiniz, ama bu kolay olduğu anlamına gelmez. İyi bir geliştirici olmak için belli türde bir kişi, iyi bir yönetici olmak için belli bir kişi ve her ikisi de olmak üzere belirli bir kişi gerekir. Bu kişiyi bulabilirseniz (ya da o kişi), kesin avantajlar vardır. Programcıların birinci veya ikinci seviye yöneticileri, halklarının her gün ne yaptığını ve karşılaştıklarını gerçekten anlamalıdır. Bir geliştirici değilseniz ve geliştirmeye devam etmeden güncel ve irtibatta kalmakta zorlanıyorsanız yapmanız zor.

Sahip olduğum en iyi yönetici (biz ~ 25 senedir bulundum), aktif bir geliştirici, yöneticim ve şirketin yarı sahibiydi (yaklaşık 40 emps). Özel biriydi ama bu soruda açıkça başarılı oldu.

EMİN YOK !!

Deneyebilirsin, ama sonuçta her şeyden daha çok idare edeceksin. Sorun şu ki, insanlar sizi her 5 dakikada bir aradığında ya da her saat başı "durum" toplantıları yapmaya çalışırken kodlayamazsınız. Çok saçma ... Şimdi yapıyorum, bu yüzden bu konuya rastladım.

Her ne kadar bir teknik şirkette yönetici olmak zorunda olsa da .. hayır ... nasıl kodlanacağını bilmek GEREKİR. Sadece müşterinin sorunlarını tahmin edemez veya anlayamazsınız. Kodlama ve yönetme iki tür insandır. Bir taraf geeks ve insanlarla garip (yüzleşmek, neden bahsettiğimi merak ediyorsun) ve diğer insanlarla iyi. Bir taraf seçmelisin. İkisini birden yaparsanız kodlama ile hiçbir yere gidemezsiniz. Eğer kodlamayı seviyorsanız ve karınız yolunuza gitmediyse 7/24 yapabilirseniz, YÖNETİMDEN KALMAYIN. Gerekirse bir maaş kesintisi bile yapın. Bunu yapmak üzereyim ama patronların bundan hoşlanacağını sanmıyorum çünkü yönetim bölümlerinde hayatlarını kolaylaştırıyorum. Kabul etmezlerse serbest çalışmaya geri dönmem gerekecek çünkü mutluluk ve sevdiğiniz şeyi yapmak paradan ve aldığı yanılsamalardan daha önemlidir.

Çabalarınızla en iyi dileklerimle ve lütfen bu yazıların gelmesini sağlayın. Siz harikasınız.

Bu sitedeki "Programlama Odaklı Kariyer Yolu Yok" bölümünü okuyun. Oldukça iyi şeyler ve çok alakalı: http://c2.com/cgi/wiki?ProgrammingIsNotFun

Bir kişinin hem iyi bir yönetici hem de iyi programlama becerisine sahip olması muhtemeldir, ancak “hepsinin bir vurgusu hiç kimsenin efendisi değildir” derken akla geliyor ...

Yine de, her iki işlevi de aynı anda birleştirmek bana iki işi de yapmaya meyilli görünüyor. Bu, yapılması gereken yönetimin miktarına bağlıdır, ancak kaçınılmaz olarak, tamamen farklı bir nitelikteki iki görev arasında hokkabazlık yapıyorsunuz ve bu taleplerin odak kayması oldukça büyük. Kendim için de bazı kodlama görevlerinde bulunduğumda (benim durumumda kursları yönetme ve rapor yazma) kodlama bölümünde daha az performans gösterdiğimi fark ettim.

Başka bir tuzak, bir grubu yönetiyor olmanızdır, fakat aynı zamanda doğrudan katılan bir tarafsınızdır. Bazen işe yaramaz, bazen büyük sıkıntılara neden olabilir. Diğer programcılar işinize katılmıyorsa, yönetici olduğunuz gerçeği onları tamamen açık tutabilir.

Sonra yine, yönettiğiniz aynı projeye kod yazarken, kodun kendisiyle ilgili daha fazla duygu sahibi olursunuz, bu durumda programlama biti aslında yönetim bitiğine yardımcı olabilir. Her şey neyi yönetmeniz gerektiğine, ne kadar zamana ihtiyaç duyduğuna ve üzerinde çalıştığınız kodla ne kadar ilişkili olduğuna bağlıdır.

Sanırım net bir cevap yok, ama ikisini de birbirine karıştırmaktan kaçınma eğilimindeyim. Benim 2 kuruş

Eh, ben yazılım projeleri yöneticilerinin kesinlikle kendileri kodlayıcı olması gerektiğini okudum.

Bir yöneticinin bir nedenden dolayı yönetici olduğunu düşünüyorum - yönetmek için. Bunu genel bir kural olarak alırdım ... bazıları iki ucu keskin bir kılıç olabilir.

Çalıştığı yerde bir vaka biliyorum. Adam bir tür çalışkandır, bu yüzden tam zamanlı olarak yönetici olarak ve neredeyse tam zamanlı olarak programcı olarak çalışır.

Normal çalışma saatleri göz önüne alındığında, böyle bir çifte rolün iyi bir fikir olduğunu düşünmüyorum. Bir yönetici programcı (veya programlama yöneticisi), programlayıcılarının çoğunu yapmak yerine, programlama programlarının çoğunu kendi başına yapmak için her zaman caziptir. Her zaman bu bahanenin "açıklamaktan daha uzun sürdüğü" vardır, ancak uzun vadede, yönetim bölümünde yaptığı% 50 programcı çalışması eksiktir, bu nedenle diğer programcılar daha az verimlidir.