1 / 22

Mehr Flexibilität im eBusiness durch schrittweise IT-Transformation

Mehr Flexibilität im eBusiness durch schrittweise IT-Transformation. Guido Laures, CTO Spreadshirt April 2014. Spreadshirt. Gegründet 2001 Hauptsitz Leipzig ~450 Mitarbeiter in DE, US, PL Marktführer (EU) im Segment personalisierter Kleidung und Accessoires 72 Mio.€ Umsatz

Download Presentation

Mehr Flexibilität im eBusiness durch schrittweise IT-Transformation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Mehr Flexibilität im eBusiness durch schrittweise IT-Transformation Guido Laures, CTO Spreadshirt April 2014

  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 Marktplatz Partner Shops Webseite Provision Drucken Merchandizer Motive verwenden Motive bereitstellen Kunde Produktion Du Fulfillment

  4. NEVER CHANGE A RUNNING SYSTEM.

  5. Never change ... oder doch? Ein kleines Quiz Wer war lange Zeit technologischer Marktführer in Themen wie • Eingebaute Wörterbücher • Grammatik-Check • Textverarbeitung • PDA?

  6. Digital Disruption Mobile Social Cloud Big Data

  7. Spreadshirt‘s Ausgangssituation Externe Marktplätze (Amazon) Payment Provider (Adyen) extern intern eCommerce Plattform (PHP) ERP (abas) User Management Produktion (PHP) Marktplatz Partner Shops Reporting (Pentaho) Partnerbereich CMS Finance (DATEV) Statistics

  8. Aktuelle Herausforderungen Externe Marktplätze (Amazon) Payment Provider (Adyen) Wechsel des Providers Weitere Marktplätze extern ERP Upgrade intern eCommerce Plattform (PHP) ERP (abas) Facebook Connect Neue Standorte User Management Mobile Produktion (PHP) Modernes UI Marktplatz Partner Shops Reporting (Pentaho) Partnerbereich Usability für Partner Skalierung CMS Finance (DATEV) Statistics

  9. „Warum dauert das alles so lange?“ • Änderungen in Umsystemenbedingen fast immer auch eine Änderung des Kernsystems • Die Komplexität und das Abhängigkeitsgeflecht 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 Geschäft nicht gerecht werden.

  10. Enterprise Architectures National AirSpace System Enterprise Architecture Briefing. Presentation. 2009.

  11. SOA und MOM als Architektur-Visionen SOA Service-orientedArchitecture • Wiederverwendung öffentlicher Schnittstellen • SeperationofConcerns • Autonome Systeme • Asynchronität • Agile Komponenten • Vermeidung von direkten Abhängigkeiten MOM Message-oriented Middleware

  12. Zielarchitekrur Spreadshirt Spreadshirt API Web User Mgmt. Message Bus Finance (DATEV) Partner Reporting (Pentaho) Mobile Marktplatz Payment Produktion (PHP) EMP 3rd party ERP (abas) Statistics intern Adapter Adapter extern Payment Provider (Adyen) Externe Marktplätze (Amazon)

  13. Schöne Theorie – und jetzt? IT-Transformation

  14. IT Transformation: Strategien BIGBANG DUPLICATE& SYNC RIP & INTEGRATE • Parallele Entwicklung eines vollständigen Neusystems • Komplettablösung des Altsystems • 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 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) User Management User Management API Marktplatz Nutzerdaten Partner Shops Partnerbereich Synchronisierung CMS Plattform Daten (inkl. Nutzer) Statistics

  16. Duplicate & Sync: Vor- und Nachteile • Schrittweise Migration möglich • Praktisch risikofrei • Kaum Integrationsaufwände • Technologieunabhängig • Aufwändige und fehleranfällige Synchronisation (Duplikat der Datenbank) • Mehraufwand durch Doppelpflege, schwer skalierbar • Keine Ablösung des Altsystems eCommerce Plattform (PHP) User Management User Management API Marktplatz Nutzerdaten Partner Shops Partnerbereich Synchronisierung CMS Plattform Daten (inkl. Nutzer) Statistics

  17. Spreadshirt‘s jetzige Strategie eCommerce Plattform (PHP) User Management Stub User Management User Management API Marktplatz Nutzerdaten Partner Shops Partnerbereich CMS Plattform Daten (ohne Nutzer) Plattform Daten (inkl. Nutzer) Statistics

  18. Rip & Integrate: Vor- und Nachteile • Schrittweise Migration möglich • Keine Datensynchronisation notwendig • Echte Ablösung des Altsystems • Parallel zu Weiterentwicklungen • Skalierbar • Mehraufwände durch Integration • Altsystem muss angepasst werden • Technologisch anspruchsvoll eCommerce Plattform (PHP) User Management Stub User Management User Management API Marktplatz Nutzerdaten Partner Shops Partnerbereich CMS Plattform Daten (ohne Nutzer) Plattform Daten (inkl. Nutzer) Statistics

  19. Verstanden. Aber wo fange ich an? Erfahrung aus Spreadshirt Projekten: 3 1 2 Shops Authentication Checkout / Payment 3 Marktplatz 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

More Related