Ökonomie und Architektur als effektives Duo

Slide #

© 2015 Gernot Starke / Michael Mahlberg

Ökonomie und Architektur

als effektives Duo

1

Gernot
Starke
Michael
Mahlberg

The Consulting Guild

Slide #


2

Ökonomie
Architektur

Op4mierungs-‐
und

Modernisierungsprojekte,

Prozessberatung
(Logis4k,

Finanzen,
Versicherungen,

Medien,
Gesundheitswesen...)

Reviews
&
Coaching,

Finance
/
Insurance,

Blogger,
Publika4onen,

Magazine

(BWL-‐orien4erte)

Reviews
+
Audits
in

Handel,
Logis4k,
Pharma,

Maschinenbau,
Telko
.…

arc42,
Java-‐Welt,

Informa4onssysteme,

Fachbücher,
iSAQB

Gernot

Michael

Slide #


TAKEAWAY

Langfristige
Verbesserung benötigt
Betriebswirtschaft
und !
Technik

Technik

Betriebs-
wirtschaft

Slide #


4

Slide #


MODERNISIERUNG CO

Jemand möchte mit/an IT-System:

• mehr Geld verdienen

• weniger Geld ausgeben

• Fehler beheben

• Norm/Gesetz erfüllen

• …

• Sourcecode oä verbessern

5

Slide #


KONSEQUENZ…

6

Slide #


7

architecture improvement method

Slide #


• Sammlung etablierter Praktiken + Patterns

• Open-Source

8

Slide #


für technische und
betriebswirtschaftliche
Stakeholder

9

iterativ/
inkrementell!
praxiserprobt!

Slide #


10

iterativ/!
inkrementell!

Slide #


11

analyze
evaluate
improve
collect…

Slide #


12

Improvement
Backlog
Issue List
(problems, risks)
analyze
evaluate
improve
collect…

Slide #


13

m:n!
Improvement
Backlog
Issue List
(problems, risks)

Slide #


14

Slide #


betriebswirtschaftlich
bewertete Probleme

in Architektur, Code, Daten,
Prozessen, Betrieb,
Deployment…

15

Issue List
(problems, risks)

Slide #


betriebswirtschaftlich
bewertete Maßnahmen

für Architektur, Code, Daten,
Prozessen, Betrieb,
Deployment…

16

Improvement
Backlog

Slide #


17

Qualitative
Analysis
Context
Analysis
Stakeholder
Analysis
Stakeholder
Interviewprepares
validates
external
stakeholder
Quantitative
Analysis
ﬁnds risks
and non-risks
gives
overview
fundamental crosscutting
Legend:collect
issues
collect
improvement
opportunities
Development
Process
Analysis
part of
ﬁnd
input for

Slide #


fundamental crosscutting
Legend:
Estimate
Issue
Cost
Estimate
Improvement
Cost
Estimate
in
Interval
Estimate
Feature
Value
Explicit
Assumption
requires
based upon
Improvement
Backlog
Issue
List
Artifact

Slide #


DER ROI

19

Slide #


20

Photo Credit:

http://de.wikipedia.org/w/index.php?title=Datei:Drehbare_Hochleistungsrichtantenne_ORF_Moosbrunn.JPGﬁletimestamp=20070410160520

Radio

Oesterreich

International

Slide #


21

Republic

of

Ireland

Photo Credit:

Some rights reserved by ConorLuddy

http://www.ﬂickr.com/photos/conorluddy/5112308189/sizes/l/

Slide #


22

Picture Credit:

http://commons.wikimedia.org/wiki/File:ROI_Treiberbaum_Du_Pont.png

Return

On

Investment

Slide #


23

Picture Credit:

http://commons.wikimedia.org/wiki/File:ROI_Treiberbaum_Du_Pont.png

Return

On

Investment

Slide #


AUS WIKIPEDIA

24

Slide #


DAS BEDEUTET

25

ROI =

Umsatzrendite

Kapitalumschlag

x

Slide #


UMFORMEN

26

x

Nettoumsatz

——————

Gesamtkapital

Gewinn

——————

Nettoumsatz

ROI =

Slide #


UMFORMEN

27

x

Nettoumsatz

——————

Gesamtkapital

Gewinn

——————

Nettoumsatz

ROI =

Slide #


UMFORMEN

28

Gewinn

——————

Gesamtkapital

ROI =

Slide #


29

Nettoumsatz

120.000,00 €

Gesamtkapital

50.000,00 €

Gewinn

25.000,00 €

Nettoumsatz

120.000,00 €

Kapital-
umschlag

=

2,4

Umsatz-
rendite

=

20,833 %

ROI =

0,5

=

=

Slide #


Ein Dollar heute…

30

Photo Credit:

Some rights reserved by ceoln

http://www.ﬂickr.com/photos/ceoln/1333316/

Slide #


A dollar today is worth more
than a dollar tomorrow.

31

Photo Credit:

Some rights reserved by soozafone

http://www.ﬂickr.com/photos/gaberosiak/7012720629/

Slide #


9% ZINSSATZ

32

Slide #


9% ZINSSATZ

33

Slide #


4.000 - 3.000 = 1000 ?

34

Slide #


ZINSEN! (9%)

35

Slide #


9% ?

36

Quelle: http://de.wikipedia.org/wiki/Leitzins Stand 22.01.2015

Slide #


37

http://de.statista.com/statistik/
daten/studie/261430/umfrage/
umsatzrenditen-im-deutschen-
mittelstand-nach-branchen/

Slide #


ROI BEI 10,2% ZINS: -5%

38

Slide #


39

http://de.statista.com/statistik/
daten/studie/261430/umfrage/
umsatzrenditen-im-deutschen-
mittelstand-nach-branchen/

Slide #


ROI BEI 4,8% ZINS: 13%

40

Slide #


BREAK EVEN STATT ROI

41

Slide #


UML AUF WHITEBOARDS?

Slide #


Slide #


• Wiederholte Erklärungen: 2h pro Woche (3
Personen)

• Time to Market: im Schnitt +2 Wochen

• Aufwand pro Diagramm 2 PT (2 Stunden mit 8
Personen)

IN ZAHLEN...

Slide #


analyze
evaluate
improve
crosscutting
practices
principles
collect
issues
collect
opportunities for
improvement
create from
Explicit
Assumption
Improvement
Backlog
keep explicit
list or table
helps
understand
Issue
List
keep explicit
list or table
m:n
mapping
Architectural
Understanding
ﬁnd
issues
develop
improvement
opportunities

Slide #


• Schulungskosten = 5 x interner Satz

• Teilnehmer = 16 Mitarbeiter

• Schulungsdauer = 2 Tage

= 16 * 2 + 5 * 2 = 42 PT!
EXPLIZITE ANNAHMEN

Slide #


• Direkte Ersparnis:
2h * 3pers * 4wo = 3 PT/Monat

• Ersparnis über „Time to Market“
Business-Einschätzung = 2 PT/Monat

• Gewinn über Erhaltung des Wertes
5 Skizzen * 2PT * 20% = 2 PT/Monat

= Ersparnis pro Monat = 7 PT!
EXPLIZITE ANNAHMEN

Slide #


• Schulungstermin im Juni

• Nutzung ab Juli diesen Jahres ( 6 Monate)

= Ersparnis dieses Jahr: 7 PT * 6 Monate = 42 PT!
= Ersparnis Folgejahre: 7 PT * 12 Monate = 84 PT!
EXPLIZITE ANNAHMEN

Slide #


WANN RECHNET SICH UML? *

53

* In Jahren, bei 10,2%

Slide #


WANN RECHNET SICH UML? *

54

* In Monaten, bei 10,2% p.a. / 0,86% p.m.

Slide #


BEISPIEL:
„BIGSHOP“*

42
* Projekt aus 2014

1.5 Mio LOC

Slide #


ANALYZE + EVALUATE ...

Sales
Frontend
Cash
Management
Client
Personalization
Client
Data / Contract
User
Management
National
Catalogue
Vouchers
Rebate and
Reduction
Cards
European
Catalogue
External
Partners
Sales Ofﬁces
Price
Management
Data
Warehouse
Marketing
Sales
Campaigns
Travel Agents
API UI
Pricing
Engine
Sales
Backend
Legend:
JavaPHPPythonC/C++
Web Server
Extensions
Pricing Data
Store
Lisp-
ish
CobolSecurity
Extensions
PL/
SQL

Slide #


FAKTEN AUS „BIGSHOP“

• Technologie-Zoo:

• System aus 20 Subsystemen in 8+ Technologien

• Organisations-Zoo:

• diverse Dienstleister, verteilte Entwicklung

• Prozess-Zoo:

• Diverse „Meinungen“ über Abläufe in Entwicklung,
Release, Betrieb...

Slide #


PROBLEME „BIGSHOP“

Issue / Problem

Description

Cost

Time-‐to-‐Market
6-‐12
month(!!)
from
business

requirement
to
release
/
produc4on

Sales-‐loss

20-‐250k€
/
Qtr

Certain
product-‐
configura4ons

crash
basket

Users
configure
certain
types
of

products,
apply
certain
rebates
-‐

several
backend
processes
crash

15min
operator

4me
/
crash

know-‐how
drain
in

development

(expert-‐)developers
dissa4sfied
with

overall
architecture/implementa4on

leave
development
organisa4on(s)

Excessive
4me
for

bugfixes

Several
(business-‐cri4cal)
bugs
took
2-‐4

weeks
(!)
to
fix

(e.g:
„combined
basked
price
zero“)

1. sales
loss

50-‐100€/sale,

5-‐30x/day

2. reputa4on
loss

Overly

heterogenous

8+
different
technologies
used
in

development
/
architecture

2-‐20%
of
budget

Slide #


59

https://www.ﬂickr.com/photos/celestinechua/9661913835

Slide #


IMPROVEMENT – DONE RIGHT

Approaches
Fundamentals
Practices
Technik

Betriebs-
wirtschaft

Slide #


Improve
Processes
Improve
Iteratively
Reduce
Complexity
fundamental Category
Legend:
Improve
Code
Structure
Improve
Crosscutting
Concepts
Determine
Improvement
Approach
Improve
Technical
Infrastructure
Improve
Analysability
Evaluability
Verify After
Every
Change
Fast
Feedback
Explicit
Assumptions
Group
Improvement
Actions
Prototype
Improvement
FUNDAMENTALS

Technik

Slide #


FUNDAMENTALS

Technik

Approaches
Fundamentals
Practices
Improve
Iteratively
Reduce
Complexity
Verify After
Every
Change
Fast
Feedback
Explicit
Assumptions
Group
Improvement
Actions
Prototype
Improvement

Slide #


Improve
Processes
Category
Legend:
Improve
Code
Structure
Improve
Crosscutting
Concepts
Improve
Technical
Infrastructure
Improve
Analysability
Evaluability
Practice
Improve
Hardware
Improve
Logging
Improve Test
Automation
Measure
Extract Business
Domain
Improve Use of
Technology
Introduce Better
Technology
Quality Driven
Software
Architecture
Improve
Supporting
Software
Automate
Release
Improve
Engineering
Improve
Delivery
Improve
Operations
Improve
Governance
Improve
Flow
Schedule Work
Refactor
Code
Restructure
Code
Enable Team
Improve Test
Infrastructure
Modularize
Technik

Slide #


QUALITÄTSZIELE
Q-Ziel
Bedeutung / Szenarien
Flexibilität
•  Neues csv-
Importformat in 4h
konfigurierbar
Last /
Performance
•  250.000 Fotos à 5MB
innerhalb von 4h
verarbeitet
Sicherheit
•  Mandant kann
niemals Zugriff auf
Daten anderer
Mandanten erhalten
Architektur-/Lösungsansatz
•  Konfigurationssprache für
CSV-Parser, Basis ANTLR

•  Syntaxgesteuerter Editor
•  Bilder als Dateien speichern,
Links in DB
•  Lasttests im DailyBuild
•  Generator für Testdaten
•  Mandantenspezifische Daten
grundsätzlich in (eigener) VM
•  Datenlieferungen
grundsätzlich in
mandantenspezifische
Verzeichnisse (ftp-Server)
•  Unix-Kennungen spezifisch
für Mandanten
QUALITY-DRIVEN ARCHITECTURE

Slide #


Improve
Code
Structure
Category
Legend:
Practice
Introduce
Interfaces
Refactor
Code
Modularize
Untangle Code
Remove Nested
Control Structures
Deprecate
Obsolete Parts
Improve
Responsibility
Improve
Code Layout
Move Behavior
Close To Data
Split Up
Oversized Parts
Handle
If-Else Chains
Interface
Segregation
Anticorruption
Layer
Hide
Unmaintainable
Code
Introduce
Layering
Extract Reusable
Component
Integrate Reusable
Component
Remove
Unused Parts
Eliminate
Navigation Code
Bridge to
New Town
Toggle Feature
Restructure
Code
Technik

Slide #


APPROACHES

Determine
Improvement
Approach
Strangulate
Bad Parts
Big Bang
Frontend
Switch
Change
Via Copy
Keep Data,
Toss Code
Managed
Evolution
Change
Via Split
Data
Migration
Betriebs-
wirtschaft

Slide #


CHANGE-VIA-SPLIT

Determine
Improvement
Approach
Strangulate
Bad Parts
Big Bang
Frontend
Switch
Change
Via Copy
Keep Data,
Toss Code
Managed
Evolution
Change
Via Split
Data
Migration
Copy
1.
2a
2b
3a
3b
Legend:
bad medium good
Split Improve

Slide #


OPTIONEN UND REALE OPTIONEN

Slide #


Das Recht, aber nicht die Verpﬂichtung,
«etwas» zu «einer bestimmten Zeit» zu
einem «bestimmten Preis» von einer
speziﬁsche «Partei» zu kaufen.

(CALL) OPTION

Slide #


Das Recht, aber nicht die Verpﬂichtung,
«etwas» zu «einer bestimmten Zeit» zu
einem «bestimmten Preis» von einer
speziﬁsche «Partei» zu kaufen.

OPTION

Slide #


OPTIONSTHEORIE

REAL OPTIONS

73

Nach Chris Matts und Olav Maassen

Zu ﬁnden unter

http://commitment-thebook.com

Slide #


• Hotelbuchungen

• Flugtickets

• Datenbank-Zugriffsschicht

• Etc.

BEISPIELE

Photo Credit: Some rights reserved by Kevin Dooley

https://www.ﬂickr.com/photos/pagedooley/1577999575

Slide #


REAL OPTIONS

75

Optionen haben einen Wert

Optionen laufen ab

Keine frühen Festlegungen, es sei
denn, man weiß warum

Slide #


FAZIT (1)

Bewerte Probleme

und Lösungsvorschläge
getrennt

Slide #


FAZIT (2)

verbessere
iterativ / inkrementell

Slide #


FAZIT (3)

Führe
Problem-Liste und

Improvement-Backlog

Slide #


FAZIT (4)

Investiere heute um
reale Optionen in der
Zukunft zu haben

Slide #


FAZIT (5)

Langfristige Verbesserung
benötigt

Betriebswirtschaft + Technik

Slide #


Photo Credit: Some rights reserved by Bettina Braun soozafone https://www.ﬂickr.com/photos/bettina-braun/277386361/

Slide #


Dr. Gernot Starke

gs@gernotstarke.de

http://gernotstarke.de

http://innoq.com

https://www.ﬂickr.com/photos/foto_db/16000636092

Michael Mahlberg

mm@michaelmahlberg.de

http://michaelmahlberg.de

Ökonomie und Architektur als effektives Duo

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (7)

Ähnlich wie Ökonomie und Architektur als effektives Duo

Ähnlich wie Ökonomie und Architektur als effektives Duo (20)

Mehr von Michael Mahlberg

Mehr von Michael Mahlberg (10)

Ökonomie und Architektur als effektives Duo