[et_pb_section fb_built=”1″ _builder_version=”4.6.5″ _module_preset=”default” custom_padding=”30px||0px||false|false”][et_pb_row _builder_version=”4.7.3″ _module_preset=”default”][et_pb_column type=”4_4″ _builder_version=”4.7.3″ _module_preset=”default”][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||”]<\/p>\n
Axel Feix spricht im Interview dar\u00fcber, was Anpassungsf\u00e4higkeit f\u00fcr ihn als Softwarearchitekten bedeutet, warum sie f\u00fcr den Projekterfolg so wichtig ist und welcher Druck damit auch verbunden sein kann.<\/span><\/p>\n [\/et_pb_text][et_pb_testimonial portrait_url=”https:\/\/www.itech-progress.com\/wp-content\/uploads\/2020\/03\/Feix.png” quote_icon=”off” portrait_width=”150px” portrait_height=”150px” _builder_version=”4.7.3″ _module_preset=”default” custom_margin=”40px||||false|false” custom_padding=”||||false|false”]<\/p>\n Axel Feix hat langj\u00e4hrige Projekterfahrung als Analyst und Softwarearchitekt. Er unterst\u00fctzt Kunden als Senior Consultant und Trainer bei der Einf\u00fchrung und Umsetzung von Software-Engineering, Requirements-Engineering, Softwarearchitektur-Management und Architekturdokumentation. Er interessiert sich f\u00fcr was fliegt, alles was man visualisieren und spielen kann, und was die Welt zusammenh\u00e4lt.<\/p>\n<\/div>\n [\/et_pb_testimonial][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”40px||||false|false” hover_enabled=”0″ sticky_enabled=”0″]<\/p>\n <\/strong><\/p>\n Feix:<\/strong>\u00a0Nachdem die Definitionsphase im Projekt abgeschlossen ist und feststeht, wie die Softwarearchitektur grunds\u00e4tzlich aussehen soll, sind die Leitplanken f\u00fcr den Softwarearchitekten vorgegeben. Wenn die Entscheidung auf eine Web-Anwendung gefallen ist, dann wird daraus keine Embedded-Anwendung mehr. Die Softwarearchitektur muss in dem festgelegten Rahmen aber trotzdem verhandelbar bleiben, ohne dabei den Blick auf das Endprodukt zu verlieren. Welches Framework wird in welcher Version verwendet? Welche API wird eingesetzt? Das sind Fragen, \u00fcber die noch diskutiert werden kann und muss.<\/p>\n Als Softwarearchitekt finde ich es wichtig, mir dar\u00fcber im Klaren zu sein, dass ich nicht die Weisheit mit L\u00f6ffeln gefressen habe. L\u00f6sungen werden nicht nur fachlich, sondern auch technisch im Team entschieden und das hei\u00dft, sich auf gute Argumente einzulassen und aufgeschlossen zu sein. Wenn ein Entwickler oder eine Entwicklerin etwas Cleveres auf die Beine gestellt hat, dann sollte das innerhalb der Leitplanken auch umgesetzt werden. Nur so entsteht am Ende eine gute und vor allem langlebige Softwarearchitektur.<\/p>\n [\/et_pb_text][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”25px||||false|false”]<\/p>\n <\/strong><\/p>\n Feix:\u00a0<\/strong>Anpassungsf\u00e4higkeit f\u00fcr mich als Softwarearchitekt ist wichtig, weil heutzutage alles agil entwickelt wird. Dabei kommt es immer wieder vor, dass Dinge wichtig werden, an die anfangs nicht gedacht wurde oder die keinen hohen Stellenwert hatten. Da denke ich zum Beispiel an die neuen Anforderungen, die es seit der Pandemie in Bezug auf Beh\u00f6rden gibt. Diverse Angelegenheiten, die B\u00fcrgerinnen und B\u00fcrger immer vor Ort geregelt haben, m\u00fcssen jetzt auch auf den mobilen Endger\u00e4ten funktionieren.<\/p>\n Der technische Wandel ist schnell. Es hei\u00dft, etwa alle zwei Jahre werden die alten Technologien durch neue Technologien ersetzt und das Know-how bedarf einer Auffrischung. Wer sich bem\u00fcht, immer vorne auf der Buchwelle mitzuschwimmen, um auf dem neuesten Stand zu bleiben, der kann auch anpassungsf\u00e4hig auf den technischen Wandel reagieren. Neu ist aber nicht immer besser. Anhand von Erfahrungswerten sollte kritisch hinterfragt werden, ob und wie neue Technologien zum eigenen Vorhaben passen und wie sie gewinnbringend eingesetzt werden k\u00f6nnen. Was heute gehypt wird, kann in wenigen Jahren schon wieder von der Bildfl\u00e4che verschwinden.<\/p>\n Deshalb m\u00fcssen Softwaresysteme von Anfang an anpassungsf\u00e4hig gebaut werden, aber auch als Softwarearchitekt sollte ich mich auf neue Entwicklungen einlassen. Anpassungsf\u00e4higkeit ist ein lebenslanger Lernprozess.<\/p>\n [\/et_pb_text][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”25px||||false|false”]<\/p>\n <\/span><\/strong><\/span><\/p>\n Feix:<\/span>\u00a0<\/strong><\/span>Als Softwarearchitekt brauche ich zu Beginn des Projekts besonders viel Anpassungsf\u00e4higkeit, bis die Softwarearchitektur durch das Board genehmigt ist. Im Board gibt es viele Stakeholder und alle Interessen sollten angemessen ber\u00fccksichtigt oder wegdiskutiert werden. Wenn die Softwarearchitektur dann auf die Projektwirklichkeit trifft und das umgesetzt werden soll, was konzipiert wurde, dann m\u00fcssen die nicht-funktionalen Anforderungen wie Barrierefreiheit, Skalierbarkeit und IT-Sicherheit bedacht werden. Dazu sind eine Reihe von Workshops notwendig, um die Entwicklungsteams auf ihre Aufgaben vorzubereiten und f\u00fcr die Herausforderungen zu sensibilisieren. Gute Ideen vonseiten des Teams sollten in die Detaillierung der Softwarearchitektur einflie\u00dfen und in der Architekturdokumentation dokumentiert werden. Au\u00dferdem kann es \u00dcberraschungen organisatorischer Art geben, weil ein Framework oder eine API nicht mehr verf\u00fcgbar ist, auf die man gesetzt hat. Oder Vertragspartner wurden gewechselt, sodass mit neuen Datenbanken und Produkten gearbeitet werden muss.<\/p>\n [\/et_pb_text][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”25px||||false|false”]<\/p>\n <\/span><\/strong><\/span><\/p>\n Feix:\u00a0<\/span><\/strong><\/span>Ein \u201ezu viel\u201c an Anpassungsf\u00e4higkeit in der Softwarearchitektur herrscht dann, wenn es keine klaren Strukturen und Verantwortlichkeiten mehr gibt. Wenn es mehrere APIs gibt, die das Gleiche tun, nur an anderen Stellen in der Softwarearchitektur. Das verschlammt die ganze Struktur. Bei Problemen sollte der Softwarearchitekt meiner Meinung nach immer auf das Team zur\u00fcckgreifen. Er ist bestenfalls Teil eines Querschnittteams oder einer Community of Practice (COP) mit den wichtigsten Vertretern aus Entwicklung, UX-Design, Test und so weiter. Insbesondere die Lead Entwickler spielen eine wichtige Rolle. Die Softwarearchitektur sollte vorgestellt werden, sodass das Team Feedback geben kann und Kompromisse gefunden werden, die die Entwickler und den Architekten zufriedenstellen. Dabei kann dann auch mal klassisch \u00fcber Optionen abgestimmt werden. Auch hier ist wichtig: Immer im Rahmen der Leitplanken und das vereinbarte Endprodukt nicht vergessen!<\/p>\n Ich finde es generell wichtig, dass man sich auf eine gemeinsame Softwarearchitektur einschw\u00f6rt und das Architekturmanagement im Team am Leben erh\u00e4lt. Wenn dann mal neue Leute dazukommen, lassen sich schnell mithilfe des Teams und der Architekturdokumentation alle auf den gleichen Wissensstand bringen. So gibt es nicht nur einen gemeinsamen Code, sondern auch eine gemeinsame Softwarearchitektur. Wenn ich als Entwicklungsteam an der Entstehung und der Entwicklung von etwas beteiligt bin, kann ich mich auch besser daranhalten.<\/p>\n [\/et_pb_text][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”25px||||false|false”]<\/p>\n <\/span><\/strong><\/span><\/p>\n Feix:\u00a0<\/span><\/strong><\/span>Ich glaube, dass der Druck gewachsen ist, weil das IT-Management gerne sagt, dass Softwarearchitekten nur im ersten Teil eines Projekts notwendig sind. Wenn die Softwarearchitektur erst mal steht, haben sie nichts mehr zu tun, aber das stimmt nat\u00fcrlich nicht. Bis das Projekt live geht, gibt es st\u00e4ndig neue Anpassungen, die Pr\u00fcfungsbedarf haben. Neben Frameworks, die evaluiert und Architekturentscheidungen, die getroffen werden m\u00fcssen, achtet der Softwarearchitekt im Sprint darauf, dass nicht nur fachliche, sondern auch technische Anforderungen umgesetzt werden. Gerade das Refactoring ist wichtig, damit eine Softwarearchitektur klar bleibt und nicht versumpft. Mit jedem Sprint lagert sich ein kleines bisschen Bodensatz an, der aus neuen Anforderungen und neuen Funktionalit\u00e4ten besteht. Der Softwarearchitekt sch\u00f6pft diesen Bodensatz ab, damit neue Anforderungen umgesetzt werden k\u00f6nnen. Neue Anforderungen vom Fachteam m\u00fcssen zusammen mit dem PO und dem Entwicklungsteam nat\u00fcrlich auch auf Umsetzbarkeit und notwendige \u00c4nderungen an der Architektur gepr\u00fcft werden.<\/p>\n Bei all diesen Aufgaben ist es von gro\u00dfem Vorteil, als Softwarearchitekt anpassungsf\u00e4hig zu sein, um verschiedene Rollen einnehmen zu k\u00f6nnen. F\u00fcr das Team ist es beispielsweise wichtig, den Softwarearchitekten als starken F\u00fcrsprecher zu haben, wenn es um technische Schulden geht und der dann auch vor der Projektleitung daf\u00fcr eintritt, die Softwarearchitektur sauber zu halten.<\/p>\n <\/p>\n Vielen Dank an Axel Feix f\u00fcr dieses Interview.<\/p>\n <\/p>\n [\/et_pb_text][et_pb_text _builder_version=”4.7.3″ _module_preset=”default” link_font=”||on||||||” header_2_letter_spacing=”2px” custom_margin=”||||false|false” custom_padding=”18px||||false|false”]<\/p>\n Wie w\u00fcrden Sie auf die Fragen antworten? Wir freuen uns auf den Austausch in den Kommentaren!<\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":" Axel Feix spricht im Interview dar\u00fcber, was Anpassungsf\u00e4higkeit f\u00fcr ihn als Softwarearchitekten bedeutet, warum sie f\u00fcr den Projekterfolg so wichtig ist und welcher Druck damit auch verbunden sein kann. Axel Feix hat langj\u00e4hrige Projekterfahrung als Analyst und Softwarearchitekt. Er unterst\u00fctzt Kunden als Senior Consultant und Trainer bei der Einf\u00fchrung und Umsetzung von Software-Engineering, Requirements-Engineering, Softwarearchitektur-Management […]<\/p>\n","protected":false},"author":1,"featured_media":24275,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[543,551,833],"tags":[],"class_list":["post-24255","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-interviews-und-vortraege","category-kommunikativ","category-softwarearchitektur"],"_links":{"self":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/24255","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/comments?post=24255"}],"version-history":[{"count":10,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/24255\/revisions"}],"predecessor-version":[{"id":53841,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/24255\/revisions\/53841"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/media\/24275"}],"wp:attachment":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/media?parent=24255"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/categories?post=24255"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/tags?post=24255"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Was bedeutet es f\u00fcr dich als Softwarearchitekt anpassungsf\u00e4hig zu sein?
Warum ist die Anpassungsf\u00e4higkeit f\u00fcr einen Softwarearchitekten so wichtig?
In welchen Phasen des Projekts oder in welchen Situationen braucht ein Softwarearchitekt besonders viel Anpassungsf\u00e4higkeit?
Wann herrscht ein \u201azu viel\u2018 an Anpassungsf\u00e4higkeit und wie l\u00e4sst sich dieses Problem in der Praxis vermeiden?
Die Welt ver\u00e4ndert sich immer schneller. Versp\u00fcren Softwarearchitekten einen Druck anpassungsf\u00e4hig zu sein und wenn ja, ist dieser \u00fcber die letzten Jahre gewachsen?
Was sagen Sie zum Thema Anpassungsf\u00e4higkeit bei Softwarearchitekt:innen?<\/span><\/h2>\n