Günaydın.
Duyuru
(Resim:
Stefan Mintert
)
Stefan Mintert, yazılım geliştirmede şirket kültürünü geliştirmek için müşterileriyle birlikte çalışıyor. Şu anda liderlikte en büyük potansiyeli görüyor; hiyerarşik seviyeden bağımsız olarak Bazı yön değişiklikleriyle bir kariyer yolunun ardından bu potansiyelden yararlanmayı kendine görev edindi. Birkaç yıllık danışmanlık deneyimine sahip bir BT geçmişinden gelen, başlangıçta kendi yazılım geliştirme şirketini kurdu. Liderliğin öğrenilmesi gerektiğini ve iyi rol modellerinin nadir olduğunu buldu. Müşterilerinin yazılım geliştirmede en büyük desteğe ihtiyacının kod üretiminde değil liderlik olduğu ortaya çıktı. Dolayısıyla Kutura şirketinin nereye doğru gittiği onun için açıktı: ürünleri geliştiren insanların gelişip büyüyebilmesi için liderliği geliştirmek. Stefan, 1994'ten bu yana iX'te uzun süredir serbest çalışan olarak Haberler için yazıyor.
Topluluk önünde konuşmak çok önemli. Konuşmacılar dernekleri, tartışma kulüpleri, dil koçları ve çok daha fazlası var. İnsanları ikna etmek istiyorsanız harika bir konuşmacı olmalısınız. Nesilde yalnızca bir kez gerçekleşen bir olay. Bu kişiyle röportaj yapılır ve dinlenir.
“İletişim becerileri ne kadar önemlidir?” Konusunda popüler görüş muhtemelen buna benzer bir şeydir. Bekliyorum. En iyi spor takımlarının kaptanlarının yukarıda bahsettiğimiz anlamda iletişim konusunda başarısız olması gariptir. Konuşma yapmıyorlar. Özel röportajlar vermiyorlar (ya da hiç). Susuyorlar ve çok az konuşuyorlar.
En azından halka açık olarak. Çünkü takımda işler farklı görünüyor. Burada iyi bir bağlantıya sahipler ve tüm ekip üyeleriyle çok konuşuyorlar. Bazen sözlerle, bazen beden diliyle. Belagat ve ayrıntılı açıklamalar bulunamaz. Ama basit bir metin. Teknik mesajlar. Asıl mesele. Anlaşılabilir. Gösteriş yok.
Sam Walker'ın spor takımı kaptanları hakkında keşfettiği ve “The Captain Class” adlı kitabında anlattığı şey, yazılım geliştiricilerin de yapabileceği bir şey.
Yazılım ekibinde yazılım, mimari, kalıplar, yeniden düzenleme, araçlar ve yöntemler hakkında tutkuyla konuşan herkes işin gidişatını belirler, konuları ve yönü belirler.
Yönünü belirle? Bu liderlik anlamına gelen başka bir kelimedir.
Ekipteki herkesin üstlenebileceği liderlik. Bir takımın çok fazla sahip olamayacağı liderlik. Kendi konumundaki kimseye saldırmayan liderlik. Hiyerarşide değil davada liderlik.
Walker şöyle yazıyor: “Etkili ekiplerle ilgili en büyük bilimsel keşiflerden biri, üyelerinin birbirleriyle konuşmasıdır. Bunu demokratik bir şekilde, sırayla yaparlar. Bu tür ekiplerin liderleri yoğun bir şekilde sosyalleşir ve herkesle coşku ve enerjiyle konuşur. [besten] Takımların bir konuşma kültürü vardır ve bu kültürü geliştirip sürdüren kişi de kaptandır. Kamuya açık konuşmalara yönelik coşku eksikliğine rağmen, bu kaptanların çoğu, takımlarının özel sınırları içinde sürekli sohbetler yaparak mesajlarını jestler, bakışlar, dokunuşlar ve diğer vücut dili biçimleriyle güçlendiriyor. Etkili ekip iletişiminin sırrı büyüklenme değildir. Bu saçma sapan bir konuşma akışı […] ve bu sabittir.”
Bir yazılım ekibinin üyesi olarak bununla ne yapabilirim?
Ekibinizin gidişatından hoşlanmıyorsanız, ürünün gidişatından hoşlanmıyorsanız, yönetim kararlarından hoşlanmıyorsanız, bir özellik fabrikasına sıkışıp kaldıysanız ve çıkmak istiyorsanız, yapmalısınız. İletişimde liderliği ele alın! Bir spor takımının amacına ulaşıp ulaşmadığı, başlama vuruşu ile bitiş düdüğü arasında belli olur. Bu dönemde hiçbir paydaş, hiçbir kullanıcı, hiçbir yönetici yoktur ve dolayısıyla bu kişilerle iletişim kurulamaz. Koç da kenarda ve bu iletişim de öyle.
Yazılım geliştirme ekipleri için işler farklıdır. Başlama vuruşu ve bitiş düdüğü yoktur. Bu sadece geliştirme ekibi içindeki bir tartışma konusu olmamalıdır. İlgili tüm (!) kişilerle doğrudan değişim önemlidir ve ürün sahibini yalnız bırakmamalısınız. Aksi takdirde geliştirme ekibi kendilerini meşhur siloda bulacak ve yön üzerinde hiçbir etkisi olmayacak. Burada amaçlandığı gibi iletişim söz konusu olduğunda “ekip”, geliştirilmekte olan ürünün tasarımı üzerinde etkisi olan herkesi içerir. Ve bu insanların her biri birer “geliştirici”.
Bir yazılımcı olarak resmi olarak ekibin bir parçası olmayan kişilerle konuşmak için mimari ve teknik borçlar hakkında konuşabilmek yeterli değildir. Silolar arası başarılı iletişim için ürünün ve onun iş üzerindeki etkisinin bütünsel olarak anlaşılması gerekir. Resmi gücü olmayan bir konumdan (özellik fabrikasındaki ekibiniz) liderlik etmek istiyorsanız, değişimi dahil olan herkesle birlikte kendi ellerinize almanızı öneririz. Bu nedenle iyi tanımlanmış ifadeler üzerinde düşünmek için çok zaman harcamak yerine iletişim kurmak daha önemlidir. Tıpkı en iyi spor takımlarının (bazen görünmez) kaptanları gibi.
Sizin adınıza:
(Ben)
Duyuru
(Resim:
Stefan Mintert
)
Stefan Mintert, yazılım geliştirmede şirket kültürünü geliştirmek için müşterileriyle birlikte çalışıyor. Şu anda liderlikte en büyük potansiyeli görüyor; hiyerarşik seviyeden bağımsız olarak Bazı yön değişiklikleriyle bir kariyer yolunun ardından bu potansiyelden yararlanmayı kendine görev edindi. Birkaç yıllık danışmanlık deneyimine sahip bir BT geçmişinden gelen, başlangıçta kendi yazılım geliştirme şirketini kurdu. Liderliğin öğrenilmesi gerektiğini ve iyi rol modellerinin nadir olduğunu buldu. Müşterilerinin yazılım geliştirmede en büyük desteğe ihtiyacının kod üretiminde değil liderlik olduğu ortaya çıktı. Dolayısıyla Kutura şirketinin nereye doğru gittiği onun için açıktı: ürünleri geliştiren insanların gelişip büyüyebilmesi için liderliği geliştirmek. Stefan, 1994'ten bu yana iX'te uzun süredir serbest çalışan olarak Haberler için yazıyor.
Topluluk önünde konuşmak çok önemli. Konuşmacılar dernekleri, tartışma kulüpleri, dil koçları ve çok daha fazlası var. İnsanları ikna etmek istiyorsanız harika bir konuşmacı olmalısınız. Nesilde yalnızca bir kez gerçekleşen bir olay. Bu kişiyle röportaj yapılır ve dinlenir.
“İletişim becerileri ne kadar önemlidir?” Konusunda popüler görüş muhtemelen buna benzer bir şeydir. Bekliyorum. En iyi spor takımlarının kaptanlarının yukarıda bahsettiğimiz anlamda iletişim konusunda başarısız olması gariptir. Konuşma yapmıyorlar. Özel röportajlar vermiyorlar (ya da hiç). Susuyorlar ve çok az konuşuyorlar.
En azından halka açık olarak. Çünkü takımda işler farklı görünüyor. Burada iyi bir bağlantıya sahipler ve tüm ekip üyeleriyle çok konuşuyorlar. Bazen sözlerle, bazen beden diliyle. Belagat ve ayrıntılı açıklamalar bulunamaz. Ama basit bir metin. Teknik mesajlar. Asıl mesele. Anlaşılabilir. Gösteriş yok.
Sam Walker'ın spor takımı kaptanları hakkında keşfettiği ve “The Captain Class” adlı kitabında anlattığı şey, yazılım geliştiricilerin de yapabileceği bir şey.
Yazılım ekibinde yazılım, mimari, kalıplar, yeniden düzenleme, araçlar ve yöntemler hakkında tutkuyla konuşan herkes işin gidişatını belirler, konuları ve yönü belirler.
Yönünü belirle? Bu liderlik anlamına gelen başka bir kelimedir.
Ekipteki herkesin üstlenebileceği liderlik. Bir takımın çok fazla sahip olamayacağı liderlik. Kendi konumundaki kimseye saldırmayan liderlik. Hiyerarşide değil davada liderlik.
Walker şöyle yazıyor: “Etkili ekiplerle ilgili en büyük bilimsel keşiflerden biri, üyelerinin birbirleriyle konuşmasıdır. Bunu demokratik bir şekilde, sırayla yaparlar. Bu tür ekiplerin liderleri yoğun bir şekilde sosyalleşir ve herkesle coşku ve enerjiyle konuşur. [besten] Takımların bir konuşma kültürü vardır ve bu kültürü geliştirip sürdüren kişi de kaptandır. Kamuya açık konuşmalara yönelik coşku eksikliğine rağmen, bu kaptanların çoğu, takımlarının özel sınırları içinde sürekli sohbetler yaparak mesajlarını jestler, bakışlar, dokunuşlar ve diğer vücut dili biçimleriyle güçlendiriyor. Etkili ekip iletişiminin sırrı büyüklenme değildir. Bu saçma sapan bir konuşma akışı […] ve bu sabittir.”
Bir yazılım ekibinin üyesi olarak bununla ne yapabilirim?
Ekibinizin gidişatından hoşlanmıyorsanız, ürünün gidişatından hoşlanmıyorsanız, yönetim kararlarından hoşlanmıyorsanız, bir özellik fabrikasına sıkışıp kaldıysanız ve çıkmak istiyorsanız, yapmalısınız. İletişimde liderliği ele alın! Bir spor takımının amacına ulaşıp ulaşmadığı, başlama vuruşu ile bitiş düdüğü arasında belli olur. Bu dönemde hiçbir paydaş, hiçbir kullanıcı, hiçbir yönetici yoktur ve dolayısıyla bu kişilerle iletişim kurulamaz. Koç da kenarda ve bu iletişim de öyle.
Yazılım geliştirme ekipleri için işler farklıdır. Başlama vuruşu ve bitiş düdüğü yoktur. Bu sadece geliştirme ekibi içindeki bir tartışma konusu olmamalıdır. İlgili tüm (!) kişilerle doğrudan değişim önemlidir ve ürün sahibini yalnız bırakmamalısınız. Aksi takdirde geliştirme ekibi kendilerini meşhur siloda bulacak ve yön üzerinde hiçbir etkisi olmayacak. Burada amaçlandığı gibi iletişim söz konusu olduğunda “ekip”, geliştirilmekte olan ürünün tasarımı üzerinde etkisi olan herkesi içerir. Ve bu insanların her biri birer “geliştirici”.
Bir yazılımcı olarak resmi olarak ekibin bir parçası olmayan kişilerle konuşmak için mimari ve teknik borçlar hakkında konuşabilmek yeterli değildir. Silolar arası başarılı iletişim için ürünün ve onun iş üzerindeki etkisinin bütünsel olarak anlaşılması gerekir. Resmi gücü olmayan bir konumdan (özellik fabrikasındaki ekibiniz) liderlik etmek istiyorsanız, değişimi dahil olan herkesle birlikte kendi ellerinize almanızı öneririz. Bu nedenle iyi tanımlanmış ifadeler üzerinde düşünmek için çok zaman harcamak yerine iletişim kurmak daha önemlidir. Tıpkı en iyi spor takımlarının (bazen görünmez) kaptanları gibi.
Sizin adınıza:
- Bir ürün sahibi, özellik fabrikasına düşmemek için geliştiricilerden ne ister? Bu konuyu uzun süredir ürün sahibi olan Kathleen Janz ile konuştum. Podcast bölümünde “Özellik Fabrikasında Ürün Sahibi – Fail mi, Mağdur mu?” diye bir kayıt var.
- Liderlik becerilerini geliştirmek isteyen Haberler okuyucuları, Lider Kendi Kendini Organize Eden Yazılım Ekibi atölyesine rezervasyon yaparken “2024Haberler10” promosyon kodunu kullanarak %10 indirim alabilirler. Kod, makalenin yayınlanmasından sonraki iki hafta içinde yapılan rezervasyonlar için geçerlidir.
(Ben)