Daten sind Macht. Sie haben heute eine wesentliche Bedeutung, da auf ihrer Grundlage vermehrt neue Produkte und Geschäftsmodelle entwickelt und besser informierte Entscheidungen getroffen werden. Aktuelle technische Entwicklungen beginnen sich zu etablieren, um Daten in Datenökosystemen zu teilen, dabei aber als Dateneigentümer gleichzeitig auch volle Kontrolle darüber bewahren zu können. Das ermöglicht es Datenlieferanten, ihre individuellen Rechte zu wahren, und schafft die Grundlage für neue digitale Geschäftsmodelle.

Zielpublikum: Architekt:innen, Projektleiter:innen, Manager, Entscheider
Voraussetzungen: Fachkenntnisse zu digitalen Produkten, Produktentwicklung, Grundkenntnisse Software-Architektur
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Die Bedeutung von Daten hat in den letzten Jahrzehnten stetig zu genommen. Während Daten früher meist nur als Ergebnis bzw. Nebenprodukt eines Prozesses verstanden wurden, hat sich die Rolle von Daten geändert hin zum Wegbereiter für Prozesse und für Produkte. Häufig werden Daten heute als strategische Ressource und sogar selbst als Produkt gesehen. In Datenökosystemen werden Daten heute genutzt, um neue Geschäftsmodelle zu entwickeln und besser informierte Entscheidungen zu treffen. Endnutzer spielen hier eine kritische Rolle, weil sie als Datenlieferanten häufig weder autonom darüber entscheiden können, wer ihre Daten nutzt, verarbeitet, speichert und bewegt noch darüber informiert werden, welche Datenflüsse überhaupt stattfinden. Eine einmal getroffene Entscheidung, Daten zu teilen, kann häufig nicht mehr vollständig rückgängig gemacht werden. Die seit vielen Jahren, in Medien, gehäuft diskutierten Datenskandale haben dazu geführt, dass Misstrauen bei Nutzern entsteht, was die Entwicklung von Datenökonomien negativ beeinflusst. Datenmissbrauch ist insofern kritisch, da Daten, werden sie heute unreguliert weitergegeben oder in die falschen Hände gegeben, morgen aufgrund technischen und kulturellen Fortschrittes mehr Informationen als heute offenbaren können, was für den Einzelnen potenziell unvorhersehbare negativen Folgen haben kann. Da Nutzer in Bezug auf Datenschutz häufig irrationale Entscheidungen treffen, stehen Unternehmen umso mehr in der Verantwortung, Sorge zu tragen, die Nutzer ihrer Produkte dabei zu unterstützen, ihr Recht auf souveräne Bestimmung über die Verwendung ihrer Daten ausüben zu können. Das hat auch die Politik erkannt und Datensouveränität – eine Ebene digitaler Souveränität – als digitalpolitisches Schlüsselkonzept positioniert und die Entwicklung einheitlicher technologischer Grundlagen gefördert. Die im Vortrag vorgestellten Entwicklungen, rund um die Referenz-Architektur International Data Spaces, ermöglichen die Etablierung dezentraler Daten-Architekturen, bei der Daten in Datenmarktplätzen geteilt und Dateneigentümer verlässlich Nutzungsbedingungen an Datenlieferungen knüpfen können. Auch Projekte wie Solid, von Tim Berners-Lee, zahlen darauf ein, Nutzern die Kontrolle über ihre Daten zurückzugeben. Beide Projekte haben verschiedene Schwerpunkte, können sich bei der Ausgestaltung einer technischen Architektur aber auch sehr gut ergänzen. Ziel des Vortrags ist es, deutlich zu machen, wie aktuelle technologische Entwicklungen es möglich machen wollen, Datenökonomien zu etablieren, die auf gemeinsamen verlässlichen Regeln und Standards basieren, und wie dabei die deutlich sichtbar werdenden digitalethischen Implikationen beim Teilen von Daten effektiv adressiert werden. Außerdem soll gezeigt werden, welche neuen digitalen Geschäftsmodelle damit möglich werden und wie alle Beteiligten dabei von Fairness und Transparenz profitieren.

Datenkonvertierungen sind in fast allen Projekten ein notwendiges Übel. Egal, ob es sich um ein Legacy-System handelt oder ob einfach Daten von einem anderen System übernommen werden müssen.
Trotzdem hat man oft das Gefühl, dass immer wieder von vorne angefangen wird.
Dieser Talk zeigt neben der Planung und Vorbereitung auch einige Tipps & Tricks aus dem Projektalltag.

Zielpublikum: Entwickler:innen, Architekt:innen, Projektleiter:innen, Administratoren
Voraussetzungen: Programmierkenntnisse, Kenntnisse über Datenhaltung, allgemeine Projekterfahrung
Schwierigkeitsgrad: Fortgeschritten

Eine „menschzentrierte“ digitale Transformation ist in aller Munde. Aber wie gelingt diese? In diesem Vortrag werden wir einen Überblick über existierende Reifegradmodelle zur Menschzentrierung und User Experience (UX) geben sowie die damit verbundenen Potenziale diskutieren. Ausgehend davon berichten wir aus unserem Beratungsalltag bei diversen Organisationen über Stellschrauben, wie sich in der Organisation für das Thema Human-Centered Design sensibilisieren und die Reife zur Menschzentrierung Schritt für Schritt erhöhen lässt.

Zielpublikum: Projektleiter:innen, Manager, Architekt:innen, Entscheider, Produktmanager, Product Owner
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract
In der Vergangenheit war die Konzeption von Softwarelösungen stark von dem Versuch geprägt, alle Anforderungen im Vorfeld zu sammeln und dann eine Lösung zu entwickeln. In der Praxis hat sich jedoch gezeigt, dass gerade komplexe Herausforderungen nicht im Voraus durch Anforderungen spezifiziert werden können. Vielmehr ist es so, dass die Anforderungen erst durch die Auseinandersetzung mit konkreten Lösungen geklärt werden können. Ein Ansatz, der sowohl durch die agile Entwicklung als auch durch eine Fokussierung auf die Endanwender (Human-Centered Design; kurz HCD) thematisiert wird. Ein guter Research-orientierter Konzeptionsprozess, der Evidence-basiert statt auf Annahmen beruhend stattfindet, wird damit zum kritischen Erfolgsfaktor.

Um eine positive Experience der Menschen (User Experience; kurz UX) mit den Systemen zu fördern, ist HCD ein wichtiger Faktor im Software-Engineering. Damit HCD im Software-Engineering seine volle Wirkung entfalten kann, muss es jedoch optimal integriert werden. Es sollte die agile Haltung (Agilität), die kontinuierliche Lieferung von Ergebnissen unterstützen (Continuous Delivery) und seinen Beitrag dazu leisten, Verschwendung wie unfertige Arbeit, spätes Umlernen oder Defekte zu vermeiden (Lean Development/UX).

Pragmatische Ansätze dazu werden bspw. unter dem Stichwort "Continuous UX" bzw. „Lean UX“ diskutiert. In der Praxis stellt sich derzeit jedoch die Frage, wie eine gute HCD in dem beschriebenen situativen Umfeld effektiv etabliert werden kann. Zwei wesentliche Werkzeuge für die Steuerung sind zum einen die Reife von Prozessen und zum anderen die Reife in Bezug auf personelle Fähigkeiten und die Organisationskultur. Modelle, die auf eine übergreifende strategische Organisationsebene abzielen, adressieren in der Regel die allgemeine Entwicklung einer Kultur, in der HCD über alle Bereiche des Unternehmens hinweg manifestiert und gelebt werden soll. Modelle, die sich an ein Produktteam richten, fokussieren dagegen den Prozess zwischen den Team-Mitgliedern und die vorhandene Kompetenz in Bezug auf HCD, damit ein brauchbares Produkt entwickelt werden kann. Modelle, die auf der Produktebene angesiedelt sind, messen den spezifischen Reifegrad bzw. die Qualität des Produktes selbst.

In diesem Vortrag geben wir einen Überblick über existierende Reifegradmodelle zu Human-Centered Design und User Experience und diskutieren die damit verbundenen Potenziale und Notwendigkeiten. Ausgehend davon berichten wir aus unserem Beratungsalltag bei diversen Organisationen über Stellschrauben, wie sich in der Organisation für das Thema HCD sensibilisieren und die Reife Schritt für Schritt erhöhen lässt.

Die Teilnehmenden am Vortrag werden lernen,

• was Human-Centered Design ausmacht,

• mit welchen Maßnahmen die Überzeugungsarbeit gelingen kann,

• was dafür nötig ist, den Aspekt der Menschzentrierung nachhaltig zu etablieren sowie

• auf welche Aktivitäten im Projekt zu achten ist, damit das Projektergebnis dies auch widerspiegelt.

Um die Wiederverwendung von komplexen UI-Komponenten zu ermöglichen, haben wir eine interne Web-Components-Library entwickelt, die einen technologieneutralen UI-Styleguide implementiert. So soll zusätzlich ein einheitliches Look-and-Feel über verschiedene Anwendungen hinweg erreicht werden. Wir möchten im Vortrag unsere Erfahrungen teilen bzgl. Framework-Neutralität, Accessibility, Contribution-Modell, Dokumentation, Dokumentation, CI/CD und der Abstimmung mit Produkt-Teams auf der einen und UI/UX-Verantwortlichen auf der anderen Seite.

Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen
Voraussetzungen: Projekterfahrung, Grundwissen Web
Schwierigkeitsgrad: Fortgeschritte

Extended Abstract

Wenn in einem Unternehmen eine Vielzahl an Front-End-Anwendungen entwickelt wird, stellen sich früher oder später Fragen wie: Wie können wir ein einheitliches Look-and-Feel sicherstellen? Können wir Dinge wiederverwenden und den Entwicklungsaufwand gering halten? Und wie erreichen wir einen Wiedererkennungswert der Anwendungen? Die Entwicklung eines firmeninternen Styleguides bzw. Design-Systems und entsprechende Component-Libraries sind ein naheliegender Ansatz, jedoch steckt der Teufel wie so oft im Detail. Denn in modernen Projektsetups möchte man den einzelnen Teams ja möglichst wenige Technologievorgaben machen, was eine Herausforderung für projektübergreifende Komponenten-Bibliotheken darstellt. Darüber hinaus stellt die Entwicklung einer Bibliothek ganz andere Anforderungen an den Entwicklungsprozess als beispielsweise eine Endkunden-Software. Themen wie Dokumentation, Abwärtskompatibilität, Einbindung der UX-Teams, Maintenance, Accessibility und der Umgang mit sich teilweise widersprechenden Anforderungen und Erwartungen sind besondere Herausforderungen.

Wir wollen im Vortrag von unseren Erfahrungen bei der Entwicklung einer Web-Components-Bibliothek für den konzernweiten Einsatz in unterschiedlichen Web-Projekten berichten.

Der Vortrag beschreibt, wie man von einem operativen Wertstrom (z. B. Beantragung eines Kredits) zur Ableitung von Features kommt und diese in MVP (Minimum Viable Products) und Folgereleases priorisiert.

Wir schauen uns dabei Werkzeuge, wie z. B. Customer Journeys, Feature Mapping, Ideation und Priorisierungsmethoden an. Das Ganze wird anhand eines Beispiels/Fallstudie aus einem unserer großen Delivery-Projekte aufgezeigt.

Zielpublikum: UX, Architekt:innen, Entwickler:innen, Projektleiter:innen, Projektmanager:innen, Product Owner, Product Manager
Voraussetzungen: Basiswissen im agilen Requirements Engineering
Schwierigkeitsgrad: Anfänger

Extended Abstract

Der Vortrag beschreibt, wie man von einem operativen Wertstrom (z. B. Beantragung eines Kredits) zur Ableitung von Features kommt und diese in MVP (Minimum Viable Products) und Folgereleases priorisiert.

Wir starten damit, uns anzuschauen, was ein operativer Wertstrom ist und warum es vorteilhaft ist, sich nach diesen zu organisieren. Im nächsten Schritt leiten wir aus diesem Wertstrom eine Customer Journey Map und gehen auf Werkzeuge, wie z. B. Personas und Empathy Maps ein. Danach leiten wir aus der Customer Journey eine Feature Map ab und gehen hier auf verschieden Ideation-Tools ein. Zuletzt zeigen wir, wie man aus der Feature Map das MVP und weitere Releases bestimmen kann, hier gehen wir auf verschiedene Priorisierungsmethoden ein.

Der Vortrag soll aufzeigen, wie man in der Entwicklung von neuen Produkten vom Wertstrom mithilfe von Customer Journeys und Feature Mapping zum MVP kommt. Das Ganze wird anhand eines Beispiels/Fallstudie aus einem unserer großen Delivery-Projekte aufgezeigt.

Für eine nachhaltige digitale Transformation braucht es eine funktionierende Innovationskultur, also Kreativität, Vernetzung und spontanen Austausch - aber wie geht das in Zeiten von Remote-Arbeit?

In unserer Session teilen wir unsere Erfahrung und Methoden, wie Sie Innovationskultur fördern können und welche Rahmenbedingungen es dafür braucht. Anhand praktischer Beispiele aus zwei digitalen Transformationsprojekten teilen wir unsere Best Practices und Learnings. Dabei bleibt genügend Raum für Ihre Fragen und gemeinsame Diskussion.

Zielpublikum: Entwickler:innen, Führungskräfte, Architekt:innen, Manager, Projektleiter:innen, Entscheider
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract

Für digitale Transformationen ist Corona Fluch und Segen zugleich: Einerseits hat die Pandemie operative Digitalisierungs-Barrieren abgebaut. Andererseits ist der Schlüssel für eine nachhaltige digitale Transformation eine funktionierende Innovationskultur. Und Innovation braucht Kreativität, Vernetzung und spontanen Austausch - aber wie geht das in Zeiten von Remote-Arbeit?

In unserer Session teilen wir unsere Erfahrung, wie Sie trotz (oder gerade wegen) Corona Innovationskultur fördern können und welche Rahmenbedingungen es dafür braucht. Anhand des Teamklima-Inventars, einem Instrument zur Messung von Innovation und Effektivität in Teams, sprechen wir zunächst über die Voraussetzungen für quantitative und qualitative Innovation. Dabei gehen wir spezifisch auf die Herausforderungen verteilter Teams ein.

Anschließend zeigen wir einfach umsetzbare Tools und Methoden, mit denen Sie die Innovationskraft virtueller Teams fördern können, so z. B. das Virtuelle Office oder die Team Charta. Weiterhin teilen wir unsere Erfahrung aus zwei digitalen Transformationsprojekten: In beiden Unternehmen konnten wir durch systemische Interventionen neue Räume für Innovation schaffen und mit bestehenden Strukturen vereinen. Welche Herausforderungen uns dabei begegnet sind und inwiefern diese durch die Remote-Situation verstärkt wurden, berichten wir Ihnen in unserer Session. Selbstverständlich bleibt genügend Raum für Ihre Fragen und die gemeinsame Diskussion.

Bei der Berücksichtigung von UX im Software Development sehen sich Unternehmen häufig vor neue Herausforderungen gestellt. Wichtige Faktoren stellen Kosten, Zeit, die nachhaltige UX-Integration in die bestehende Vorgehensweise und spezifische Einschränkungen in der Praxis dar. Im Rahmen des Vortrags bieten wir einen Einblick in unsere Projekterfahrungen sowie die relevantesten Erkenntnisse und präsentieren unsere daraus abgeleitete Vorgehensweise.

Zielpublikum: Entscheider, Projektleiter:innen, UX-Spezialist:innen und -Interessierte, Schnittstellen IT und Fachbereich
Voraussetzungen:Grundkenntnisse menschzentrierter Gestaltung/UX, Projekterfahrung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Klingt die Berücksichtigung der UX geradezu paradiesisch, zeigen sich dabei häufig unerwartete Herausforderungen. Zwar gewinnen die Relevanz und der Mehrwert der Nutzerzentrierung an Bekanntheit, dennoch besteht nicht selten Skepsis seitens Kollegen oder Kunden. So werden gelegentlich weiterhin Aussagen wie „UX kostet mehr Zeit und Geld“ als Argument gegen die Berücksichtigung von UX in Projekten verwendet.
Daraus ergeben sich für die Integration von UX zunächst zwei Faktoren:

• Kosten: Wie kann eine positive UX erreicht werden, ohne dass die Kosten steigen? Kann ich mittels der Vorgehensweise vielleicht sogar nachhaltig die Ausgaben reduzieren?
• Zeit: Wie kann eine positive UX erreicht werden, ohne dass sich das „Go Live“ verzögert? Kann dies vielleicht sogar beschleunigt werden?

Darüber hinaus sehen sich Unternehmen im Zuge der Berücksichtigung von UX im Software Development vor weiteren organisatorischen Hürden. Häufige Fragen, denen sie sich stellen müssen, sind mitunter:

• Wie kann UX in die bestehende Vorgehensweise integriert werden?• Welche Integrationsansätze gibt es und welcher von ihnen passt am besten für das jeweilige Projekt?
• Wie können wir sicherstellen, dass UX als obligatorisch und nicht nur als „nice to have“ betrachtet wird?
• Welche Methoden der menschzentrierten Gestaltung eignen sich besonders gut?
• Wie ist vorzugehen, wenn kein direkter Nutzerkontakt möglich ist oder besondere Vorgaben vorliegen?
• Wie kann sichergestellt werden, dass neben der technologischen Machbarkeit, der Geschäftsnutzen, die fachlichen Anforderungen sowie die Nutzerbedürfnisse gleichermaßen berücksichtigt werden?

Wir haben uns dieser Fragen angenommen und verschiedene Vorgehensweisen verprobt.
Zu unseren wichtigsten Erkenntnissen gehört, dass der Einfluss menschzentrierter Gestaltung bei richtigem Einsatz über eine positive UX hinaus geht: Nicht nur die Endnutzer sind mit den Ergebnissen zufriedener, sondern auch die Stakeholder, zu denen häufig auch die beteiligten Fachabteilungen zählen. Während eine gemeinsame, kohärente Produktvision und positive UX sichergestellt werden, erfolgt obendrein eine Beschleunigung des Software Developments. Dies führt zu einem nachhaltigen und begehrenswerten Endprodukt. Wie das möglich ist, wird im Rahmen des Vortrags vorgestellt. Wir bieten einen Einblick in unsere Projekterfahrungen und stellen unsere daraus abgeleitete Vorgehensweise vor.

In jedem Projekt treffen unterschiedlichste Menschen aufeinander und damit verschiedenartige Sichtweisen.

Fachliche Experten diskutieren mit Anwendern, Softwareentwicklern und unterstützenden Fachabteilungen wie PMO, Personalabteilung, Betriebsrat oder der Unternehmensrevision. Jede Stakeholdergruppe hat unterschiedliche Erwartungen bzw. konkreten Informationsbedarf an das Projekt.

Der Vortrag stellt Lösungsansätze und Beispiele vor, wie man mit Domain Storytelling fundierte Antworten auf die Fragestellungen der Stakeholder finden kann.

Zielpublikum: Product Owner, Entwickler:innen, Anwender, Projektleiter:innen, Manager, Coaches, alle Stakeholder
Voraussetzungen: Nur eine Kurzeinführung in die Methode, aber trotzdem für Einsteiger geeignet, weil selbsterklärend
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract

Mit Domain Storytelling lassen sich Themen wie fachliche Projektinhalte, Personen und Leistungskontrolle oder ordnungsgemäße Abrechnung auch für größere Gruppen für die Diskussion visuell aufbereiten. Den Beteiligten macht es in der Regel Spaß und ist sehr motivierend, die eigene Rolle konkret in Szenarien zu erleben, zu hinterfragen und am Ende gemeinsam neue Lösungen zu erarbeiten. Wenn dann auch die notwendige formale Projektdokumentation durch die Szenario-Diagramme vereinfacht werden kann, entstehen weitere Win-Win-Situationen rund um das Projekt.

Domain Storytelling als Interview- und Modellierungstechnik nutzt eine einfache Bildsprache, um Geschichten über den Anwendungsbereich zu erzählen und zu dokumentieren. Die Bildsprache kennt im Wesentlichen drei Arten von Symbolen, die als Icons und Pfeile dargestellt werden:

- Akteure sind die handelnden Personen und IT-Systeme einer Geschichte. Typischerweise benannt mit einer Rollenbezeichnung (z.B. Bus-Disponentin).

- Die Arbeitsgegenstände, mit den die Akteure ihre Arbeit machen. Oft Dinge, die man anfassen und sehen kann, wie der „Bus“. Manchmal auch ein vergegenständlichtes Konzept, wie der „Auftrag“.

- Aktivitäten beschreiben, was die Akteure tun, und werden durch Pfeile ausgedrückt. Die Nummerierung der Pfeile zeigt die Reihenfolge der Aktivitäten. Die Aktivitäten sind die Verben in unseren Geschichten.

Icons und Pfeile werden durch kurze Texte so erläutert, dass ein „visueller“ Satz entsteht. Für die Beschriftung verwenden wir Begriffe aus der Domänensprache. Das Ergebnis wird als Bild mit einfachen Piktogrammen dokumentiert. (Konkrete Beispiele finden sich unter www.domainstorytelling.org )

Die meisten Verfahren zur Zukunftsgestaltung beginnen mit Analyse und Planung. Aber ist das auch der sinnvollste Ansatz für die Ungewissheit? Nein! Die Effectuation-Logik ermöglicht es, eine Zukunft aktiv zu gestalten, wenn das Umfeld ungewiss ist. Durch die Prinzipien entsteht ein "Sicherheitsnetz" - sozusagen das Treppengeländer auf einer noch nicht sichtbaren Treppe. Diese Session erweitert die eigene "Zukunftsgestaltungskompetenz" und befähigt, zwischen Planung und Gestaltung der Zukunft entscheiden zu können.

Zielpublikum: Entscheider:innen, Coaches, Scrum Master, Product Owner, Gründer:innen
Voraussetzungen: Neugierde, Offenheit für die Gestaltung der eigenen Zukunft
Schwierigkeitsgrad: Anfänger

Extended Abstract
Entrepreneure entscheiden und handeln. Doch wie machen sie das? Um diese Frage zu beantworten, hat Dr. Saras Sarasvathy eine bahnbrechende empirische Studie mit „Expert Entrepreneurs“ durchgeführt. Das Ergebnis: Effectuation – eine unternehmerischer Expertise. Effectuation macht an einem Punkt einen Unterschied, an dem wir häufig keinen machen. Sie fragt: "Wie ist die Zukunft?" und wählt dann die klassische Managementlogik oder Effectuation für das weitere Handeln aus.

Die Session – Theorie inkl. dem direkten Erleben von Effectuation – erläutert die 4 Prinzipien und das 5. Meta-Prinzip. Das geht am besten im Kontrast zu den Prinzipien der kausalen Logik. So bekommen die Teilnehmenden schnell ein Verständnis über die zwei unterschiedlichen Prozesse und deren Haltung. Letztendlich geht es darum, zwischen Planung und Gestaltung der Zukunft zu entscheiden. Beide Logiken haben ihre Berechtigung. Die Frage ist nur, ist die Zukunft vorhersehbar oder ungewiss? So erweitert jeder seine Repertoire an Zukunftsgestaltung.

This talk describes how to build and run a successful product development organization that delivers business value, not just features. I will cover what makes effective product development teams, how to structure, loosely couple, align and choreograph them, especially in larger organisations with up to 100 teams. Methods I will talk about include OKRs and Kanban Flight Levels. In this context I will also show when and how decentralised product teams can benefit from centralised platforms.

Target Audience: CTO, Manager, Decision Makers
Prerequisites: Experience with software development at scale
Level: Advanced