Şaşırtıcı, teknik olmayan yöneticileri uzak tutmak ve hala iyi işler sunmak için en iyi yol ne? [kapalı]

Bu soru öznel (bir uyarı aldım) olarak kabul edilebilir ve kapatılabilir, ancak bu konuda iyi bir tavsiyeye / deneyime ihtiyacım olduğu için riske gireceğim.

Ben aşağıdaki okumak 'Hakkında' sayfasında Fog Creek Yazılım , bu şirket Joel Spolsky kurdu ve CEO'su:

2000 yılında, Fog Creek, Joel Spolsky ve Michael Pryor'un kurucuları, programcıların iyi çalışma koşullarına sahip oldukları ve harika iş yapma fırsatı buldukları bir iş yeri bulmakta zorluk çekiyorlardı. yol. Her yüksek teknoloji şirketi harika programcılar istediklerini iddia ettiler, ancak paralarını ağızlarının olduğu yere koymayacaklardı.

Fiziksel çevre ile başladı (düzinelerce kabin, gürültülü, karanlık bir odaya sıkıştı ve telefonda bağırılan satış görevlilerinin geliştiricilerin konsantre olmasını imkansız kıldı). Ama bundan çok daha derine gitti. Değişimden korkan yöneticiler, yeni fikirleri karantinaya alınacak tuhaf bir virüs olarak gördüler. Napolyon karmaşık genç yöneticiler, işlerin tam olarak kendi yolunda yapılması konusunda ısrar etti veya kovuldunuz. Kurumsal Mobilya Polisi, kabininde bir film afişi çektiğinde acı çekti. Düzensizlik o kadar yaygındı ki, fikirler iyi olsa bile, onlardan bir ürün yapmak imkansız olurdu. Deneyimsiz yöneticiler vur-kaç yönetimi uyguladılar ve fiatlarının saçma sonuçlarını görmek için etrafta dolaşmadan tam olarak nasıl yapılacağı konusunda sert emirler verdiler.

Ve en kötüsü, sorumlu MBA türleri kodlamanın bir destek işlevi olduğunu, temelde yazmanın süslü bir şekli olduğunu düşündü.

Bir künt gerçeği bugünün büyük yazılım şirketlerinin çoğu hakkında! Ne yazık ki her geliştirici Joel Spolsky kadar değil gutsy(ya da luckysöyleyebilir miyim?)! Benim sorum şu:

Böyle yöneticilerle çalışmak, onları uzak tutmak ve yine de harika işler sunmak için en iyisi nedir?

Geliştiricilerin iş sorunlarından habersiz olduğu düşünülürken, daha az teknik yönetici geliştiricilere bakacaktır. Geliştiricilerin iş durumlarını öğrenmeleri ve araç terimleri konusunda araç kullanmaya veya öneride bulunmaya başlaması gerekir. Geliştiriciler ve yöneticiler aynı dili konuştuklarında işler kolaylaşır.

Bu bir tutum değişikliği ile ilgilidir. Evet, yönetimde her zaman ahem inatçı bireyler olacaktır . Ancak, “biz ve onlar” tutumu yaratmak bunu her iki taraftan da güçlendirir.

Seçenek 1: Kendinize yönetici olun ve herkese işleri nasıl doğru yapacağınızı gösterin. Muhtemelen birçok programcının düşündüğü kadar kolay olmadığını öğreneceksiniz.

Seçenek 2: İşten ayrılmak ve daha iyi bir yer bulmak. En azından bu sorunu bilen ve çözmeye çalışan birçok büyük ve küçük şirket olduğuna inanıyorum. Değişen derecelerde başarı ile.

İşiniz harika işler sunmaktır. Bir destek işlevi olan yönetme, onun amacı şudur sağlayacak büyük iş sunmak için sizi - siz ve müşterileri ve paydaşları ve siyaset & vb satış, kaldırma engeller, arasında bir tampon olarak hareket soyut uzak günlük bok olduğunu en iyi ulaşmasına engeller sizi.

Bellek yöneticisini düşünün . Size ve programlarınıza emir veren patron değil, bilgisayardaki diğer her şeyi düşünmekten kurtarır ve programınız için neyin gerekli olduğuna konsantre olmanızı sağlar. Joel'in yazdığı şey bu, yöneticilerin ideal şekilde çalışması gerekir.

Tüm yöneticiler mükemmel değil, siz de değilsiniz. Hiçbir şey. İşler tamamen deli olmadıkça, emip elinden gelenin en iyisini yapın, sizi neyin sinirlendirdiğini görmezden gelin ve işinize konsantre olun . Çok iyi çalıştığını teslim ederse, yöneticiler sonunda saygı ve daha güveniyorum ve bunu gösterildikten sonra sen yoluna daha işçi olarak alır olabilir büyük iş teslim.

% 70 mükemmel bir organizasyonda çalışmak uygundur. Durumunuz gerçekten kötüyse, işvereninizi değiştirin. Ama çok erken vazgeçme; güven kazanma süreci - yöneticilerinizi ve yeteneklerinizin organizasyonunu ikna etmek - yıllar alabilir.

onları uzak tut ve hala harika işler çıkar

Bunda iyi şanslar. Kendi şirketimi kurdum ve gerçekten önerebileceğim bu.

Umarım böyle durumlarda mühendisler bir araya gelir ve gerçek bir sorun varsa, teknik bir proje yöneticisi, teknik ürün yöneticisi, bir mimar veya kendi geliştirici yöneticiniz işinizin kapsamını anlayabilir ve teknik olmayan insanları sizin yol.

Ama her zaman böyle çalışmaz. Bir zamanlar yöneticinin teknik olarak WAS olduğu ve devs'in her gün 4 farklı proje yöneticisi ile kesintisiz toplantılar hakkında şikayet ettiği zaman büyük bir teknoloji şirketi için çalıştım ve cevabı - Tamam, böylece proje yöneticileri ile DAHA FAZLA toplantı istiyorum.

Son 10 yılda gerçek yeteneklerde olduğu gibi teknik "yetenek" in yazılım kuruluşlarının iş dünyası tarafından inanılmaz derecede marjinalleştirildiğini hissediyorum ve bu bizim için kariyer açısından bir sorun.

Düşük ücretli iş adamları ile yüksek ücretli geliştiricileri yönetmek, çocuk kız kardeşini aslan evcilleştirme okuluna göndermek gibidir, sadece işe yaramaz.

Ama kesinlikle karşı çıkacağım bir çözüm yalan söylüyor. Gerçekten iyi geliştiricilerin yöneticileri onları teknik olarak temelleri olmayan hikayelerle doldurarak denemeye çalıştıklarını gördüm. Bunu yapma, eğer yaparsan, ruhunu sattın ve bu berbat bir işten daha kötü.