Oliver BrandmüllerIn der #IT gibt es unzählige #Architekten - aber keine Statiker.
Denkt mal drüber nach.
MiQ@spmrider ich denke wir tun uns wie immer alle schwer etwas zu benennen. Architekten in der IT sind nicht unbedingt für die Ästhetik zuständig. Sie sollten, wie verschiedene andere Rollen, alles zusammen halten. Und viel zu viele haben Angst vor Veränderung. Diese ist nötig um etwas zu ändern oder zu verbessern. Sonst gibt es nur Stillstand. Und jede Veränderung braucht Iterationen, den Big bang gibt es nicht. Nur das andere Extrem, alles abzulehnen was eine langfristige Strategie benötigt....
@spmrider und bitte nicht nur auf die Software schauen, auch auf die Entwickler, die Benutzer, die Administratoren, ...
@miq
Ja, Rollenbezeichnungen matchen eh nicht 100% - und klar ist der Architekt kein UX Designer. Ich bin nur gerade mit etwas konfrontiert, wo ich dem Architekten nicht vorwerfen möchte, seinen Job nicht getan zu haben, aber dennoch ist das Ergebnis ... fragil. Da fehlt einfach eine Rolle.
Ja, Rollenbezeichnungen matchen eh nicht 100% - und klar ist der Architekt kein UX Designer. Ich bin nur gerade mit etwas konfrontiert, wo ich dem Architekten nicht vorwerfen möchte, seinen Job nicht getan zu haben, aber dennoch ist das Ergebnis ... fragil. Da fehlt einfach eine Rolle.
@spmrider ich verstehe was du meinst. Da sehe ich dann zu oft ein: dafür bin ich nicht zuständig.
An einem bestimmten Level kann man dann aber auch darum bemühen, dass jemand anderes zuständig ist/wird und dieser sich kümmert.
Zu oft sehe ich ein erwartungsvolles hoffen, dass jemand anderes das schon machen wird.
Problem wird hier schnell, wie das ganze in Unternehmen aufgebaut ist. Es ist teilweise "gewollt"
An einem bestimmten Level kann man dann aber auch darum bemühen, dass jemand anderes zuständig ist/wird und dieser sich kümmert.
Zu oft sehe ich ein erwartungsvolles hoffen, dass jemand anderes das schon machen wird.
Problem wird hier schnell, wie das ganze in Unternehmen aufgebaut ist. Es ist teilweise "gewollt"
@miq
Naja, häufig wird Fokus auf Entwicklung gelegt, Ops ist nur Anhang bei DevOps - und viel ist auf harmonisches Team ausgelegt, es fehlen antagonistische Rollen.
Naja, häufig wird Fokus auf Entwicklung gelegt, Ops ist nur Anhang bei DevOps - und viel ist auf harmonisches Team ausgelegt, es fehlen antagonistische Rollen.