Download pdf - Ö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 # © 2015 Gernot Starke / Michael Mahlberg 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


TAKEAWAY

Langfristige Verbesserung benötigt

Betriebswirtschaft ��und !

Technik

Technik Betriebs-��wirtschaft



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


KONSEQUENZ…

6


architecture improvement method


• Sammlung etablierter Praktiken + Patterns

• Open-Source

8


für technische und betriebswirtschaftliche Stakeholder

9

iterativ/inkrementell!

praxiserprobt !


iterativ/!inkrementell!


analyze

evaluate

improve

collect…


Improvement Backlog

Issue List(problems, risks)

analyze

evaluate

improve

collect…


m:n!

Improvement Backlog




betriebswirtschaftlich ��bewertete Probleme

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

15



betriebswirtschaftlich ��bewertete Maßnahmen

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

16

Improvement Backlog


QualitativeAnalysis

ContextAnalysis

StakeholderAnalysis

StakeholderInterviewprepares

validatesexternal

stakeholder

QuantitativeAnalysis

finds risksand non-risks

gives overview

fundamental crosscutting

Legend:collectissues

collectimprovementopportunities

Development ProcessAnalysis

part of

findinput for



Legend:

EstimateIssueCost

EstimateImprovement

Cost

Estimatein

Interval

EstimateFeatureValue

ExplicitAssumption

requiresbased upon

ImprovementBacklog

IssueList

Artifact


DER ROI

19

Slide # © 2015 Gernot Starke / Michael Mahlberg 20 Photo Credit: http://de.wikipedia.org/w/index.php?title=Datei:Drehbare_Hochleistungsrichtantenne_ORF_Moosbrunn.JPG&filetimestamp=20070410160520&

Radio Oesterreich International


Republic of Ireland

Photo Credit: Some rights reserved by ConorLuddy http://www.flickr.com/photos/conorluddy/5112308189/sizes/l/


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

Return On Investment


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

Return On Investment


AUS WIKIPEDIA

24


DAS BEDEUTET

25

ROI = Umsatzrendite Kapitalumschlag x


UMFORMEN

26

x Nettoumsatz

—————— Gesamtkapital

Gewinn ——————

Nettoumsatz ROI =


UMFORMEN

27

x Nettoumsatz

—————— Gesamtkapital

Gewinn ——————

Nettoumsatz ROI =


UMFORMEN

28

Gewinn —————— Gesamtkapital

ROI =


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

=

=


Ein Dollar heute…

30

Photo Credit: Some rights reserved by ceoln http://www.flickr.com/photos/ceoln/1333316/


A dollar today is worth more than a dollar tomorrow.

31

Photo Credit: Some rights reserved by soozafone http://www.flickr.com/photos/gaberosiak/7012720629/


9% ZINSSATZ

32


9% ZINSSATZ

33


4.000 - 3.000 = 1000 ?

34


ZINSEN! (9%)

35


9% ?

36

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


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


ROI BEI 10,2% ZINS: -5%

38


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


ROI BEI 4,8% ZINS: 13%

40


BREAK EVEN STATT ROI

41


UML AUF WHITEBOARDS?



• 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...





analy

ze

evaluate

improve

crosscuttingpractices &principles

collect issues

collect opportunities for

improvementcreate from

ExplicitAssumption

ImprovementBacklog

keep explicitlist or table

helps understand

IssueList

keep explicitlist or table

m:n mapping

ArchitecturalUnderstanding

findissues

developimprovementopportunities



Legend:

EstimateIssueCost

EstimateImprovement

Cost

Estimatein

Interval

EstimateFeatureValue

ExplicitAssumption

requiresbased upon

ImprovementBacklog

IssueList

Artifact


• Schulungskosten = 5 x interner Satz

• Teilnehmer = 16 Mitarbeiter

• Schulungsdauer = 2 Tage

=> 16 * 2 + 5 * 2 = 42 PT!

EXPLIZITE ANNAHMEN


• 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


• 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


WANN RECHNET SICH UML? *

53

* In Jahren, bei 10,2%


WANN RECHNET SICH UML? *

54

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


BEISPIEL:��„BIGSHOP“*

��42

* Projekt aus 2014 >>1.5 Mio LOC


ANALYZE + EVALUATE ... Sales

Frontend

Cash Management

ClientPersonalization

ClientData / Contract

UserManagement

NationalCatalogue

Vouchers

Rebate and Reduction

Cards

EuropeanCatalogue

ExternalPartners

Sales Offices

PriceManagement

Data Warehouse

Marketing &Sales

CampaignsTravel Agents

API & UI

PricingEngine

SalesBackend

Legend:

JavaPHPPythonC/C++

Web ServerExtensions

Pricing Data Store

Lisp-ishCobolSecurity

ExtensionsPL/SQL


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...


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


https://www.flickr.com/photos/celestinechua/9661913835


IMPROVEMENT – DONE RIGHT

Approaches

Fundamentals

PracticesTechnik

Betriebs-��wirtschaft


ImproveProcesses

ImproveIteratively

ReduceComplexity

fundamental Category

Legend:

ImproveCode

Structure

ImproveCrosscutting

Concepts

Determine Improvement

Approach

Improve Technical

Infrastructure

Improve Analysability& Evaluability

Verify AfterEvery

Change

Fast Feedback

ExplicitAssumptions

GroupImprovement

Actions

PrototypeImprovement

FUNDAMENTALS

Technik


FUNDAMENTALS

Technik

Approaches

Fundamentals

Practices

ImproveIteratively

ReduceComplexity

Verify AfterEvery

Change

Fast Feedback

ExplicitAssumptions

GroupImprovement

Actions

PrototypeImprovement


ImproveProcesses

Category

Legend:

ImproveCode

Structure

ImproveCrosscutting

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

RefactorCode

RestructureCode

Enable Team

Improve Test Infrastructure

Modularize

Technik


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


ImproveCode

Structure

Category

Legend:

Practice

IntroduceInterfaces

RefactorCodeModularize

Untangle Code Remove Nested Control Structures

Deprecate Obsolete Parts

ImproveResponsibility

Improve Code Layout

Move Behavior Close To Data

Split Up Oversized Parts

Handle If-Else Chains

InterfaceSegregation

AnticorruptionLayer

Hide Unmaintainable

Code

IntroduceLayering

Extract Reusable Component

Integrate Reusable Component

Remove Unused Parts

Eliminate Navigation Code

Bridge to New Town

Toggle Feature

RestructureCode

Technik


APPROACHES Determine Improvement

Approach

Strangulate Bad Parts

Big Bang

Frontend Switch

Change Via Copy

Keep Data,Toss Code

ManagedEvolution

Change Via Split

Data Migration




APPROACHES Determine Improvement

Approach


Big Bang

Frontend Switch

Change Via Copy

Keep Data,Toss Code

ManagedEvolution

Change Via Split

Data Migration



CHANGE-VIA-SPLIT Determine Improvement

Approach


Big Bang

Frontend Switch

Change Via Copy

Keep Data,Toss Code

ManagedEvolution

Change Via Split

Data Migration

Copy

1.

2a

2b

3a

3b

Legend:

bad medium good Split Improve


OPTIONEN UND REALE OPTIONEN


Das Recht, aber nicht die Verpflichtung, «etwas» zu «einer bestimmten Zeit» zu

einem «bestimmten Preis» von einer spezifische «Partei» zu kaufen.

(CALL) OPTION


Das Recht, aber nicht die Verpflichtung, «etwas» zu «einer bestimmten Zeit» zu

einem «bestimmten Preis» von einer spezifische «Partei» zu kaufen.

OPTION


OPTIONSTHEORIE REAL OPTIONS

73

Nach Chris Matts und Olav Maassen

Zu finden unter http://commitment-thebook.com


• Hotelbuchungen

• Flugtickets

• Datenbank-Zugriffsschicht

• Etc.

BEISPIELE

Photo Credit: Some rights reserved by Kevin Dooley

https://www.flickr.com/photos/pagedooley/1577999575


REAL OPTIONS

75

Optionen haben einen Wert Optionen laufen ab

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


FAZIT (1)

Bewerte Probleme und Lösungsvorschläge

getrennt


FAZIT (2)

verbessere ��iterativ / inkrementell


FAZIT (3)

Führe ��Problem-Liste und

Improvement-Backlog


FAZIT (4)

Investiere heute um reale Optionen in der

Zukunft zu haben


FAZIT (5)

Langfristige Verbesserung��benötigt

Betriebswirtschaft + Technik


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


Dr. Gernot Starke

[email protected]

http://gernotstarke.de http://innoq.com

http

s://w

ww

.flick

r.com

/pho

tos/f

oto_

db/1

6000

6360

92

Michael Mahlberg

[email protected]

http://michaelmahlberg.de