BT'deki en önemli beceri sorulduğunda, ankete katılan geliştiricilerin çoğunluğu “akıllı algoritmalar yazmak” veya “doğru yardımcı pilot istemini bulmak” yerine “iletişim” cevabını verdi. Eberhard Wolff ve Lisa Moritz, Stuttgart'taki Java Forumunda etkinlik katılımcılarına video yayını yazılımı-architektur.tv için hangi BT becerilerinin en önemli olduğunu sorduklarında deneyimledikleri şey buydu. Yazılım mimarı, podcast yayıncısı ve video yayıncısı Eberhard ile iletişimin sosyal becerileri hakkında konuşuyoruz.
Duyuru
(Resim:
Eberhard Wolff
)
Eberhard Wolff, SWAGLab'ın mimarlık bölümünün başkanıdır ve yirmi yıldan fazla bir süre boyunca genellikle iş ve teknoloji arasındaki arayüzde mimar ve danışman olarak çalışmıştır. Mikro hizmetler de dahil olmak üzere çok sayıda makale ve kitabın yazarıdır ve uluslararası konferanslarda düzenli olarak konuşmacı olarak yer almaktadır. Teknoloji odağı, bulut, etki alanı odaklı tasarım ve mikro hizmetler gibi modern mimari ve geliştirme yaklaşımlarıdır.
Anketiniz iletişimin BT'deki en önemli beceri olduğunu gösterdi. Bu kadar çok insanın bu şekilde düşünmesine kişisel olarak şaşırdınız mı?
Dürüst olmak gerekirse, ne gibi tepkiler bekleyeceğimi önceden düşünmemiştim. Sonuç olarak o kadar da şaşırmadım çünkü bence iletişim ve sosyal beceriler de çok önemli. Anketi Stream'deki Yazılım Mimarisi ekibimizle birlikte geliştirdik ve Stuttgart'taki Java Forum'da yani teknik bir konferansta gerçekleştirdik. Dolayısıyla belki de insanların teknik becerileri çok önemli bulmaması, bunun yerine sosyal beceriler ve iletişimi bu kadar önemli bulması dikkate değerdir. Eğer hepimiz bunun önemi konusunda hemfikirsek, özellikle bir soruyla ilgileniyorum: İletişimi geliştirmek için ne yapmalıyız? Sektörümüzde iletişim yeteneklerini güçlendirmek için sistematik bir planımız var mı?
İletişim becerilerini geliştiren bu kadar sistematik bir plan ne olabilir?
Tipik olarak Scrum Master'lar projedeki iletişim eksikliği gibi sorunların çözümünden sorumludur. Dolayısıyla bu rol iletişim konusu açısından özellikle önemlidir. Ancak sistematik bir yaklaşım farklı görünüyor: havacılık mürettebatı kaynak yönetimi bizim için bir model olabilir. Havacılık endüstrisi, iletişim sorunlarının havacılık kazalarına katkıda bulunan bir faktör olduğunu fark etmiş ve bunu eğitimin bir parçası haline getirmiştir. İletişiminizi geliştirmenin yapı taşları, yapısal değişiklikler sırasında yetenekli iletişim için Özgürleştirici Yapılar veya Korkusuz Değişim gibi ılımlı yaklaşımlardır. Ayrıca dilinize dikkat etmeyi de öğrenebilirsiniz. Mimarlık akışımızda da tüm bu konularla ilgili bölümler var.
Video katkınızda iletişimi önlemek için iyi bir yazılım mimarisinin bulunduğunu da belirtmişsiniz. Bu bir çelişki değil mi?
Hayır bu bir çelişki değil. Projeler her zaman gerektiği kadar iletişim kurmalı ve bu nedenle iletişimin kendisi sınırlı olmamalıdır. Ancak iyi mimari iletişim ihtiyacını azaltabilir. Mimarinin optimal olmaması nedeniyle yazılımın birçok parçası bir gereksinimin uygulanmasından etkileniyorsa, bu büyük bir iletişim çabası anlamına gelir. İlgili tarafların yöneticileri koordine etmelidir. Yazılımı iyi bir mimariyle, bir gereksinimin uygulanması sistemin yalnızca belirli bölümlerini etkileyecek şekilde yapılandırırsanız, iletişim ihtiyacı ve bununla birlikte iletişim de azalır.
Eberhard, yanıtlarınız için çok teşekkürler! İletişim teması, iX Developer'ın yeni yayınlanan ve kiosklarda ve çevrimiçi mağazada satışa sunulan yeni özel sayısı “Praxis Softwarearchitektur”un da merkezinde yer alıyor. Eberhard Wolff da bu sayımızın yazarlarından biri.
“Üç soru ve cevap” serisinde iX, ister bilgisayar önündeki kullanıcının bakış açısı, ister yöneticinin bakış açısı, ister yöneticinin günlük yaşamı olsun, günümüzün BT zorluklarının özüne inmek istiyor. bir yönetici. Günlük uygulamalarınızdan veya kullanıcılarınızdan önerileriniz var mı? Hangi konuyu kısa ve doğrudan okumak istersiniz? O halde bize yazmaktan veya forumda yorum bırakmaktan çekinmeyin.
(DSÖ)
Duyuru
(Resim:
Eberhard Wolff
)
Eberhard Wolff, SWAGLab'ın mimarlık bölümünün başkanıdır ve yirmi yıldan fazla bir süre boyunca genellikle iş ve teknoloji arasındaki arayüzde mimar ve danışman olarak çalışmıştır. Mikro hizmetler de dahil olmak üzere çok sayıda makale ve kitabın yazarıdır ve uluslararası konferanslarda düzenli olarak konuşmacı olarak yer almaktadır. Teknoloji odağı, bulut, etki alanı odaklı tasarım ve mikro hizmetler gibi modern mimari ve geliştirme yaklaşımlarıdır.
Anketiniz iletişimin BT'deki en önemli beceri olduğunu gösterdi. Bu kadar çok insanın bu şekilde düşünmesine kişisel olarak şaşırdınız mı?
Dürüst olmak gerekirse, ne gibi tepkiler bekleyeceğimi önceden düşünmemiştim. Sonuç olarak o kadar da şaşırmadım çünkü bence iletişim ve sosyal beceriler de çok önemli. Anketi Stream'deki Yazılım Mimarisi ekibimizle birlikte geliştirdik ve Stuttgart'taki Java Forum'da yani teknik bir konferansta gerçekleştirdik. Dolayısıyla belki de insanların teknik becerileri çok önemli bulmaması, bunun yerine sosyal beceriler ve iletişimi bu kadar önemli bulması dikkate değerdir. Eğer hepimiz bunun önemi konusunda hemfikirsek, özellikle bir soruyla ilgileniyorum: İletişimi geliştirmek için ne yapmalıyız? Sektörümüzde iletişim yeteneklerini güçlendirmek için sistematik bir planımız var mı?
İletişim becerilerini geliştiren bu kadar sistematik bir plan ne olabilir?
Tipik olarak Scrum Master'lar projedeki iletişim eksikliği gibi sorunların çözümünden sorumludur. Dolayısıyla bu rol iletişim konusu açısından özellikle önemlidir. Ancak sistematik bir yaklaşım farklı görünüyor: havacılık mürettebatı kaynak yönetimi bizim için bir model olabilir. Havacılık endüstrisi, iletişim sorunlarının havacılık kazalarına katkıda bulunan bir faktör olduğunu fark etmiş ve bunu eğitimin bir parçası haline getirmiştir. İletişiminizi geliştirmenin yapı taşları, yapısal değişiklikler sırasında yetenekli iletişim için Özgürleştirici Yapılar veya Korkusuz Değişim gibi ılımlı yaklaşımlardır. Ayrıca dilinize dikkat etmeyi de öğrenebilirsiniz. Mimarlık akışımızda da tüm bu konularla ilgili bölümler var.
Video katkınızda iletişimi önlemek için iyi bir yazılım mimarisinin bulunduğunu da belirtmişsiniz. Bu bir çelişki değil mi?
Hayır bu bir çelişki değil. Projeler her zaman gerektiği kadar iletişim kurmalı ve bu nedenle iletişimin kendisi sınırlı olmamalıdır. Ancak iyi mimari iletişim ihtiyacını azaltabilir. Mimarinin optimal olmaması nedeniyle yazılımın birçok parçası bir gereksinimin uygulanmasından etkileniyorsa, bu büyük bir iletişim çabası anlamına gelir. İlgili tarafların yöneticileri koordine etmelidir. Yazılımı iyi bir mimariyle, bir gereksinimin uygulanması sistemin yalnızca belirli bölümlerini etkileyecek şekilde yapılandırırsanız, iletişim ihtiyacı ve bununla birlikte iletişim de azalır.
Eberhard, yanıtlarınız için çok teşekkürler! İletişim teması, iX Developer'ın yeni yayınlanan ve kiosklarda ve çevrimiçi mağazada satışa sunulan yeni özel sayısı “Praxis Softwarearchitektur”un da merkezinde yer alıyor. Eberhard Wolff da bu sayımızın yazarlarından biri.
“Üç soru ve cevap” serisinde iX, ister bilgisayar önündeki kullanıcının bakış açısı, ister yöneticinin bakış açısı, ister yöneticinin günlük yaşamı olsun, günümüzün BT zorluklarının özüne inmek istiyor. bir yönetici. Günlük uygulamalarınızdan veya kullanıcılarınızdan önerileriniz var mı? Hangi konuyu kısa ve doğrudan okumak istersiniz? O halde bize yazmaktan veya forumda yorum bırakmaktan çekinmeyin.
(DSÖ)