Zaten İyi Fikirleriniz Var
Sorunuzda belirttiğiniz fikirler mükemmel görünüyor. Başarı bulamamanız büyük bir sürpriz. 2012 ve nesne yönelimli devrim uzun zamandan beri en son teknolojiden son teknolojiye geçti. Çok düşük bir dönüş ve çok az işe alımınız olmadıkça, birkaç düzine hatta yüz iyi katı nesne yönelimli programcıya sahip olmamanız zor olurdu.
Çevik mi Nesne mi Odaklı?
TDD gibi bazı Agile teknolojilerinden ve bazı yeni konseptlerden bahsediyorsunuz, bu yüzden hala bazı yönetim ekipleri tarafından aktif olarak mücadele edilen bir şeyi kucaklamamaları için çok sert olmayın. Bazıları Agile'ı kucakladığını iddia ediyor, ancak bunun hakkında konuştuklarında, bunun ne anlama geldiği anlamına geliyor. Organizasyon, kararlar veren ve uyum sağlayan ekipler tarafından değil, güçlü hiyerarşik sözleşme tarzı kontrol ile karakterize edilir.
Ama nesneye geri dönelim. Nesne yönelimli analiz veya tasarımdan bahsetmiyorsunuz ve hangi programlama dilinin hangi nesne yönelimli programlama diline yol açtığından emin değilim. UML'nin birçok nesne yönelimli programcı arasında popülerlik sorunları yaşadığını biliyorum. OOAD konusunda iyi bir eğitim almış olmanın doğal dilini öğrenmek istediğiniz bir ülkenin kültürünü ve tarihini öğrenmek gibi olabileceğine inanıyorum. Örneğin, Yunanca öğrenmek istersem, alfabeyi, kelimeleri ve dil bilgisini öğrenebilirdim, ama zengin tarihi ve kültürü görmezden gelirsem, çok özleyeceğim. Her durumda, nesneye yönelik bir programlama dili hakkında her şeyi öğrenirsiniz, ancak OOAD hakkında hiçbir şey öğrenmezseniz, önemli bir fırsatın kaybolduğunu düşünüyorum.
Aşılması Gereken Sorunlar?
Köprü çok mu uzakta? İnsanlardan haftada küçük bir şey öğrenmelerini istersen, yılda, katılan insanlar arasında çok fazla değişiklik olacak. Onlardan bildikleri her şeyi değiştirmelerini isterseniz, birkaç kişi tarafından memnuniyetle karşılanacak, birçokları için zor ve diğerleri için imkansız olacaktır. Kaynak kontrolü gibi bazı değişiklikler yerelleştirilmiştir. Daha önce yapmamanızdan geçiş yapıyorsunuz, hafızanın sınırlarını vurgulamayan bir eğitime sahiptiniz, birisi size ilk kez buralarda yürüdü ve sonra günlük oldukça kolaydı.
Diğer değişiklikler yaygındır. Örneğin, C dökümü ve Java'ya geçiş, yeni bir IDE, yeni derleyici, yeni dil, yeni API, yeni dağıtım modeli vb. çoğu zaman bir pilot program veya kurumsal yeniden yapılandırma ile bağlantılı olarak gerçekleşir.
Devrime liderlik etmek? Şu anda işi yapan insanların ödüllendirilme geçmişi varsa ve şirket başarısız olma tehlikesi içinde değilse, değişim motivasyonları nedir? Yönü işaret etmek ve tahmin edemeyecekleri sonuçlardan sorumlu tutmak isteyen bir yabancı gibi görünüyorsanız, tüm risk gibi görünebilir, ödül yok gibi görünebilir.
Pozisyon Gücü veya Fikir Liderliği? Birçok kuruluş pozisyon gücüne göre çalışır. Yöneticilerden, bölüm başkanlarından, direktörlerden ve Başkan Yardımcılarından görünür desteğe sahip değilseniz, yalnızca bir fikir liderisiniz. Bazı insanlar bir fikre sahip olmak ve ikinci bir fikri eğlendirmek gibi tehlikeli bir konumdadır. Onları söylemek yerine gösterebilirseniz, bu şüpheci sessizlere ve yetenekli müttefiklere ilgi duymanın çok yoludur.
Destek Tabanı Çok Küçük mü? Bu 250 kişi arasında bir triyaj yapın ve bunları üç kategoriye ayırın: kucaklamaya hazır, öğrenmeye istekli ve öğrenmek istemiyor. Değişiklik yapmakla ilgilenmeyen bazı insanlarla hayal kırıklığına uğramak için iyi nedenleriniz var. Bir ip de itiyor olabilirsiniz. Bu boşa harcanan çabadır. Değişimi kimin desteklediğine dair bir fikriniz varsa, onları neyin ilgilendirdiğini öğrenebilirsiniz.
Etik ve pratik seçimin, orta gruba yardım ile yardımcı olabileceği tıbbi bir triyajın aksine, yargı ve tercihinize göre enerjinizi ve zamanınızı yatırım yapabilirsiniz. Başarınız için neden yeni fikirleri benimsemeye hazır olan grubu geliştirmiyoruz? Birincisi az olabilirler, ancak bir kartopu gibi, bir savunucu olarak görünürlük ve güvenilirliğiniz artacaktır. Yakında insanlar bir sonraki eğitimin ne zaman olacağını soracaklar.
Uzun Vadede mi? Sizden sonra bir şeyler taşımak için bir şampiyon geliştirinceye kadar, ilişki kurmak için zaman ayırmayı beklemelisiniz. Bir aydan fazla koçluk yaptığınız ekiplerle kalmanız gerekebilir. Ekip kendileri için geliştirilmiş uygulamalara sahip olana kadar, sadece bir teknoloji veya metodoloji polisisiniz. Mentorluk yıllar alabilen bir süreçtir. Geliştiricilerinizin önemli olduğunu düşündüğünüz şeyleri yapmak istemediği birçok şey var (özellikle birim testlerden bahsettiğinizi düşünüyorum). Bunun getirdiği değere ilişkin ortak bir vizyon oluşturmak biraz zaman alabilir. Bunu tecrübe ile biliyorum, çünkü bir zamanlar Fortune 500 şirketinde kalite için büyük bir üne sahip bir kod kapsama aracını savundum, ancak yöneticiler ve akranları buna bağlıyken dikkatli idi.
Uzman mı, Tabandan mı? Mentorluktan çok daha hızlı, her ekip üyesinden gelen taban desteğini teşvik etmek olacaktır. On yazılım uzmanından oluşan bir ekiple başlayarak, bir kişinin sürekli süreçte çalışmasını ya da on kişinin süreçte yüzde on oranında çalışmasını seçseydim ikincisini seçerdim. Taban süreci, savunucuların yaklaşımın etkisini hissetmelerine ve yaklaşımın, çalışmanın sahibi olan ekibin sorunlarını en iyi şekilde çözecek şekilde tasarlanmasına izin verir.
Özgürlük Çizgisini görüyor musunuz? "En İyi Uygulamaları" tanıtmanın bir parçası, insanların işleri ortak bir şekilde yapma özgürlüğünden vazgeçmelerini sağlamaktır. Geliştiricilere birçok seçenek bırakma fırsatı arıyorsanız, programcının takdirini vermek daha lezzetli olacaktır. Seçtikleri, özgürlük çizgisi diyebileceğimiz bir bölüm tarafından zorunlu kılınan şeyden tanımlanıyor. Örgütsel, bölgeye / bölgeye özgü, ekip ve kişisel uygulamalar hakkında benzer, iyi gerekçeli bölümlere ihtiyaç duyulabilir.