Günaydın.
(Resim:
Stefan Minter
)))
Stefan Minter, yazılım geliştirmede kurum kültürünü geliştirmek için müşterileriyle birlikte çalışıyor. Liderlikte en büyük potansiyeli görür; Hiyerarşik bir seviyeden bağımsız olarak. Bazı kurs değişiklikleriyle profesyonel bir yoldan sonra bu potansiyeli kaldırma görevini verdi. Başlangıçta bilgi teknolojisinden gelen, birkaç yıllık danışmanlık deneyimi ile yazılım geliştirme şirketini kurdu. Liderliğin öğrenilmesi gerektiğini ve iyi rol modellerinin nadir olduğunu keşfetti. Yazılımın geliştirilmesinde müşterilerinden gelen maksimum destek ihtiyacının kod üretiminde değil, liderlikte olduğu açıktır. Dolayısıyla, Kutura şirketi ile yolculuğun nereye gittiği açıktı: ürün geliştiren insanların gelişebilmesi ve büyüyebilmesi için liderliği geliştirin. Haberler için Stefan, 1994'ten beri uzun süredir devam eden bir IX çalışanı olarak yazıyor.
Şirketinizdeki kural ve düzenlemeleri önemsiyor musunuz? Soruyu tek kelime etmeden cevaplamak daha iyidir, sadece sizin için. Sonuçta, meslektaşlarınız nasıl “hayır” dediğinizi duymamalıdır. Patronunuz kesinlikle hiç değil. Herkes bunu biliyor olsa bile.
“Hayır” demez misin? Mmmh. O zaman bir istisna olabilirsiniz. Çünkü kamu yönetiminde ve siyasetteki bürokrasiden şikayet ederken, düzenlemeler, düzenli aşırı yük ve şirketlerimizdeki süreçler yaygın olarak kabul edilmektedir. Bazı kurallar dışarıdan, yani yasa koyucudan belirtilmiştir. Ama çoğu ev yapımı. Yine de, kuralın uyumluluğu veya uygulanması ile böyle bir şeydir.
İşte kişisel olarak yaşadığım bazı örnekler:
Örneğin, hiç olmayan bir iş yapmak için birçok ücretsiz olağanüstü olağanüstü yapan meslektaş var. Kısacası olmak üzere olduğu izlenimini verir, ancak ona neden görevleri olmayan bu şeyleri yaptığını sorarsanız, “O bitmeli ve kimse sorumlu hissetmez” diyor. Bu, yöneticinin yararına olabilecek kuralların (ARBZG'nin ihlali) ihlalidir. Yani işi doğru bir şekilde atama konusunda endişelenmenize gerek yok.
Başka bir örnek, çalışma saatleri dışında bir prototip geliştiren, bunun için Division Direktörünün isteği üzerine harici bir şirketin devreye alınması gereken üç geliştiricidir. Neden yaptıkları sorulduğunda, “Know-how'a sahibiz. Çok uzun süre isterdik ve yazılımı harici olarak geliştirmek için çok pahalı olurdu”. Neyse ki, prototipi dahili olarak duyurduklarında, amirler olumlu tepki verir. Ancak diğer takımlardan düşmanlıklar var, çünkü siparişsiz, biletsiz üç geliştirici basitçe “istediklerini” geliştirdi.
Ve son olarak, geliştirme ürününün belgelerini yazması gereken teknik editörün tarihi. Ne yazık ki, ihtiyaç duyduğu bilgileri alamıyor. Ürün geliştiricileri ona yardım etmezler çünkü baskı altındadırlar ve tüm çalışma saatlerinde geliştirme yükümlülüğüne sahiptirler. Bu durum ayrıntılı bir şekilde geliştirilen dokümantasyon sürecinde verilmemiştir. Bilet için gereken birçok girdi kriteri vardır; “Hazır Tanımı” gibi bir şey. Ancak yayıncıdan tek bir bilet bu kriterleri karşılamıyor. Editör GF tarafından verilen sürece saldırırsa, hiçbir şey yapmazdı. Açıkçası bunu yapmıyor. Bir şekilde belgeleri oluşturma kurallarını ihlal eder.
Üç örneğin, şirketin hasarını önlemek veya düzenlemelerde elde edilemeyecek bir şey elde etmek için kurallara uymamak için ortak bir noktaya sahip değildir. Ancak, en azından ilk örnek ilgili kişi için son derece olumsuzdur. İşte amirlerin açık bir başarısızlığı; Bilinçli veya bilinçsizce yargılayamam.
“Düzenlemelere göre hizmet” ifadesinin kötü itibarı nereden geliyor? Oldukça basit bir şekilde: Düzenlemeler her zaman iyi olsaydı, “düzenlemelere göre hizmet” düzenli olarak olağanüstü sonuçlar üretecektir. Yönetmeliklere göre hizmet, kovulmayacak kadar iyidir. “Şimdi hizmet yapıyorum” bir vaatten çok bir tehdit. Çok fazla durumda, kurallar sağlanmaz veya – bu daha da kötüsü – kurallar iyi yapılır, ancak neredeyse uygulanır.
Sonuç olarak, üretken bir şekilde çalışmak isteyen ve hedeflere ulaşmak isteyen çalışanlar, düzenlemelerin, kuralların, süreçlerin özgürce, cömertçe yorumlanmasına veya “izinden önce tam anlamıyla üzgünüm” yorumlanmasına yardımcı olamazlar.
“Kaptan Sınıfı” kitabında, yazar Sam Walker bu davranışı “kuralların sınırında çalıyor” diyor. Yürüteçler için bu bir “seçkin lider” plakasıdır. Demek isteyen bir yönetici değil, liderdir. Resmi bir rolü olmayan bir takım kaptanı. Ve Walker spor takımlarını yazsa bile, bu “kuralların marjlarını oynamak” şirketin bağlamına aktarılabilir. Ekibinizle, ürün ve şirket için hedeflere ulaşmak istiyorsanız, kuralları özgürce yorumlamanız, bükmeniz ve hatta kırmanız gerekir. Ancak dikkatli olun: Analoji bir noktada başarısız olur. Walker takım sporlarından bahsediyor. Bu sporlarda her zaman düzenli olarak düzenli uygunluğa uyumu gözlemleyen bir hakem vardır. Şirketlerde tarafsız kişimiz yok.
Bu yüzden yöneticilere tavsiyem: Kurallarınıza ve süreçlerinize yaklaşın ve uyumluluktan emin olun. Meslektaşlarınızdan açık ve dürüst geri bildirimleri kabul ederseniz, düzenlemelerinizin iyi olup olmadığını öğrenebilirsiniz. Öte yandan, gri bir alan olarak bulanıklaşan molaları ve uygunluğu kabul eden herkes, çalışanların hayal kırıklığı artarsa, hedeflere ulaşılamaz, çalışanlar istediklerini ve daha fazlasını yaparsa şaşırmamalıdır.
Ve üstlerini beklemek istemeyen tüm geliştiriciler, Ted-Go “Cesur İsyancılar: Autli olmayan bir yerde çevik olmak” (cesur isyancılar) “kuralların sınırında oynamak” için bazı ipuçları buluyorlar. Bu önerilerden biri: “Her zaman hile, her zaman kazanır”. 😉
Önce oku, sonra dinle
Podcast kaçışında özellik fabrikasında, blogun seçilmiş konularını topluyorum ve bir konukla bunun hakkında konuşuyorum. Borsada ikinci bir bakış açısı biliyorum. Ayrıca ilgileniyorsanız, podcast'i Podcast Spotify, Deezer, Amazon Music ve Apple'da bulacaksınız. Şirketinizdeki bloga başvurduğum konuları geliştirmek istiyorsanız, yazılım geliştirme için liderlik topluluğumuza gelin.
(RME)
Bir yanıt yazın