Yöneticilikte Teknik Derinlik Kendiliğinden Korunmuyor
Yöneticiliğe geçtikten sonra teknik derinlik kendiliğinden korunmuyor.
Kullanılmadığında eriyor. Üç yıl içinde "eskiden biliyordum" seviyesine iniyorsunuz ve bunu ekibiniz sizden önce fark ediyor.
Ben bu bakımı devam eden bir yüksek lisans teziyle yapıyorum. Konu: quadrotor enerji verimliliği için PID, Tip-1 Fuzzy-PID ve Interval Type-3 Fuzzy-PID denetleyicilerinin 6-DOF simülasyon ve Betaflight SITL ortamında karşılaştırılması.
Bunu kariyerime doğrudan bir katkı olduğu için yapmıyorum. Şunun için yapıyorum:
Haftada birkaç saat gerçek bir teknik problemin içinde kalmak, toplantılardaki bütün sorularımı değiştirdi.
Artık "ne durumda?" diye sormuyorum. "Bunu neye göre ölçtük?" diye soruyorum.
Herkesin yolu tez olmak zorunda değil. Bir simülasyon kurmak, bir veri setini kendiniz işlemek, bir prototipi kendiniz uçurmak, bir parçayı kendiniz basmak; hepsi olur.
Ama bir yol olmak zorunda.
Yöneticilikte teknik derinlik, cevabı bilmek için değil, sorunun doğru olduğunu bilmek için lazım.
İlgili İçerikler
Kısa NotBir Projedeki En Tehlikeli Cümle: "Sonra Hallederiz"
Bir projedeki en tehlikeli cümle "sorun yok, ilerliyoruz" değil. "Sonra hallederiz." Çünkü "sorun yok" bir yalan olduğunda genelde birkaç hafta içinde ortaya çıkar. "Sonra hallederiz" ise bir yalan değildir; gerçekten öyle sanılır. Ve…
Kısa NotProjenizde "Bitti" Ne Demek?
Bir soru, özellikle Ar-Ge tarafındakilere: Projenizde "bitti" ne demek? Gördüğüm üç farklı cevap var ve üçü çok farklı kurumlar üretiyor: "Çalışıyor." → Demo verilebiliyor. Kimin, hangi koşulda, kaç kere denediği belirsiz. "Test edildi."…
Kısa NotSavunma Projelerinde Takvimi Vuran Görünmez Kalem
Savunma sanayii projelerinde takvimi en sık vuran şey teknik problem değil. Yetki ve erişim süreçleri. Alt yüklenicinin ihtiyaç duyduğu bilgiye erişim yetkisinin çıkmaması Personelin güvenlik soruşturmasının uzaması Bir belgenin yanlış…