Kategorie: User Experience Seite 1 von 2

Architekten als Geschichtenerzähler, Soziotechnologen, Dokumentierer und mehr (O’Reilly Architecture Conference London 2017)

London - Tower Bridge at Night
Am 16./17. Oktober fand in London die O’Reilly Conference Software Architecture statt. Wir waren mit unserem Talk „How do software architects find the way to user experience? With Google Maps“ dabei. In diesem Artikel lassen wir die Konferenz Revue passieren.

Die Konferenz war sehr gut besucht (geschätzt ca. 500 Leute) und zog Architekten und Entwickler aus ganz Europa, aber sogar auch von anderen Kontinenten an.

Ein interessantes Konzept waren die recht kurzen Keynotes (ca. 20 Minuten). So wurden statt einer langen Keynote gleich 3 Keynotes am Stück präsentiert, was zu sehr pointierten und kurzweiligen Vorträgen führte.

Auch eine interessante Beobachtung (wie bei einigen vergangenen Veranstaltungen): Firmen sind aktuell stärker auf der Suche nach neuen Mitarbeitern als nach neuen Kunden! Architekten und Software Engineers im Allgemeinen sind aktuell also sehr gesucht!

Es gab Talks zu unterschiedlichsten Aspekten von Softwarearchitektur. Wir orientieren uns hier im Artikel an einer Charakterisierung von Architekturkompetenz und Architekturthemen, die wir im Blog auch demnächst noch beschreiben werden. Die Darstellung der Talks hier im Artikel soll nicht repräsentativ sein, sie spiegelt eher wieder, welche Talks wir uns angesehen haben und für besonders sehenswert halten. Meist sind auch die Folien der Talks verfügbar oder sogar Videoaufzeichnungen, die wir dann verlinkt haben.

  • Architekturgrundlagen
  • Architekturmethoden und –Tools
  • Architekturelle Systemexpertise (Herausforderungen, Lösungskonzepte, Technologien, Frameworks, …)
  • Architekturaspekte rund um Menschen und Organisationen

Zum Abschluss gab es als Übung und gemeinsames Event noch Architecture Katas, die wir am Ende des Artikels beschreiben.

Architekturgrundlagen

Mark Richards widmete sich in seiner Keynote „The move toward modularity“ dem Thema Modularität, das eine zentrale Rolle für Softwarearchitektur spielt und durch Microservices wieder mehr ins Bewusstsein gerufen wurde. Mark Richards beleuchtete verschiedene Facetten von Modularität, insbesondere auch die dahinterstehenden Ziele (bei ihm: Agility, Testability, Deployability, Scalability, Availability).

Architekturmethoden und –Tools

Der neue CTO Patrick Kua vom deutschen Fintech-Unternehmen N26 sprach über in unterhaltsamer und anschaulicher Weise über Architekturdokumentation. Dazu verwendete er als Analogie den Reiseführer: „The travel guide to a software system“.

Er beschäftigte sich mit zahlreichen Fragen rund um die Erstellung von guter und pragmatischer Architekturdokumentation:

  • Gründe, sich mit Architekturdokumentation zu beschäftigen
    • Menschen kommen und gehen
    • Organisationen wachsen
    • Man hinterlässt mit einem System ein Vermächtnis
    • Zukünftige Arbeiten sollte nicht mit Detektivarbeit starten müssen
  • Wichtigste Inhalte
    • Historie (Kontext, Entstehungsgeschichte, Erfahrungen, wichtigste Entscheidungen, …)
    • Sinnvolle Fakten (Domänenwissen, Akronyme, Personas, wichtigste Use Cases, …)
    • Kultur (Coding Guidelines, Konventionen im Code, Entwicklungsprozess, …)
    • Karten / Sichten (Gesamtsicht, verschiedene Aspekte und Sichten des Systems (z.B. C4 Model von Simon Brown), Sequenzdiagramme, Flussdiagramme, …)
    • Sehenswürdigkeiten (Wichtigste Punkte im System, Systeme häufigster Änderungen, …)
    • Fun (Fun Facts zum System, Stellen, an denen besonders innovative oder kreative Lösungen zu finden sind, …)
  • Die Reise zur Architekturdokumentation
    • Ausgangspunkt (Immer vom Leser her denken, was sind die Use Cases von Dokumentation)
    • Größe (hängt von Historie, Menschen, Änderungsgrad und –geschwindigkeit, Domänenkomplexität ab)
    • Aktuell halten

Architekturelle Systemexpertise (Herausforderungen, Lösungskonzepte, Technologien, Frameworks, …)

Eoin Woods, CTO von Endava, sprach über Security aus Sicht des Architekten: „Practical security principles for the working architect”. Der Talk war extrem kurzweilig und stellte zentrale Sicherheitsprinzipien dar, die bei jedem Design einer Systemarchitektur durchdacht werden sollten. Insbesondere die Betrachtung von Security jenseits der reinen Codeebene (wie z.B. Lücken wie Buffer Overflows) ist sehr wichtig und wird häufig in der Praxis vernachlässigt. Eoin Woods zeigte an guten Beispielen auf, wie Architekturentscheidungen und verschiedene Modularisierungen zu unterschiedlich sicheren Systemen führen können.

Auch unser Vortrag „How do software architects find the way to user experience? With Google Maps“ passt in diese Kategorie. Er illustriert den engen Bezug zwischen User Experience und Softwarearchitektur, der immer noch zu wenig Beachtung findet. Das liegt unter anderem auch an den unterschiedlichen Ausbildungshintergründen von Softwarearchitekten und UX Designern. Am Beispiel von Google Maps zeigen wir auf, welche Architekturentscheidungen getroffen wurden, um die bekannt gute User Experience von Google Maps zu erreichen.

Yan Cui sprach zum Thema serverless computing am Beispiel von Amazon Web Services Lambda: „Serverless in production: An experience report“. Er berichtete von Erfahrungen bei ersten Experimenten und realem Einsatz von AWS Lambda. Er konnte mit vielen Beispielen und Fallstricken punkten und konnte somit der aktuell sehr gehypeten Technologie eine gute Erdung und viele Tipps zur Umsetzung geben.

Architekturaspekte rund um Menschen und Organisationen

Nathaniel Schutta gab eine großartige Keynote zur Kommunikation von Softwarearchitekten: „Architect as storyteller”.

Zwei Aspekte hat er dabei insbesondere herausgearbeitet:

  • Zur Kommunikation braucht mal als Architekt (wie in anderen Rollen auch) klar herausgearbeitete Messages und eine konsistente Story. Ein Architekt muss ein „Keeper of Tales“ sein, er muss also viele gute Stories kennen. Dabei ist es nicht zwingend erforderlich, dass er die Story, die er erzählt selbst erlebt hat. Hauptsache es ist eine wahre Story, die sich gut zum Erklären eines bestimmten Sachverhalts eignet.
  • Je nach Zielgruppe muss man die Messages und die Story stark anpassen. Da der Architekt potentiell mit sehr vielen verschiedenen Zielgruppen / Stakeholdern (Manager, Kunden, Produktmanager, Projektleiter, Entwickler, Tester, …) arbeitet, muss entsprechend angepasst werden. Das verursacht zwar Aufwand, lohnt sich aber weil ansonsten die Message nicht verstanden wird und dadurch viele Probleme verursacht werden.

Nick Tune widmete sich dem Thema Organisationsgestaltung durch Architekten: „Great technical architects must be great organization architects”. Im Kontext von Microservices hat Conway’s Law wieder sehr viel Aufmerksamkeit bekommen. Nick Tune erläuterte anschaulich, wie die integrierte Gestaltung von Organisationsstrukturen und Softwarearchitekturen dafür sorgen kann, Reibung in der Entwicklung zu erkennen und zu vermeiden und damit schneller Software liefern zu können.

Dazu gab Nick konkrete Beispiele, welche organisatorischen Entscheiden mit Aspekten der Systemdekomposition zusammenspielen. Ankerpunkt war dabei natürlich Domain-Driven Design und Bounded Contexts.

Nick ging darüber hinaus auch auf das oft vorherrschende Bild von rein technischen Softwarearchitekten im Elfenbeinturm ein. Seinen Vortrag gestaltete er dann als Plädoyer für eine andere Art von Softwar

earchitekten (den Sociotechnical Architect), die sich ganzheitlichen Aufgaben widmen und trotzdem mit der gebotenen Demut an die Aufgabe herangehen.

Architecture Katas

Zum Abschluss der Konferenz gab es im großen Stil die Möglichkeit, an Architecture Katas teilzunehmen. Die Idee dabei ist, Architekten die Möglichkeit zu geben, Architekturarbeit zu üben …

Dazu die zwei folgenden Zitate:

  • „How do we get great designers? Great designers design, of course.“ –Fred Brooks
  • „So how are we supposed to get great architects, if they only get the chance to architect fewer than a half-dozen times in their career?“ –Ted Neward

Organisiert und moderiert waren die Katas durch Neil Ford. Die Aufgabenstellungen stehen auch online auf seiner Webseite.

Insgesamt konnten 30 Personen in 6 Gruppen aktiv teilnehmen und hatten 45 Minuten Zeit, um die Aufgabe so gut wie möglich zu bearbeiten. Die übrigen Teilnehmer waren Beobachter (oder unterhielten sich abseits bei Bier und Häppchen ;-)).

 

Matthias war beim Design in einer Gruppe dabei, Marcus war einer der Beobachter. Wir haben das in der Form zum ersten Mal gemacht und möchten gerne einige der Erfahrungen und Erkenntnisse von den Architecture Katas teilen.

Matthias als Teilnehmer am Design:

  • 5 Teilnehmer einer Architekturkonferenz haben mitunter sehr unterschiedliche Auffassungen davon, was Architektur ist und wie man zu einer Architektur kommt 😉
  • Man muss eigentlich alles diskutieren: Anforderungen, Scope der Aufgabe, Reihenfolge des Vorgehens, inhaltliche Architekturentscheidungen, Notationen, was soll überhaupt abgeliefert werden?, wer macht was?, …
  • Dadurch dass die Katas so kurz formuliert sind, bieten sie erheblichen Ausgestaltungsspielraum, den Informatiker / Architekten / Entwickler natürlich direkt erkennen und zu diskutieren wissen
  • Deshalb sind 45 Minuten wirklich kurz, um etwas auf die Beine zu stellen
  • Es hat nicht unbedingt der Recht, der am lautesten redet 😉
  • Die Aufgabe per Mikrofon weiter zu präzisieren, während 100 Leute schon arbeiten und reden, funktioniert nicht
  • Wenn man die Teilnehmer nach Ablauf der Zeit nicht zwingt, aufzuhören, dann machen sie noch 20 Minuten weiter während die ausgewählten Gruppen schon ihr Ergebnis präsentieren müssen
  • Es macht einen riesigen Unterschied, wer die Architektur letztlich vorstellt und wie gut er sie erklärt (insbesondere den Kontext, die Überlegungen, Einordnungen, Erklärungen, die alle nicht aufgeschrieben wurden in der kurzen Zeit)
  • 5 Leute sind für eine Gruppe zu viel, um gut voranzukommen. Eine Gruppengröße von 2-3 Leuten wäre besser geeignet

Architecture Kata Session as Observer - O'Reilly Software Architecture 2017

Marcus als Beobachter:

  • Alle 6 Gruppen sind sehr unterschiedlich vorgegangen.
  • Das fängt schon bei der Art und Weise an, wie sie Gruppen sich aufgeteilt haben. Allen 6 Gruppen stand ein großer Runder Konferenz-Dinner Tisch sowie 2 Flipcharts zur Verfügung. 2 Gruppen haben sich dazu entschieden, sich um die Flipcharts zu stellen (darunter auch die Gruppe von Matthias). Die anderen 4 Gruppen haben sich an die Konferenztische gesetzt.
  • Aus meiner Beobachtersicht heraus kamen die zwei Gruppen, die stehen geblieben sind, schneller voran.
  • Die Gruppen an den Flipchart haben auch mehr als ganze Gruppe diskutiert, wohingegen die Gruppen an den Tischen eher in Kleingruppen (2-3er) diskutiert haben.
  • Alle Gruppen haben direkt mit fachlichen Diskussionen angefangen. Keine der Gruppen hat sich mit „organisatorischen“ Dingen (direkt am Anfang) beschäftigt (z.B.: Welche Sichten benötigen wir? Sollen wir uns für Teilaufgaben aufteilen? Wer stellt am Ende das Ergebnis vor?)
  • Es ging wohl so richtig in allen Gruppen erst voran, als einer oder zwei Gruppenteilnehmer die Initiative übernommen haben.
  • Eine Gruppe hat sich sogar trotz der geringen Zeit von 45 Minuten dafür entschieden, einige Dokumente digital zu erstellen und nicht nur am Flipchart.
  • Die Repräsentation der Ergebnisse war auch völlig unterschiedlich. Dabei beziehe ich mich nicht nur darauf, was die Gruppen gezeigt haben, sondern auch wie sie es dargestellt haben.
  • Man sollte sich gerade in solchen „künstlichen“ Situationen auch direkt damit beschäftigen, wie das Ergebnis am Ende repräsentiert wird.
  • Auch die Wahl des Präsentators sollte gut ausgewählt werden, insbesondere, wenn es etwas zu gewinnen gibt.

Insgesamt waren die Architecture Katas eine sehr interessante Erfahrung. Wir können es Architekten und Entwicklungsteams nur empfehlen, solche Übungen auch zu machen. Dabei kann der Scope durchaus auch ausgeweitet werden, um auch das Zusammenspiel mit anderen Disziplinen wie Requirements Engineering oder User Experience Design zu üben. Der Vorbereitungs- und Zeitaufwand ist gering, dafür lernt man vieles und kommt zu zahlreichen Erkenntnissen über die Zusammenarbeit mit Kollegen.

Warum Beispiele so wichtig für den Erfolg sind (UX Day 2017)

Beispielhafter Erfolg & Beispiellose Niederlage – Warum gute Beispiele so wichtig für den Erfolg eigener Ideen sind habe ich in meinem Talk beim UX Day 2017 in Mannheim vorgestellt.

Am 10.10.2017 fand wieder der UX Day in Mannheim in der Alten Feuerwache statt. Ich bin ein großer Fan der Veranstaltung und wurde auch in diesem Jahr wieder nicht enttäuscht. Bei der Closing Keynote gab es sogar „Zugabe“-Rufe, was auf Konferenzen eher nicht der Fall ist. Auch in 2017 war ich wieder mit einem Vortrag vertreten. Worum es ging, erfahrt ihr hier und den Link zum Vortragsvideo findet ihr unten:

Marcus Trapp beim UX Day 2017 in Mannheim, Alte Feuerwache

„Hast du mal ein Beispiel, damit ich es besser verstehen kann?“, „Wie muss ich mir das vorstellen, zeigst du das noch am Beispiel?“, „Das hast du aber sehr vereinfacht erklärt, hast Du noch ein realitätsnahes Beispiel?“ – Diese oder ähnliche Aussagen sind oft die ersten Reaktionen auf die Präsentation einer neuen Idee. Obwohl wir selbst den Präsentierenden oft als Erstes nach einem guten Beispiel fragen, vergessen wir bei unseren eigenen Präsentationen gerne, wie wichtig gute Beispiele sind, um andere von unseren neuen Ideen zu überzeugen. Der Vortrag zeigt, warum „Lorem Ipsum“, „Max Mustermann“, „Unternehmen 1“ und „Kundengruppe A“ nicht ausreichen, um andere für die Umsetzung eigener Ideen zu begeistern.

Oft sind es gute Beispiele, die über den Erfolg oder Misserfolg einer Idee entscheiden. Verwenden wir keine oder schlechte Beispiele, wenn wir unsere Ideen anderen erklären, so stoßen wir oft auf Missverständnis oder gar Unverständnis. Da wir uns selbst so lange mit der Idee beschäftigt haben, fällt uns das Fehlen von Beispielen oft gar nicht so leicht auf, da wir selbst kein Beispiel (mehr) benötigen. Wenn wir jedoch Pech haben, dann wird unsere Ideen direkt nach unserer Präsentation abgelehnt, ohne dass wir die Chance haben, die Idee noch einmal besser zu erklären. Wenn wir Glück haben, dann werden wir direkt nach einem guten Beispiel gefragt, um unsere Ideen zu illustrieren oder zu visualisieren. Dann müssen wir jedoch spontan reagieren und uns ein Beispiel ad hoc überlegen. Das funktioniert meistens nicht gut. Denn gute Beispiele für die Erklärung von neuen Ideen zu erstellen ist harte Arbeit. Es ist meist ein langwieriger Prozess, bei dem viel ausprobiert werden muss. Ein gutes Beispiel muss „groß genug“ sein, um realitätsnah zu sein und nicht direkt als „vereinfachter Spezialfall“ abgehandelt zu werden. Eine moderate Komplexität ist zudem wichtig, um ein oft gewünschtes „durchgängiges Beispiel“ zu erhalten, dass uns erlaubt, die Idee aus unterschiedlichen Blickwickeln zu zeigen und möglichst vielen Facetten zu beleuchten. Das Beispiel muss aber auch klein genug sein, dass wir nicht die ganze Vortragszeit benötigen, um das Beispiel zu erklären. Die Realitätsnähe zum tatsächlichen Anwendungsfalls ist immens wichtig. Warum „Max und Maria Mustermann“, „Lorem Ipsum“, „Unternehmen 1“ und „Kundengruppe A“ daher nur bedingt geeignet sind, um gute Beispiele zu erstellen und worauf wir noch achten müssen, um unsere Ideen zu beispielhaften Erfolg zu führen, wird im Vortrag aufgezeigt.

Auch in diesem Jahr gab es wieder sehr viele gute Vorträge. Insbesondere möchte ich euch die folgenden Vorträge ans Herz legen:

Wenn euch mein Vortrag gefallen (oder auch nicht) oder wenn ihr Anregungen und Fragen zum Thema habt, dann schreibt einfach einen Kommentar.

Interview: „Fähnchen statt echter Digitalisierung“

Am 29. November sprechen wir bei der Cloud Expo Europe.

In der Vorbereitung gaben wir ein Interview zu den Themen Softwarearchitektur, User Experience und Digitale Transformation:

„Fähnchen statt echter Digitalisierung“

 

On Tour: Cloud Expo Europe, Frankfurt, 2017

Am 28. und 29. November 2017 findet in Frankfurt die Cloud Expo Europe statt. Wir sind mit einem Vortrag zu Softwarearchitektur und User Experience dabei.

Wie finden Softwarearchitekten den Weg zu User Experience? Mit Google Maps!

Eine hervorragende Softwarearchitektur und eine tolle User Experience sind zentrale Erfolgsfaktoren von  Softwaresystemen. Der Vortrag betrachtet das Spannungsfeld zwischen diesen beiden Bereichen. Dabei gehen wir nicht nur auf die durchaus unterschiedlichen Personengruppen der Softwarearchitekten und UX Designer ein, sondern betrachten auch den Zusammenhang und die Tradeoffs zwischen tollen UX Konzepten und technischen Konzepten, die zur Umsetzung benötigt werden. Wir illustrieren am Beispiel von Google Maps, welche architektonischen Höchstleistungen notwendig sind, um die Google-Experience zu erreichen, das heißt: Google-typische Einfachheit zu gewährleisten und Google-typische Mega-Dienste überhaupt zu ermöglichen. Der Vortrag zeigt auf, wie trotz der unterschiedlichen Charaktere von Architekten und UX Designern großartige Systeme erschaffen werden können.

Unser Vortrag ist am 29. November um 13:10 .

Dazu gibt es auch ein Interview mit uns.

On Tour: O’Reilly Software Architecture Conference 2017, London

Am 16.-18. Oktober findet in London The O’Reilly Software Architecture Conference 2017 statt. Wir freuen uns schon sehr, dabei wieder auf unterhaltsame Weise unseren Zuhörern nahezubringen, wie eng die Verbindung zwischen User Experience und Softwarearchitektur ist (oder sein sollte!):

How do Software Architects find the way to User Experience? With Google Maps!

Eine hervorragende Softwarearchitektur und eine tolle User Experience sind zentrale Erfolgsfaktoren von Softwaresystemen. Unser Vortrag betrachtet das Spannungsfeld zwischen diesen beiden Bereichen. Dabei gehen wir nicht nur auf die durchaus unterschiedlichen Personengruppen der Softwarearchitekten und UX Designer ein, sondern betrachten auch den Zusammenhang und die Tradeoffs zwischen tollen UX Konzepten und technischen Konzepten, die zur Umsetzung benötigt werden. Wir illustrieren am Beispiel von Google Maps, welche architektonischen Höchstleistungen notwendig sind, um die Google-Experience zu erreichen, das heißt: Google-typische Einfachheit zu gewährleisten und Google-typische Mega-Dienste überhaupt zu ermöglichen. Der Vortrag zeigt auf, wie trotz der unterschiedlichen Charaktere von Architekten und UX Designern großartige Systeme erschaffen werden können.

Wir freuen uns auf spannende Tage mit inspirierenden Vorträgen, Begegnungen und Diskussionen. Alle Informationen zur Konferenz gibt es hier.

On Tour: OOP 2017, München

OOP 2017

Wir freuen uns sehr, bei der OOP 2017 als Sprecher dabei sein zu dürfen. Mit 8 Tracks zu spannenden Themen rund um Softwareentwicklung verspricht die OOP wieder ein echtes Highlight zu werden.

Who is engineering the Software, which is eating the world?

Software revolutioniert fast jede Art von Business durch neuartige Ökosysteme. Die Erstellung erfordert Kompetenzen, die weit über das klassische Systems- und Software-Engineering hinausgehen. Zentrale Herausforderungen sind höhere Komplexität bei kürzerer Time-To-Market, geteilte Verantwortung und Kontrolle über mehrere Unternehmen und Domänen hinweg sowie die immer höher werden Anforderungen an Sicherheit, User Experience, und andere Qualitäten. Wir charakterisieren Softwareökosysteme und zeigen notwendige Kompetenzen, um diese zu bauen.

Ereignisorientierung im App-Ökosystem – Architekturdetails als Garant für erfolgreiche Integration

Ereignisorientierung ist in vielen Aspekten für IoT-Systeme geeignet, weil reale Ereignisse verarbeitet werden. Die passende Architektur und Implementierung ist aber alles andere als offensichtlich und erfordert, dass sich Architekten und Entwickler gemeinsam um viele Details kümmern. Wir zeigen Lösungen für ein skalierbares und erweiterbares App-Ökosystem mit Logistikfokus: Error Handling, Schnittstellen, Daten- und Eventmodellierung mit Generierung von Entwickler-spezifischen Sichten, Einfluss auf die Clients und Umsetzung in AWS mit Reactor.

Dieser Vortrag ist zusammen mit unserem Kollegen Balthasar Weitzel.

Wir freuen uns auf eine spannende Konferenz und viele interessante Diskussionen. Hier geht es zum vollständigen Konferenzprogramm.

UX MADE of STEAL – Kreative Beschaffung von Ideen (UX Day 2015)

UX MADE of STEAL
Wir brauchen immer mehr tolle Ideen! Aber woher nehmen, wenn nicht stehlen? Anregungen zur kreativen Beschaffung von Ideen aus meinem Vortrag vom UX Day 2015.

Gestern hatte ich meinen Vortrag beim UX Day 2016 am 13. November in Mannheim angekündigt. Auch im letzten Jahr war ich beim UX Day 2015 in Mannheim dabei, mit einem Vortrag zum Thema:

UX made of STEAL

„Bringt mir neue, innovative Lösungen!“, „Seid doch endlich mal kreativ!“, „Wir müssen uns neu erfinden!“ und ähnliche Aussagen hören wir vermehrt in letzter Zeit. Es scheint jedoch so, als wäre alles schon von anderen erfunden, und die anderen haben sowieso immer die besseren Ideen, so dass wir uns zur Lieferung neuer Ideen fragen müssen: Woher nehmen, wenn nicht stehlen? Ob das vielleicht sogar eine ernsthafte Lösung ist oder wie wir unser Wissen über existierende gute Lösungen gewinnbringend zur Erarbeitung von neuen Ideen einsetzen können, wird in diesem Vortrag diskutiert.

Die Nachfrage nach neuen, kreativen Lösungen oder Produkten steigt stetig an. Immer mehr Menschen sollen in ihrer täglichen Arbeit innovativer werden. Sie sollen ihre „Komfortzone verlassen“ oder „um die Ecke denken“. Das ist aber für viele Menschen leider sehr ungewohnt und oft auch unangenehm. Erschwert wird die Situation zudem dadurch, dass dem ersten Eindruck nach, jede erarbeitete Idee schon lange von anderen bereits erfunden oder erdacht worden ist. Es erscheint vordergründig, als ob es täglich schwerer wird, etwas Neues zu erschaffen. Dies wird zudem noch oft von den eigenen Mitarbeitern bestätigt: „Gibt’s schon. Das brauchen wir gar nicht erst zu versuchen. Das haben andere schon ewig.“ Schnell kann man sich in dieser Situation fragen „Woher nehmen, wenn nicht stehlen?“

Im Vortrag wird diskutiert, ob vielleicht gerade das eine Lösung unseres Problems darstellen könnte, selbstverständlich im übertragenen Sinne. Warum sollten wir unser Wissen über bereits existierende gute Lösungen immer destruktiv nur zur Ablehnung der eigenen Ideen verwenden? Schließlich können wir die bereits bekannten guten Lösungen als Inspiration konstruktiv nutzen. Bei genauem Betrachten sind nämlich meistens die selbst erdachten Ideen doch nicht ganz genauso schon einmal von jemand anderem erdacht worden (wie die Kollegen aber angeben). Aber gerade weil schon mal jemand zuvor eine gute Lösung für ein (sehr) ähnliches Problem gefunden hat, kann man bestimmte Aspekte dieser Lösung auf das eigene Problem übertragen. So geht es hier nicht um Kopien oder gar Diebstahl von Ideen sondern vielmehr um Inspiration, Transformation oder einen „Remix“. Auch können wir aus vielen bereits existierenden Lösungen für Teilaspekte unseres Problems eine Gesamtlösung zusammenbauen.

Der Vortrag zeigt mit vielen anschaulichen Beispielen, wie diese „kreative Beschaffung“ bereits von erfolgreichen Unternehmen eingesetzt wird. Zudem motiviert der Vortrag sich mit vielen Bereichen und Domänen auch außerhalb der eigenen Arbeit zu beschäftigen, um Lösungsideen von dort in die eigene Arbeit zu übertragen.

 

Beim UX Day 2015 gab es viele tolle Vorträge, Insbesondere möchte ich auf den super guten Vortrag von Roman Rackwitz zum Thema „Gamification – human performance design“ verweisen. Weiter Informationen zum UX Day 2015 findet ihr hier.

Wenn euch mein Vortrag gefallen (oder auch nicht) oder wenn ihr Anregungen und Fragen zum Thema habt, dann schreibt einfach einen Kommentar.

On Tour: UX Day 2016, Mannheim

Mannheim - Rheinufer - Sonnenuntergang

Am 13. & 14. Oktober findet in Mannheim der UX Day 2016 statt. Ich freue mich auch dieses Jahr wieder mit dabei zu sein. Mein Vortrag dieses Jahr trägt den Titel:

„Wir müssen reden!“

Gute Kommunikationsfähigkeiten sind eine wichtige Voraussetzung für nahezu jede Rolle im User Experience Engineering. Selbst unter besten Voraussetzungen:

  • wenn genau der richtige Stakeholder,
  • zum genau richtigen Zeitpunkt zum Gespräch eingeladen wurde,
  • das Gespräch perfekt vorbereitet wurde und
  • in den perfekten Räumlichkeiten stattfindet,

so kommt es dennoch zu einem erheblichen Maße auf die persönlichen Kommunikationsfähigkeiten des UX-Experten an, wie gut oder schlecht die Ergebnisse des Gesprächs sein werden. Dieser Vortrag liefert konkrete Tipps und Tricks von Kommunikationsexperten aus unterschiedlichsten Domänen (Kriminalistik, Jura, Journalistik, uvm.) zur Verbesserung der Kommunikation in persönlichen UX-Stakeholder-Gesprächen.

Das persönliche Interview ist immer noch eines der wichtigsten Instrumente zum Erheben und Validieren von UX Anforderungen. Es gibt viele Techniken, Methoden und Werkzeuge, die uns dabei unterstützen, die Interviews zu planen und die richtigen Stakeholder für diese Interviews zu identifizieren. Noch mehr Unterstützung gibt es, die UX Experten helfen, die zu erhebenden Informationen festzulegen und somit auszuwählen, welche Fragen den Stakeholder genau gestellt werden sollen. Jedoch egal wie gut das Interview vorbereitet und aufgesetzt wurde, im Interview selbst, hängt es dann jedoch erheblich von den persönlichen Kommunikationsfähigkeiten des UX Experten ab, ob das Interview erfolgreich verläuft oder nicht. Es gibt somit viel Unterstützung für das WANN, WER und WAS aber fast keine Unterstützung für das WIE. Die im UX-Stakeholder-Interview benötigen Kommunikationsfähigkeiten unterscheiden sich nicht (stark) von den Kommunikationsfähigkeiten von Experten aus anderen Domänen, in den es ebenfalls wichtig ist, Informationen zu erheben und zu validieren. Polizisten müssen Informationen von Zeugen und Verdächtigen erheben und auf ihren Wahrheitsgehalt hin beurteilen. Ähnliches gilt für Anwälte, die zudem noch die Aussagen von Gutachtern einschätzen müssen. Auch für Reporter ist das persönliche Interview ein wichtiges Mittel zur Erhebung von Informationen. Aber auch die Gesprächsführung beim Dating oder im Job-Interviews ist ähnlich zum UX-Stakeholder-Interview, da auch hier versucht wird, Informationen vom Gegenüber zu erhalten und diese auf ihren Wahrheitsgehalt hin zu überprüfen. Es gibt viele Tipps & Tricks aus diesen Domänen und Disziplinen, die auch in UX-Stakeholder-Interviews angewendet werden können. Dies gilt nicht nur die verschiedenen Phasen des eigentlichen Interviews, sondern auch die Interview-Vorbereitung und -Nachbereitung.

Ich bin seit vielen Jahren ein großer Fan der Veranstaltung und freue mich daher schon jetzt wieder auf einen tollen Tag in Mannheim. Alle Informationen zum UX Day 2016 gibt es hier! Dieses Jahr gibt es zum ersten Mal einen zweiten Veranstaltungstag, an dem die UX Masterclass stattfinden wird.

On Tour: The Architecture Gathering 2016, München

München

Am 12. und 13. Oktober findet in München The Architecture Gathering 2016 statt. Letztes Jahr war die Veranstaltung ein voller Erfolg mit vielen Teilnehmern, hochkarätigen Sprechern und tollen Vorträgen. Dieses Jahr sind wir auch mit einem Vortrag dabei und freuen uns schon sehr auf die Veranstaltung:

Wie finden Softwarearchitekten den Weg zu User Experience? Mit Google Maps!

Eine hervorragende Softwarearchitektur und eine tolle User Experience sind zentrale Erfolgsfaktoren von Softwaresystemen. Unser Vortrag betrachtet das Spannungsfeld zwischen diesen beiden Bereichen. Dabei gehen wir nicht nur auf die durchaus unterschiedlichen Personengruppen der Softwarearchitekten und UX Designer ein, sondern betrachten auch den Zusammenhang und die Tradeoffs zwischen tollen UX Konzepten und technischen Konzepten, die zur Umsetzung benötigt werden. Wir illustrieren am Beispiel von Google Maps, welche architektonischen Höchstleistungen notwendig sind, um die Google-Experience zu erreichen, das heißt: Google-typische Einfachheit zu gewährleisten und Google-typische Mega-Dienste überhaupt zu ermöglichen. Der Vortrag zeigt auf, wie trotz der unterschiedlichen Charaktere von Architekten und UX Designern großartige Systeme erschaffen werden können.

Wir freuen uns auf zwei spannende Tage mit inspirierenden Vorträgen, Begegnungen und Diskussionen. Alle Informationen zum Architecture Gathering 2016 gibt es hier.

On Tour: Bitkom AK Softwarearchitektur, Frankfurt

Bitkom AK Softwarearchitektur

Der Bitkom AK Softwarearchitektur trifft sich am 07. Juni 2016 in Frankfurt zum Thema: Moderne Rollenbilder für das Software Engineering

Wir sind auch mit einem Vortrag dabei:

Who is engineering the Software, which is eating the world?

Software revolutioniert die Welt und fast jede Art von Business durch Digitalisierung und neuartige Ökosysteme. Die Erstellung solcher Systeme erfordert Kompetenzen, die weit über das klassische Systems- und Software-Engineering hinausgehen. Zentrale Herausforderungen dabei sind domänenübergreifendes Arbeiten, immer höhere Komplexität bei trotzdem geforderter kürzerer Time-To-Market, geteilte Verantwortung und Kontrolle über mehrere Unternehmen hinweg sowie die immer höher werdenden Anforderungen an Sicherheit, User Experience, und andere Qualitäten. Wir stellen in diesem Vortrag die Charakteristiken von Softwareökosystemen vor und welche Kompetenzen notwendig sind, um diese zu bauen.

Hier geht es zur Agenda und zu Infos zum Veranstaltungsort.

Wir freuen uns auf spannende Diskussionen zu vielfältigen Facetten zukünftiger Rollenbilder im Softwareengineering.

ältere Beiträge

© 2017 mibinu

Theme von Anders NorenNach oben ↑