Youtube: Software-Architektur für Entscheider – INNOQ Technology Lunch
Die Komponenten eines Systems, ihre Beziehungen zueinander sowie die Prinzipien und Regeln, denen ihre (Weiter-)Entwicklung folgt. (ISO 42010)
Die Summe der bedeutenden Design-Entscheidungen, die das System formen, wobei >>bedeutend<< anhand der Änderungskosten gemessen wird. (Grady Booch)
- Time to market
- Usability und Performance
- Security und Verfügbarkeit
- Privatsphäre und DSGVO
- Organisatorische Agilität
Wer Technik relevant findet, muss Architektur ernst nehmen.
- Architektur ist nicht Konzept oder Dokumentation, sondern eine Eigenschaft eines Systems
- Eine Architektur ist immer da, ob man will oder nicht - und beabsichtigte Architekturen sind zufällig entstandenen überlegen
- Architekt*in muss keine Rolle sein, aber Architekturarbeit auf jeden Falle eine Aufgabe
- Architekturarbeit muss stattfinden, solange ein System im Einsatz ist
- Die Architektur unserer Software-Systeme beeinflusst entscheidend den Geschäftserfolg
- Domänenwissen (Fachwissen)
- Technikwissen (Technologien)
- Pragmatismus
- Standfestigkeit
- Strategisches Denken
- Kommunikationsfähigkeit
- Kooperationsfähigkeit
- Domänenallergie
- Technikverliebtheit
- Komplexitätssucht
- Spieltrieb
- Lustbefriedigung
- Selbstüberschätzung
- Mangelnder Respekt
Fachabteilung <--> Anwender*innen <--> IT/Architektur
- Koordinieren Sie die Veränderung von Organisation und Prozessen mit der (Weiter-)Entwicklung der Architektur Ihrer Systeme
- Sorgen Sie dafür, dass Software-Architektur-Kompetenz auf Entscheidungsebene vertreten ist
- Stellen Sie sicher, dass Architektur-Kompetenz in der Breite aufgebaut wird, unabhängig von Rollenbezeichnungen
- Richten Sie Entscheidungen konsequent an den Bedürfnissen der Menschen aus, die die Systeme nutzen
- Fordern und fördern Sie gegenseitigen Respekt zwischen den Beteiligten