everything's connected
DESCRIPTION
What can we learn from Asian cultures, to improve the way we approach software and system development.TRANSCRIPT
Philipp Schneider, Phonak [email protected]
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