1 Guido Laures, CTO Spreadshirt April 2014 Mehr Flexibilita ̈ t im eBusiness durch schrittweise...

Post on 06-Apr-2015

113 views 5 download

Transcript of 1 Guido Laures, CTO Spreadshirt April 2014 Mehr Flexibilita ̈ t im eBusiness durch schrittweise...

1

Guido Laures, CTO SpreadshirtApril 2014

Mehr Flexibilitat im eBusiness durch schrittweise IT-Transformation

2

Spreadshirt

• Gegründet 2001• Hauptsitz Leipzig• ~450 Mitarbeiter in DE, US, PL• Marktführer (EU) im Segment personalisierter

Kleidung und Accessoires• 72 Mio.€ Umsatz• 3 Mio+ Produkte / Jahr produziert und verkauft

3

Spreadshirt in a Nutshell

Designer

Merchandizer

Du

MarktplatzPartner Shops

Webseite

Produktion

Motivebereitstellen

Motiveverwenden

DruckenKunde

Provision

Fulfillment

4

NEVER CHANGE A RUNNING SYSTEM.

5

Wer war lange Zeit technologischer Marktführer in Themen wie– Eingebaute

Wörterbücher– Grammatik-Check– Textverarbeitung– PDA?

Never change ... oder doch?

Ein kleines Quiz

6

Digital Disruption

MobileSocialCloud

Big Data

7

Spreadshirt‘s Ausgangssituation

ERP(abas)

Produktion(PHP)

Reporting(Pentaho)

Externe Marktplätze (Amazon)

Payment Provider(Adyen)

Finance(DATEV)

extern

intern

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management

8

ERP(abas)

Produktion(PHP)

Reporting(Pentaho)

Externe Marktplätze (Amazon)

Payment Provider(Adyen)

Finance(DATEV)

extern

intern

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management

Aktuelle Herausforderungen

Weitere Marktplätze

Wechsel des

Providers

ERP Upgrade

Neue Standorte

Facebook Connect

Modernes UI

Mobile

Usability für Partner

Skalierung

9

„Warum dauert das alles so lange?“

• Änderungen in Umsystemen bedingen fast immer auch eine Änderung des Kernsystems

• Die Komplexitat und das Abhangigkeitsgeflecht des Kernsystems macht Änderungen riskant

• Parallele Änderungen sind noch riskanter• Entwickler mit Wissen zu veralteten

Technologien werden immer seltener

Kleine, kontinuierliche Änderungen können den großen Änderungen im Geschaft nicht

gerecht werden.

10

Enterprise Architectures

National AirSpace System Enterprise Architecture Briefing. Presentation. 2009.

11

SOAService-oriented Architecture

MOMMessage-oriented Middleware

• Wiederverwendung öffentlicher Schnittstellen

• Seperation of Concerns• Autonome Systeme

• Asynchronität• Agile Komponenten• Vermeidung von

direkten Abhängigkeiten

SOA und MOM als Architektur-Visionen

12

Zielarchitekrur Spreadshirt

ERP(abas)

Produktion(PHP)

Reporting(Pentaho)

Finance(DATEV)

Marktplatz

Partner

EMP

Payment

User Mgmt.

extern

intern

Statistics

Mess

ag

e B

us

Spreadshirt API

Web

Mobile

3rd

part

y

Externe Marktplätze (Amazon)

Payment Provider(Adyen)

Adapter Adapter

13

Schöne Theorie – und jetzt?

IT-Transformation

14

• Parallele Entwicklung eines vollständigen Neusystems

• Komplettablösung des Altsystems

IT Transformation: Strategien

• Parallele Entwicklung von Duplikaten von Komponenten des Altsystems

• Integration über Datenbank-Sync

• Parallele Entwicklung von Duplikaten der Komponenten des Altsystems

• Ablösung der Komponenten des Altsystems durch Integration der neuen Komponenten

BIGBANG

DUPLICATE& SYNC

RIP& INTEGRATE

Für kleine Systeme oder Off-the-shelf Software

Zum Zeit gewinnen oder bei wenigen Komponenten

Für komplexe Systeme mit vielen Abhängigkeiten

15

Spreadshirt‘s Strategie bis Mitte 2013

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management User Management API

Plattform Daten(inkl. Nutzer)

Nutzerdaten

Synchronisierung

16

Duplicate & Sync: Vor- und Nachteile

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management User Management API

Plattform Daten(inkl. Nutzer)

Nutzerdaten

Synchronisierung

Schrittweise Migration möglichPraktisch risikofreiKaum IntegrationsaufwändeTechnologieunabhängigAufwändige und fehleranfällige Synchronisation (Duplikat der Datenbank)Mehraufwand durch Doppelpflege, schwer skalierbarKeine Ablösung des Altsystems

17

Plattform Daten(ohne Nutzer)

Spreadshirt‘s jetzige Strategie

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management User Management API

Plattform Daten(inkl. Nutzer)

Nutzerdaten

User Management Stub

18

Plattform Daten(ohne Nutzer)

Rip & Integrate: Vor- und Nachteile

eCommerce Plattform(PHP)

Marktplatz

Partner Shops

Partnerbereich

CMS

Statistics

User Management User Management API

Plattform Daten(inkl. Nutzer)

Nutzerdaten

User Management Stub

Schrittweise Migration möglichKeine Datensynchronisation notwendigEchte Ablösung des AltsystemsParallel zu WeiterentwicklungenSkalierbarMehraufwände durch Integration Altsystem muss angepasst werdenTechnologisch anspruchsvoll

19

Erfahrung aus Spreadshirt Projekten:

Verstanden. Aber wo fange ich an?

Authentication

Checkout / Payment

1 2 Shops

Marktplatz

3

3

Basis(abstrakt)

High-level(konkret)

20

NEVER CHANGE A RUNNING SYSTEM.EXCEPT IF YOU WANT TO

SURVIVE DIGITAL DISRUPTION.

21

Take Aways

• Nur massive Änderungen sichern das Überleben von Digital Disruptions

• eCommerce kann von Enterprise Architecture Prinzipien profitieren

• Ablösungen von Altsystemen sind riskant, kostspielig und schwierig aber möglich– Die Strategie sollte passend zum

Anwendungsfall sein– Die Ablösungsroadmap sollte bei

Basisfunktionen anfangen– Ablösungen sollten sofern möglich parallel zur

Weiterentwicklung erfolgen

22

Vielen Dank fürs Zuhören.

guido@spreadshirt.net