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.
Sosyal söylemde, çeşitlilik bazı grup özellikleri ile ilgilidir. Çalışma dünyasının çeşitliliğine bir örnek olarak, “çeşitlilik kartı” nı şunlardır: “Çeşitlilik kağıdının amacı, tüm çalışanların uyruk, etnik köken, din veya dünya görüşü, sosyal kökenli, yaş ve kimliğe bakılmaksızın aynı takdir ve aynı promosyonu yaşadıkları bir çalışma ortamı yaratmaktır.” (Wikipedia)
Şimdi, çeşitli ekiplerin, örneğin yazılımın gelişiminde meydana gelen karmaşık problemleri çözmek için daha uygun olduğu kabul edilmiş bir gerçektir. Bu, dünyanın tüm dinlerini ve geliştirme ekibimdeki bazı milletleri temsil etmem gerektiği anlamına mı geliyor?
Deneyimlerime göre, bunlar fark yaratan çeşitlilik faktörleri değil. Başka bir şeye bağlı. Harvard Business Review ile ilgili bir makale bu görüşü destekliyor ve “bilişsel çeşitlilik” hakkında konuşuyor.
Farklı bir takım koymak istiyorsanız ne bağlıdır? Genellik hakkı olmadan, bir ekip içindeki çeşitliliğin olumlu bir etkiye sahip olduğu aşağıdaki faktörleri atayabilirim.
Yaş ve cinsiyet rol oynar. Bir yandan, erkek ve kadınların farklı olma eğiliminde olduğuna inanıyorum. Bu özellikle karmaşık görevler için yararlıdır. Benzer şekilde, ekipte daha geniş bir aralık, ekip üyelerinin çok farklı profesyonel deneyime sahip olmasını sağlar.
Şirketin ilişkisi süresi de önemli bir faktördür. Çok iyi bir ağ olan “eski el”, bir problemde takımla kiminle yüzleşebileceğini biliyorsa yararlıdır. Öte yandan, genç ekip üyeleri “her zaman yaptığımız gibi” bir sorunla yüzleşmek için bu kadar kolay çalışmazlar. Ekibe yeni yaklaşımlar ve beklentiler getiriyorlar.
Ekibin tüm üyeleri aynı eğitime girmese de çok çeşitli perspektifler ekibe girer. Bir grup bilgisayar bilimcisi büyük olasılıkla çalışma çalışmalarında öğrendiğiniz araçlarla bir sorunu çözecektir. Sosyal bilimler, fizik, felsefe veya mühendislik gibi başka disiplinler varsa, çözüm sayısı artar. Matematiksel performans kursu sırasında öğretmenim evindeki sahiplerinin karşılaşmasından bir hikaye anlatmaktan mutluluk duyuyordu. Bir kişi dışında, onun da dahil olmak üzere akademikti. Evde bir kusur meydana geldiyse, toplantıdaki çalışmalar sofistike çözümleri tartıştı. Aynı zamanda, akademik olmayan tek olan sadece hasarı onardı. Bu fıkra, ekip üyelerinin oluşumundaki monokültürlerin genellikle güçlü ekiplere yol açmadığını göstermektedir.
Ayrıca ekipte zenginleştirme olarak birkaç ana dili deneyimliyor. Bunun nedeni, ekibin üyelerinin büyüdüğü veya dil formlarının düşünüldüğü ilgili kültür çeşitlerinden kaynaklanabilir.
İyi bilinen bir kitaba dayanan başka bir faktör diyorum: hızlı düşünce, yavaş düşünce. Bazen hızlı bir şekilde ilerlemek önemlidir, örneğin birinci yazılım prototipi ile kullanıcı geri bildirimi almak için. Öte yandan, her seferinde iyi bir çözümle halka açık olmak için her taraftan bir soruna bakmak iyidir. Her iki yaklaşımın da farklı insanlar tarafından temsil edildiği ekiplerin genellikle çatışmaları vardır. Ancak kişisel düzeyde değil, konuyla ilgili çatışmalar getirmeyi öğrendiyseniz, hızlı bir darbe ve yavaş ve vicdanlı çalışabilmek bir güçtür. İlgili hizip temsilcilerinin doğru zamanda geri çekilmesi önemlidir.
Ve, yüklü, ancak daha az önemli değil, çeşitli programlama paradigmalarında (zorunluluk, OO, fonksiyonel programlama, mantık) düşünebilen yazılım ekiplerini takdir ediyorum. Her ne kadar ürün geliştirme sırasında dili değiştirme veya başka bir ekleme seçeneği olmasa da, bazı diller farklı paradigmalar kullanmanıza izin verir. Fonksiyonel programlama, daha önce sadece fonksiyonel dillerde bulunan bir örnek olarak belirtilmiştir ve son yıllarda nesnelere yönelik nesnelere de taşınmıştır.
Yazılım ekiplerinde başka hangi çeşitlilik faktörleri yararlıdır? Görüşlerinizi yorumlarda okumaktan mutluluk duyarım.
Son olarak, bir soruyu cevaplamak istiyorum: Gerekirse çeşitliliği nasıl artırabilirsiniz? Bu bir takım gelişimi meselesidir. Ancak henüz bir insan kaynakları departmanının işe alımda belirtilen yönleri dikkate aldığını henüz deneyimlemedim. Bir takım lideri de “kimyanın doğru olduğu” yeni bir ortamda birini daha çok arıyor. Bu fena değil, ancak daha fazla çeşitliliğin elde edilemeyebileceğinin farkında olmalısınız.
Ekip komutu alabilir ve çeşitlilik üzerinde çalışabilir. Ekip üyelerinin yaşı, türü veya anadili hiçbir şey değiştirilemese de, yeni beceri ve beceriler için daha bilinçli eğitim mümkündür. Örneğin, bir ekip başlangıç noktasını kararlılıkla alabilir ve grubun çeşitliliğini görebilir. Bu, hangi alanlarda iyileştirmenin gerekli olduğunu türetmenin ilk önemli adımıdır. Ve bir iş vadesi geldiğinde, ekip etkileyebilir. Ekip üyeleri yönetim sorumluluğuna katılırlar, aksi takdirde genellikle kimsenin kullanılmamasıdı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. Bloga döndüğüm konuları geliştirmek istiyorsanız, yazılım geliştirme için liderlik topluluğumuza gelin.
(RME)

Bir yanıt yazın