everything's connected

Philipp Schneider, Phonak AGphilipp.schneider@phonak.com

Everything is Connected!Was Softwareentwickler von fernöstlicher Philosophie lernen können

Agenda

� Was können wir von fremden Kulturen lernen?

� Unterschiede westlicher und asiatischer Kultur

� Anwendung auf die Softwareentwicklung

� Beispiele aus der Praxis

- Software Architektur und User Experience Design

� Zusammenfassung

http://www.zeno.org/Bildpostkarten/M/Schwarze/Unsere+Marine/'Wenn+jemand+eine+Reise+tut...'

Was können wir von fremden Kulturen lernen?

Unterschiede westlicher und asiatischer Kultur

� Teile und Herrsche

� Symptom eliminieren

� Änderung erzwingen

Westen Osten

� Zusammenhänge erkennen

� Blockaden lösen

� Effektiv arbeiten

Indische Philosophie

Buddhismus Psychologie

Teile und Herrsche

Urs Wehrli – Kunst AufräumenISBN: 3-0369-5200-4

Teile und Herrsche Zusammenhänge erkennen

� Mein Verständnis der Arbeitsumgebung beeinflusst mein Handeln

� Das integrierte System ist mehr als die Summer der Einzelteile

� Ich bin ein Teil, innerhalb des Systems „Softwareentwicklung“

� Als Teil kann ich das System nur ändern, indem ich mich ändere

Symptom eliminieren Blockaden lösen

� Mit der richtigen Medizin kann man ein Symptom schnell eliminieren, dies ist aber meistens nicht nachhaltig

� Zusammenhang zwischen Symptom und Ursache ist meistens nicht einfach erkennbar

� Annahme: „Natürliches“ Gleichgewicht in der Softwareentwicklung stellt sich ein, wenn Blockaden entfernt werden

Änderung erzwingen Effektiv arbeiten

� Widerstand in der Entwicklung als positive Herausforderung sehen

� Selbstverantwortung übernehmen und entscheiden, wie man eigene Arbeitskraft am effizientesten einsetzten kann

� Grenzen erkennen, lernen damit umzugehen aber auch immer wieder einen neuen Anlauf unternehmen

Anwendung auf die Softwareentwicklung

Zusammenhänge erkennen

Blockaden lösen

Effektiv arbeiten

Hörsystementwicklung in der Phonak

Zusammenhänge in der Hörsystementwicklung

Pulsdiagnose: Softwarearchitektur

Best Practice: Architekturzentriertes Arbeiten

Symptom 1: Architekturdokumente sind vorhanden und korrekt. Aber

was bedeuten die vielen Diagramme in meiner täglichen Arbeit?

Symptom 2: Die Architekten befassen sich fast ausschliesslich mit

Infrastruktur. Der Bezug zum Problem das es zu lösen gilt geht

verloren.

Ohr mit Hörgerät

Funktions-blöcke

Domänen-modell

Umsetzungin Code

Domain Model

Symptom 3: Es gibt eine gute Architekturdokumentation, die aber

leider immer nur zu 80% stimmt und wichtige „Details“ einfach

ignoriert.

Behandlung Softwarearchitektur

Befassen sie sich in der Softwarearchitektur nicht nur mit den nicht-funktionalen Eigenschaften des Systems!

Modellieren sie Struktur und Verhalten der Domäne gemeinsam mit den Experten.

Stellen sie eindeutige Regeln auf, wie Diagramme in Textfiles und Verzeichnisstruktur abgebildet werden.

Generieren sie Architekturdiagramme direkt aus den Textfiles und den Architekturregeln.

Pulsdiagnose: User Experience Design

Best Practice: User Centred Design

Symptom 1: Es kommt mehr und mehr Funktionalität dazu, welche

die Applikation immer komplizierter macht.

Für Einsteiger Für Professionals

Symptom 2: Das Feedback der Anwender führt dazu, dass von

einfachen Interaktionsprinzipien abgewichen wird.

A B C DA

A

B

A B C D A

A + B auf einem Tool!

Symptom 3: Trotz Feedback der Anwender, wird nicht von etablierten

Interaktionsprinzipien abgewichen.

An

zeig

eTo

ols

A

A

Symptom 4: Obwohl man mit dem eigenen Produkt nicht zufrieden

ist, investiert man in Usabiltiy Studien

Lösung A Lösung B

Lösung C

Behandlung User Experience Design

Versuchen sie zu verstehen, welche Funktionen ihr Produkt im Markt einmalig und begehrt machen.

Erarbeiten sie einfache, klare Interaktionsprizipien und wenden sie diese durchgängig an.

Hinterfragen sie einfache, klare Interaktionsprizipien, wenn sie auf unlösbare Probleme stossen.

Ermuntern sie alle Beteiligten mitzuhelfen die User Experience ihres Produktes zu verbessern. Aber bestimmen sie gleichzeitig den „Chief Design Officer“.

Die User Experience fühlt man erst so richtig am fertigen Produkt. Planen sie daher schon vorgängig eine UE Refactoring.

Zusammenfassung

Zusammenhänge erkennen

Blockaden lösen

Effektiv arbeiten