“Örnek olarak liderlik” işe yaramadığında kişi ne yapabilir? [kapalı]

Neredeyse 2 yıldır büyük bir şirkette (8000+ çalışan) çalışıyorum ve çalışma kursumu tamamladıktan hemen sonra işe alındım.

Buradaki herkes, günlük olarak genellikle çok kötü bir şekilde tasarlanmış ve kesmekle dolu eski kodlarla uğraşmak zorunda. İlk başta, çok fazla eleştirmemeye çalışarak düşük bir profil tuttum. Ancak, durum devam ederken, birlikte yaşamak çok zorlaştı ve kullandığımız araçları geliştirmek / değiştirmek isteyen kimse görünmüyor.

Daha açık olmak gerekirse:

• Eski bir kaynak kontrol aracı (Visual SourceSafe)
• Yalnızca tam yeniden oluşturmayı destekleyen düz eski makefiles
• .def tüm mevcut mimariler için manuel ve ayrı ayrı saklanması gereken dosyalar
• monolitik başlıklar çok az sayıda farklı dosya içeren dosyaları ve projeleri (ancak her biri bazen çok farklı görevlerle ilgilenen yaklaşık 3000 kod satırı vardır)
• "yeni" dil olanaklarını kullanmamak ( std::stringyeni değil ama benden başka kimse kullanmıyor)

Birkaç ay önce yeni bir derleme ortamı tasarlayarak bu konuda bir şeyler yapmaya karar verdim. Artımlı yapıların güvenilir çalışması, derleme sürelerinin daha hızlı olması, daha iyi yapılandırılmış projeler, otomatik .defdosya üretimi. Git / dan Visual SourceSafe'den bir köprü bile oluşturdum.

Başarımı çeşitli meslektaşlarımıza ve patronumuza gösterdim ama kimsenin umursamadığı gibiydi. Hepsi "Eh ... insanlar şimdi bu şekilde yapmaya alışkındır. Neden bir şeyleri değiştirelim?"

Önerdiğim değişiklikler, eski sistemden yenisine yumuşak bir geçiş yapabilmemiz için tasarlandı. Her iyileştirme ayrı ve güvenli bir şekilde uygulanabilir.

Hatta çalışma arkadaşlarımdan bazılarını değişikliklere dahil etmeye çalıştım. Ama şu ana kadar başarı yok.

Benzer bir durumla karşılaştınız mı? "Örnek olarak liderlik" işe yaramadığında kişi ne yapabilir?

Kafayı hedefleyin: "Örnek olarak kurşun" akılda bir iyileşme sağlamalı, ancak teknolojide değil insanları hedef almalıdır. Belki teknolojiyi geliştirmek için çok fazla zaman harcadınız, ama onların kafalarında neler olup bittiği konusunda yeterli zaman yok. Yeni şeyler için neden bir muhalefet olduğunu itici faktörler hakkında düşünün. Çoğu durumda sadece bir miktar riskten korkarlar. Bu riskleri tanımlayın ve onlar için karşı önlemleri bulun.

Taze eti al : Bir şeyleri değiştirmek isteyen çalışanların üzerinden kazanmak daha kolaydır. Onları hemen gördüğünüzde fark edersiniz.

Çürük etten kaçının : Bazıları düşüncelerinize asla sempati duymayacak. Onları bir kenara bırakın.

Kritik bir kitleye büyütün : Düşüncelerinize sempati duyan kişileri bulun. Üstünden birer birer kazanın. Bir noktada kritik bir kitleye ulaşılırsa, örneğinizi gittikçe daha fazla insan gönüllü olarak izleyecektir.

Yönetim kelime hazinesi : Yöneticiler daha iyi tasarımlarla ilgilenmezler. Dilleri para ve zamandır. Böcekler için ne kadar erkek saatinin boşa harcandığından emin olun. Hatalarla karşılaşan memnun olmayan müşterilerin karlı olmadığını açıkça belirtin. Yeni bir özelliği ne kadar hızlı uygulayabileceğinizi gösterin. Yöneticiler için başka bir kelime seçmeniz gerekir.

Her şey süreçlerle ilgilidir : Daha iyi teknolojiler daha iyi programcılar ve programlar yapmaz. İyi çalışan işlemleriniz varsa, eski teknolojiler bile iyi sonuçlara yol açar. Bir çaba olduğunu düşünün ve zaman harcanır. Belki teknoloji değildir, ancak süreçlerde bir şeyler çok yanlış gidiyor. Çoğu durumda iletişim eksikliğidir.

Yeni bir şirket bulun : Çok şey yaptınız. Hala bir şeyler geliştirmeyi deneyebilirsiniz, ancak ne kadar süre denemek istediğinize ve ne kadar enerji harcamak istediğinize karar vermeniz de size bağlıdır. Unutmayın: Çok fazla iyileştirme elde edemezseniz bile, çabalarınızdan çok şey öğreneceksiniz. Bir noktada devam etmeniz gerekiyor.

Yanlış olabileceğini düşünmeyi hiç bıraktın mı?

Bu yüzden okuldaki bazı tasarımları ve desen kitaplarını okuyorsunuz ve çalıştığınız yerdeki karşılaştırmalı olarak antika uygulamalarına benzeyen şeylerden mahrum kalıyorsunuz. Hiç şüphe yok ki, muhtemelen daha iyi fikirlerdir ve yeni projeler akılda tutularak başlamalıdır, ancak tamamen farklı bir seviyedeymişsiniz gibi görünüyor.

Herdu geliştiricileri, sürüleri denemeye benziyor, doğal olarak kendi fikirlerine sahipler ve doğru olsun ya da olmasın, bir şeyler yapmayı tercih ettiler. En iyi uygulamaları uygulamak ve 2 geliştiriciden oluşan bir ekibi yönetmek için yeterince zamanım var, ancak 8000 olan bir şirkette çalışıyorsunuz.

Bu şaşırtıcı derecede büyük bir rakam. Tüm geliştiricilerin toplantıları planlaması gerektiğini ve kamu takviminde iş dışı zamanlarını belirtmesi gereken basit bir süreç değişikliği bile, genel olarak uygulanması çok zor ve karmaşık bir politika haline geliyor. Politikanın kabul edilip kabul edildiğinden emin olmak için yönetimden de önemli bir baskı alınması gerekir.

Bunu düşünmeyebilirsiniz, ancak monolitikten çoklu başlık dosyalarına geçmek ya da sürüm kontrolünü SourceSafe'den Git'e taşımak kadar basit bir şey, dahil olan herkes için çok büyük bir çaba ve yatırım gerektirir. Bu gerektirecektir:

• Önemli yönetim desteği

• Şirket çapında kabul

• Tüm geliştiricilerin yeni girişimlerden haberdar olmaları için toplantı saatlerinin yatırımı (Toplantılar iş saatleri, iş saatleri maliyet)

• En aptal geliştiricilerin bile ne yaptıklarını bilmelerini sağlamak için eğitim planlanmalı ve oluşturulmalıdır.

• Bir saatlik eğitim alsanız bile, 8000 geliştiriciden x 50 € / saat = 400000 € eğitim maliyeti. Bu, bir yazılım geliştirme ekibimin, bir yıl boyunca maaş, yazılım ve donanım için bütçelediğinden daha fazla para. Bu teklif ettiğin olağanüstü bir yatırım.

Ancak, “Verimlilik artışlarıyla kazanılabilecek her zaman düşünün” diyorsunuz. Haklısın, ama önemli yatırımlar önemli bir risk, bu yüzden imzalamadan önce bu konuda haklı olduğunuzdan emin olmalıyım. Yaşlıların hiçbiri size destek vermezse, o zaman masrafı haklı çıkartamam. Sonuçta verimsiz olabiliriz, ancak tutarlıyız ve şirket genelinde 8000 geliştiriciyle tutarlılık en önemli olanı.

Bunu yapabilmek için, üst düzey bir çok kişiden ayrılmanız gerekir ve kaybolan geliştirici zamanını verimsizliğe ölçmenin bir yolunu doğru ve objektif olarak bulmanız gerekir. O zaman dolara eşittir ve sadece dolar ve politika bu savaşı kazanmanıza yardımcı olacaktır.

Tarif ettiğin şey bana "örnek olarak lider" gibi gelmiyor, bir teklifte bulundun ve reddedilmişsin gibi geliyor. Örnek vermek için, insanlara yolunuzun daha iyi olduğunu göstermeniz gerekir . Listelenen sorunlardan üçünü kendi değişikliklerinizi kendiniz kullanmaya başlayabildiğinizi gördüm.

Yalnızca yeniden yapılanmayı destekleyen düz eski makefiles.

Kendi marka dosyalarınızı yerel olarak oluşturun ve onlarla ne kadar verimli çalışabileceğinizi gösterin.

monolitik başlıklar çok az sayıda farklı dosya içeren dosyaları ve projeleri (ancak her biri bazen çok farklı görevlerle ilgilenen yaklaşık 3000 kod satırı vardır)

Ya dokunduğunuzda (yapıyı bozmadan) dokunarak mevcut olanları kırın ya da yeni kod yazarken daha küçük başlık dosyaları tanıtın. İnsanlar onlarla çalışmaya başladıklarında, kopyalamaya ihtiyaç duymayacaklarının farkına varacaklar.

"new" dil imkanlarını kullanmamak (iyi std :: string o kadar yeni değil ama benden başka kimse kullanmıyor)

Eski kodlara dokunduğunuzda veya yeni kodlar girdiğiniz zaman yeni dil olanakları sunmaya devam edin. Basitleştirdiğinizden emin olun. Bundan vazgeçme. Çoğumuz tembeliz. Yeni bir dil özelliğinin işleri kolaylaştırdığını görürsek kabul edeceğiz.

Birkaç ay sonra, diğer geliştiriciler iyileştirmelerinizi benimsemeye başlarsa, kaynak kontrol sisteminizi geliştirmek gibi daha radikal değişiklikler konusunda patronunuza tekrar yaklaşabilirsiniz. Diğer geliştiricilerin de bu faydayı görmesini sağlamanız gerekir, aksi takdirde hiçbir zaman geçemez. Yaklaşmanın bir yolu, Git'i sadece birkaç geliştiricinin aktif olduğu küçük bir projede denemeyi önermek olabilir. Bu şekilde, bilmediğiniz bir sisteme tam ölçekli bir geçiş değil, bir değerlendirme olarak tanıtım yapabilirsiniz.

Son olarak, birkaç ay çalıştıktan sonra hiç kimse şirketinizde işlerin nasıl yapıldığını geliştirmekle ilgilenmiyor gibi görünüyorsa, bunun sizin için uygun olup olmadığını gerçekten düşünmeniz gerekir.

Lionel Barret'e (çoğunlukla katılıyorum) ek olarak, direnişe yönelik olası motivasyonu da göz önünde bulundurun.

• Gerçek sürecin maliyetini değerlendirin
• Sürecin maliyetini sizinki gibi değerlendirin

Ayrıca:

• Değişimin maliyetini dönemsel olarak değerlendirmek
  • Yeni ortamın kurulumunu herkes için yapmak için harcayacak para
  • Herkesi yeni moda alıştırmak için eğitmek için zaman harcayacaksınız (sizin için kolay olabilir, fakat ne yaptığınızı bilmeyenler için o kadar kolay olmayabilir)
  • Değişikliği kesintisiz bir şekilde yönetmek için geçen süre.

Şüpheliyim: Şirketinizde kaç kişi senin gibi insanlar yaş ve kültür anlamında (ben "okul" ve "okul türü")? Gelecek 2/3 yıl içerisinde sizin gibi kaç kişinin işe alınacağı ve kuruluştaki rolünün ne kadar emekli olacağı veya değiştirileceği bekleniyor?

Şüpheliyim, şirketi değiştirmek için yeterli güce sahip değilsin. Bu durumda, her iki şirket sizi değiştirecek ya da değilseniz "akma" sen (anlamda bu kendi dilek gitmesini olacak) olacak muktedir fazla süre beklemek zorunda.

Ancak şirket, insanların doğal değişiminin gerçekleşmesini bekleyerek değişim sürecinin kendiliğinden gerçekleşmesine izin vererek tasarruf edebileceğimi düşündüğüm ek maliyetlerin değerlendirilebileceğini düşünüyor olabilir. Göremediğiniz bir sürecin başlangıcındasınız çünkü arkanda hiçbir şey yok.

Bu noktada sadece Joel'e Sadece Bir Grunt Olduğunda Yapılması Gerekenler Makalesine bir referans ekleyebilirim . Bölümler şunları içerir:

Strateji 1 Sadece Yap

Strateji 2 Viral Pazarlama Gücünden Yararlanın

Strateji 3 Mükemmellik Cebi Yaratın

Strateji 4 Bozos'u Nötralize Et

Strateji 5 Kesintilerden Uzaklaşın

Strateji 6 paha biçilemez olmak

Makaleyi "Değişikliğin sizinle başlaması gerekiyor" olarak özetlerdim.

Ne yazık ki, insanlar bir telaş içinde sıkışıp kalıyor ve 'işe yarıyor, herkes onu kullanıyor, neden değiştiriyor' zihniyetini geliştiriyor Ve çıldırıyor.

Sadece şikayet etmekle kalmayıp, yerine yenisini kullanmak üzere uygulanabilir bir çözüm geliştirerek bu konuda doğru şekilde ulaştınız, şimdi sadece satın almanız gerekiyor.

Doğrudan hat yöneticinize (veya teknik yönlendiricinize) gösterin. Eğer ilgisizlerse, değişim kontrolü veya inovasyondan sorumlu kimse var mı?

Ancak potansiyel olarak, fikirleriniz ve işleriniz göz ardı edilebilir ve durum olduğu gibi kalır.

Davanızı kendi tarafınıza alacak şekilde belirtmeniz gerekir. BTW, Bu tür bir değişiklik bir teknik direktör veya proje yöneticisi tarafından önerildiğinden, kendinizi projeye adamanız gerekecektir. (Alternatif bir rota olarak, teknik bir denetim önerebilirsiniz, bir yabancının aynı şeyleri söylemesi muhtemeldir ancak daha fazla kiloya sahip olacaktır.)

Şimdiye kadar, değişme gereğini görmüyor, kozmetik ona göre değişiyor gibi görünüyor: Bir devin fantazisini tatmin etmek dışında bariz faydaları olmadan pahalı. Sadece iki şey onun için önemli: para akışı ve istikrarlı bir ekip. Teknoloji kara kutu, işe yararsa yeter.

İlk para, şu anki kurulumun ona paraya mal olduğunu kanıtlamanız gerekir. Bir dev maliyet / saat ve kaç saat daha hızlı derleme süreleri onu kurtaracak? Matematik yap. Ayrıca, mevcut kod boru hattının riskleri hakkında makaleler veya tanıklıklar derleyin ve ona korkutucu sayılar gösterin: "SourceSafe / Kötü Kodlama Uygulamaları nedeniyle, şirketimiz $ XXXK kaybetti".

İkinci takım, patronun yollarını değiştirmek istemeyen eski huysuz kodlayıcılarla sıkışmış olabilir. İlk nokta tespit edilirse, bu soruna bir çözüm önermeniz gerekir. Kaç tane Şu anki kodlama hattı bizantin olduğundan birinin yerini almasının zor olacağını vurgulamak ilginç olabilir. Takımı güncellemek için bir plan önermeniz gerekiyor. Onlara sektörün en iyi uygulamalarını öğrenin ve yeni kuralları takip ettiklerini kontrol edin.

Son olarak, küçük bazlara bölünmüş, dönüm noktası ve kaynak tahsisi ile kod tabanını değiştirmek için bir plan önermeniz gerekir. Aslında, kendinizi bir proje yöneticisi olarak ve katı kodlu bir boru hattına sahip olmak için zorunlu değişiklikleri satıyorsunuz.

İşlerin iyi yapıldığına inanan bir organizasyonda mı çalışıyorsunuz, verimlilik ve inovasyon başarıya ve karlılığa neden oluyor; veya gelirin peşinde koşmanın ve satışları sürdürmeye odaklanmanın başarının kiracısı olduğunu mu düşünüyorsunuz?

Sizin tanımladığınız gibi davranan şirketler teknolojik olarak sağlamdır. Rekabetçi bir pazarda, bireylere ve inovasyona odaklanan bir şirketle rekabet edemezler.

Sen söylediğin kişisin, o zaman ruhunu onurlandıran ve ödüllendiren bir yerde çalış. Sonunda yıllarca uzlaşmanın ardından üstlerinizin kucakladığı felsefeden ödün vermeye başlayacaksınız. Git çalışkanlık, ilham, yaratıcılık ve ilerlemeye değer veren başka bir yerde çalışın (muhtemelen daha küçük bir organizasyondur).

Eğer bir risk almazsanız ve bunu yakında yaparsanız, sonunda yerleşeceksiniz ve merakınız ve yaratıcılığınızı beslemeye devam edemezsiniz çünkü mevcut akran grubunuzda felsefi olarak karşı çıkıyor.

Mükemmellik, bir tutum ve dünya görüşüdür.

Sadece bu deneyimin size neyin kaçınacağını bilme konusunda bir içgörü kazandırdığını, rahatlama ve korumacılığa meraklı gözünüzün kalmasını sağlayın.

Bir sonraki röportajınızda "Çalışanlarınızdan ne gibi yenilikler geliyor?", "Bireysel yaratıcılıktan kaynaklanan bazı değişiklikler nelerdir?", "Bu takıma hangi bireysel yetenekleri getirebilirim?" ? "," Kuruluşunuz sürekli teknolojik yeniliği nasıl kucaklıyor? "... Bunun gibi soruların cevapları son derece açıklayıcı. Birçok kuruluşun vizyonu yoktur veya vizyonu oluşturanlar ortadan kalkar ve organizasyon muhasebeciler tarafından yönetilir. Teknoloji Direktörü ile röportaj yapıyorsanız - kuruluşu bir teknoloji şirketi olarak görüp görmediğini sorun.

Çalıştığınız ortamı sevmiyorsanız, kendinize bir kötülük yapıyorsunuz demektir. Profesyonel olarak yaptığınız gibi, ilgi alanları ve hedefleri aynı olan insanlarla çevrili olmanız gerekir. Bazen o zaman söylenmesinin daha kolay olduğunu biliyorum, ama birkaç yıl geriye bakmak ve zamanınızı boşa harcıyormuş gibi hissetmek bir risk alma korkusundan daha kötü.

Alternatif olarak, belirli bir teknolojiyi ve / veya metodolojileri kullanan bir sistemde veya bir ortamda geliştirmek istiyorsanız, o zaman iş dışında katkıda bulunabileceğiniz bir proje bulmanızı öneririm. En azından her iki sistemde çalışma çeşitliliği, ait olduğunuz yeri bulduğunuzda farklı bir şeye olan ihtiyacı karşılar.

Bana öyle geliyor ki sen sudan çıkmış balıksın. Git okyanusun bedenini bul ve yüz!