Softwarearchitektur entwerfen ohne dabei verrückt zu werden

Experte für effektive ProduktentwicklungMatthias Bohlen

Softwarearchitektur entwerfen,ohne dabei verrückt zu werden!

+49 170 772 [email protected]://www.mbohlen.de@mbohlende

Benutzer

Entwickler

Business

Domänen-

experte

Architekt

Fachbereich

Analyst

etc.

Designer

Programmierer

Tester

Kunde

Dienstag, 30. April 13


Architekten sind beschäftigt

2

entwerfen

entscheiden

vereinfachen

implementieren

dokumentierenkommunizieren

schätzen

balancieren

beraten

verkaufen



Kummunikation am Fließband

Das funktioniert nicht!Software hat keine physikalischen Gesetze, die die Korrektheit der Ergebnisse nach jeder Übergabe sicherstellen würden!

3

ArchitektBusiness EntwicklerKunde Tester



Entwicklung ist nicht Fertigung

Architekt wird zum zentralen Kommunikator,

also zum FlaschenhalsEr wartet oder entscheidet alles selbst

Es gibt keine Kommunikation, die an einer Stelle zum Abschluss kommt

Stille Post dauert zu langeMan braucht immer die Sicht aller Rollen

4Dienstag, 30. April 13


Agile Architekturrunde:Gemeinsam sind wir Architekten !

5

Benutzer

Entwickler

Business

Domänen-

experte

Architekt

Fachbereich

Analyst

etc.

Designer

Programmierer

Tester

Kunde



Warum alle am Tisch sitzen müssen

6

Stakeholder Beitrag zur Architektur

Benutzer Erwartungen, kognitives Modell

Kunde Zeit, Kosten, Produktkonfiguration je nach Zielmarkt angepasst

Business Umsatz, Kosten, Investment

Domänenexperte Erfahrung

Entwickler Machbarkeit, Testbarkeit



Beispiel: Make or Buy Entscheidung

7

Stakeholder Beitrag zur Architektur

Business Schlägt "buy" statt "make" vor

Kunde und Benutzer

Sagt, ob das gekaufte Etwas die Standards einhält

Domänenexperte Beurteilt Integrierbarkeit des gekauften Etwas

Entwickler Beurteilen Aufwand und Nebenwirkungen der Integration des gekauften Etwas

Tester Beurteilt, ob das integrierte System testbar sein wird



Zusammenarbeit

8

Architekturrunde

Saturn-

Team

Neptun-

Team

Architektur

Saturn-BacklogNeptun-Backlog

Saturn Neptun Delegation

Delegation


Foto: Casey Hussein Bisson

Lean Architecture


http://www.flickr.com/photos/maisonbisson/267746261/



Was ist SW-Architektur?

10

ISO 42010:fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution

Die fundamentalen Konzepte oder Eigenschaften eines Systems in seiner Umgebung, verkörpert in seinen Elementen und Beziehungen, in den Prinzipien seines Designs und seiner Evolution.


Form versus Struktur

11

Struktur stützt FormForm ermöglicht Verhalten


Form

"Essenz" der Strukturwahrnehmbar, interessantwertlieferndkonstant

12

Foto: Maik Maid


http://www.flickr.com/photos/frnetz/5175873526/

http://www.flickr.com/photos/frnetz/5175873526/

Struktur

notwendig für die Formwahrnehmbar, doch weniger interessantKosten erzeugendstabil

13

Foto: Ralph Aichinger


http://www.flickr.com/photos/sooperkuh/4568783387/

http://www.flickr.com/photos/sooperkuh/4568783387/

Verhalten

das, was in der Form passieren kanninteressantNutzen stiftendvariabel, flexibel

14Foto: Benjamin Thompson


http://www.flickr.com/photos/beija/4955027468/in/photostream/

http://www.flickr.com/photos/beija/4955027468/in/photostream/

15

Was das System ist Was das System tut

FormSubsysteme

Interfaces, APIsDomänenobjekte

Use CaseKontext

Methodenfreie Rollen

StrukturModulePaketeKlassen

Methodenreiche Rollen

Algorithmen

Form geht alle an!Form ändert sich seltener als Struktur!

Daher: Im Architekturteam die Form aufbauen,in den anderen Teams die Strukturen schaffen!



Entwickeln und dokumentieren

16

Aspekt Bedeutung Medien

Form Subsysteme, APIs, von außen sichtbares Verhalten

Bilder und Vodcasts im Wiki, APIs im Code

Struktur Subsystem-interne Klassen und Schnittstellen

Code

Verhalten wichtige Abläufe im System

Bilder im Wiki, den Rest im Code

Stil Entwurfsprinzipien Wiki



Architekturentwicklung fraktal

17

gelb

cyan

Auslieferung

rot

blau

Lagerhaltung

grün

saphir

rubin

Bestellung

diamant

Top Level Architekturrunde

Zahlung

Kundenverwaltung

Schnittstellen



Architekturentwicklung fraktal

18

gelb

cyan

Auslieferung

rot

blau

Lagerhaltung

grün

saphir

rubin

Bestellung

diamant

Top Level Architekturrunde

Zahlung

Kundenverwaltung

Schnittstellen

Spontane Architekturrunde auf Ebene jeder Subdomäne!



User Story "Nach Waren stöbern"

19

Für Kunden: Stellen Sie Ihre eigenen Bilder ein.

Hier reinlesen und suchen

Hallo, Matthias Bohlen. Wir haben Empfehlungen für Sie. (Ausloggen)

Matthias' Amazon | Angebote | Wunschzettel | Gutscheine | Geschenke

Suche Bücher

Bücher Erweiterte Suche Stöbern Bestseller Neuheiten Hörbücher Englische Bücher Taschenbücher

IT-Unternehmensarchitektur: Von derGeschäftsstrategie zur optimalenIT-Unterstützung [Gebundene Ausgabe]Wolfgang Keller (Autor)

(3 Kundenrezensionen) (3)

Preis: EUR 49,90 kostenlose Lieferung. Siehe Details.

Alle Preisangaben inkl. MwSt.

Auf Lager.Verkauf und Versand durch Amazon.de. Geschenkverpackungverfügbar.

Nur noch 13 Stück auf Lager - jetzt bestellen.

Lieferung bis Dienstag, 4. September: Bestellen Sie innerhalb3 Stunden und 24 Minuten und wählen Sie Morning-Expressder Kasse. Siehe Details.

71 neu ab EUR 49,90 6 gebraucht ab EUR 35,60

KurzbeschreibungErscheinungstermin: 27. Februar 2012

Gegenstand von IT-Unternehmensarchitektur ist es, ein Portfolio an Software und IT-Infrastruktur so auszurichten,optimaler Nutzen für das anwendende Unternehmen entsteht. Durch den musterbasierten Ansatz, den dieses Buchmöglich, die IT-Unternehmensarchitektur für die Einsatzziele des Unternehmens zielgenau zu konfigurieren. Der LeZielmuster durch welche Managementprozessmuster unterstützt werden und wie er daraus die erforderliche Datenum Architekturaktivitäten zu unterstützen.

Die Kernprozesse der IT-Unternehmensarchitektur wie das Erarbeiten der IT-Strategie, das IT-PortfoliomanagemenIT-Planung, das Monitoring des Projektportfolios sowie die Projektbegleitung können so an den Bedarf des Unternewerden.

Darüber hinaus vermittelt das Buch notwendige Grundlagen zu den im Unternehmensumfeld wichtigen Themen CoIT-Sicherheit und IT-Risikomanagement. Dabei werden Frameworks für das IT-Management wie TOGAF oder COBIT

Auf diese Seite verlinken Dem Widget hinzufügen Dem aStore hinzufügen Veröffentlichen

Werbekostenrückerstattung Neuigkeiten Diskussionsforen Einstellungen

Alle Kategorien ansehen

Den Verlag informieren!Ich möchte dieses Buch auf demKindle lesen.

Sie haben keinen Kindle? Hier kaufenoder eine gratis Kindle Lese-Appherunterladen.

Gratis-Premiumversand für StudentenAls Student folgende Vorteile sichern: Gratis-Lieferungam nächsten Tag, ohne Mindestbestellwert.Außerdem: 20% erhöhter Eintauschwert bei Trade-In.

Jetzt anmelden

IT-Unternehmensarchitektur: Von der Geschäftsstrategie zur o... http://www.amazon.de/gp/product/3898647684/ref=s9_simh...



Bestand und Lieferzeit

20

Kunde möchte beides sehen"Stöbern"-Story (in Bestellung) muss...

das Lager nach dem Bestand fragendie Auslieferung nach der Lieferzeit fragenbeides ausgeben

Subdomänen-Leute nehmen den Gesprächsbedarf mit und gehen zur nächsten Anforderung über



Die Form der Subdomänen ändern

21

Subdomäne Komponente zuständiges Team

Bestellung Shop saphir

Lager Bestand rot

Auslieferung Warenausgang gelb

Vertreter aus saphir, rot und gelb diskutieren und beschließen die Schnittstellenerweiterungen.



Team rot und sein Shop

22

Mit den neuen Schnittstellen aus den Teams saphir und gelb......erweitert Team rot die Form der "Shop"-Komponente

«Geschaeft»Shop

«Geschaeft»Auslieferung::Warenausgang

«Stamminformationen»Lagerhaltung::Bestand

Lieferzeit abfragenBestand abfragen



In der nächsten Architekturrunde

23

Teams berichten über das realisierte Form-InkrementAndere Mitglieder der Runde geben FeedbackDie Form ist jetzt gutTeams realisieren und testen die Struktur und dokumentieren die Änderungen.


Foto: Casey Hussein Bisson

Wie schaffen wir es, Form-Änderungen für 75 Leute

zu koordinieren, ohne dabei verrückt zu werden?





Ein kanban pro Feature

25

Bestand undLieferzeit anzeigen

Subdomänen:

✓Bestellung (führend)

✓Lager✓Auslieferung

- Zahlung- Schnittstellen

Subdomänenankreuzen, um Abstimmbedarf festzustellen



Kanban Board (linke Hälfte)

26

IdeenIdeen Features NächsteFeatures

Form / ArchitekturForm / ArchitekturForm / Architektur

Neu zerlegen entwerfen zur Abstimmung fertig zumEntwickeln315

610



Kanban Board (rechte Hälfte)

27

EntwickelnEntwickelnEntwickeln Systemtest Akzeptanztest ProduktionSubdomäne unterwegs fertig zum

Systemtest

Lager

Bestellung

Auslieferung

Zahlung

Kunden

Schnittstellen

3015 15 12



Das WIP-Limit optimieren

nach Henrik Kniberg

To do Doing Done

orem ipsum dolor sit amet, co nse ctetur

orem ipsum dolor

sit amet, co nse

ctetur

1

Zu geringes WIP-Limit

To do Doing

orem ipsum dolor

sit amet, co nse

ctetur

Done



orem ipsum dolor

sit amet, co nse

ctetur

2Gerade richtiges WIP-Limit

To do Doing

orem ipsum dolor

sit amet, co nse

ctetur

Done



orem ipsum dolor

sit amet, co nse

ctetur

5Zu hohes WIP-Limit

orem ipsum dolor sit amet, co nse ctetur orem ipsum dolor

sit amet, co nse ctetur


Zzzzzzzzz








Leute warten

Langsamer Fluss (end-to-end)

Leute warten manchmal (Spielraum)

Schneller FlussTasks warten

seltenLangsamer

Fluss

Tasks warten oftKein Platz

hier...

Leute warten nie



Das Gesetz von Little

29

Durchschnittlich gilt:

Work in Progress [Features]Zykluszeit = ---------------------------------

[Wochen] Durchsatz [Features pro Woche]


EntwicklerpaarArchitektur-Kümmerer

Entwicklerpaar


Beispiel-Annahmen (1)

Work in Progress = 2 FeaturesZykluszeit = 2 Wochen pro Featurealso Durchsatz = 1 Feature pro Woche



Annahmen (2)

Jeder Architektur-Kümmerer muss...die Form von 1 Feature pro Wocheentwerfen, abstimmen, dokumentierenund den Code dazu reviewen



Annahmen (3)

Ein Kümmerer braucht pro Feature...1 Std. um Requirements zu verstehen1 Std. um Requirements aufzuschreiben8 Std. zum Entwerfen der Form10 Std. zur Abstimmung mit den anderen4 Std. für Code-Reviews und zur Dokumentation der Architektur

Das sind 24 Stunden pro WocheBleiben 16 Stunden Reservezeit



Der Wochenplan des "Kümmerers"

33

Montag Dienstag Mittwoch Donnerstag Freitag

09:00 - 09:30

09:30 - 12:00

12:00 - 13:00

13:00 - 15:00

15:00 - 16:00

16:00 - 17:00

Daily Scrum MeetingsDaily Scrum MeetingsDaily Scrum MeetingsDaily Scrum MeetingsDaily Scrum Meetings

Konzentrierte Entwurfsarbeitoder Code-Reviews





Mittagessen gehenMittagessen gehenMittagessen gehenMittagessen gehenMittagessen gehen

Meetings zur Abstimmung der FormMeetings zur Abstimmung der FormMeetings zur Abstimmung der FormMeetings zur Abstimmung der FormMeetings zur Abstimmung der Form

Requirements Architektur-DokumentationArchitektur-DokumentationArchitektur-DokumentationArchitektur-Dokumentation

Req.-Doku ReservezeitReservezeitReservezeitReservezeit



Annahmen (4)

Das Meeting der Kümmerer...dauert 2 Std. pro Tagstimmt 15 Form-Änderungen pro Woche abdas sind 3 pro Meetingbleibt pro Abstimmung eine halbe Stundeplus pro Meeting eine halbe Stunde Puffer

Jeder Kümmerer bringt pro Woche eine Form-Änderung zur Abstimmung



Annahmen (5)

35

Wenn mein Team sehr flexibel ist...dann rotieren wir die Rolle des Kümmerersdann komme ich nur alle 5 Wochen dranin den anderen 4 Wochen entwickle ich lauffähige Software!

EntwicklerpaarArchitektur-Kümmerer

Entwicklerpaar



Jeder Stakeholder trägt seinen Teil zur Architektur bei

Form in der Runde, Struktur/Verhalten außerhalb der Runde

Architekturarbeit feature by feature über die Woche verteilt erarbeiten

36

3x Teile und herrsche



Mehr dazu? eBook lesen!

Erhältlich bei:

amazon.de(für Kindle-Geräte)

lulu.com(EPUB-Format für iPad und andere)

37

Matthias Bohlen

Softwarearchitektur

auf die schlanke Art

Architekturarbeit entspannt

und effektiv organisieren

mit der Kanban-Methode

EntwickelnEntwickelnEntwickeln Systemtest Akzeptanztest Produktion

Subdomäne unterwegs fertig zum

Systemtest

Lager

Bestellung

Auslieferung

Zahlung

Kunden

Schnittstellen

3015

15 12

IdeenIdeen Features Nächste

Features

Form / ArchitekturForm / ArchitekturForm / Architektur

Neu zerlegen entwerfen zur Abstimmung fertig zumEntwickeln315

610

Methodless Role

Methodful Role

parameter1

parameter2

Context *1

Domain class

Domain object in role

<<mixin>><<instanceof>>



Mehr Info? Hier melden!

Matthias BohlenCoach für effektive Produktentwicklung

Telefon: +49 170 772 8545E-Mail: [email protected]: http://www.mbohlen.de/Twitter: @mbohlende
