Die alte Software genügt den Anforderungen nicht mehr, eine neue muss her. Zahlreiche Standardsysteme buhlen um die Gunst der Entscheider - aber ist Standard immer das richtige? Wann lohnt sich eine individuelle Eigenentwicklung? In der Session wird beleuchtet, warum der neue Shop von Globetrotter Ausrüstung nicht mit einer Standardsoftware läuft - und welche Vorteile das Unternehmen aus dieser Entscheidung zieht.

1. Sebastian Heuer | Globetrotter Ausrüstung
Make or Buy?

4. @GlobetrotterDEV
FOLLOW US!

5. STATUS QUO

6. Eigenentwicklung
STATUS QUO

7. Eigenentwicklung Standardsoftware
STATUS QUO

8. URSPRÜNGLICHER PLAN
Standardsoftware Standardsoftware

9. WHAT HAPPENED?

10. FEATURES, FEATURES, FEATURES
• Produktvergleich
• Merklisten
• Gutscheine
• Bestellhistorie
• Backoffice (Artikel- und Bestellverwaltung)

11. –Random Globetrotter Employee
„Die Features passen fast zu unseren Anforderungen.“

12. CUSTOMIZING

13. CUSTOMIZING
Bestehende Software wird an individuelle
Anforderungen angepasst

14. Feature X FeatureY Feature Z
Core Code Customization

15. HOUSTON, …
• Artikelimport
• Varianten- und Merkmalstrukturen passen nicht
zusammen
• Performance
• aufwändiges Caching, Probleme bei Invalidierung
• ohne Cache ein CPU Core je Request

17. THE WAY OUT
Alternative Eigenentwicklung

18. THE WAY OUT
Alternative Eigenentwicklung

19. THE WAY OUT
Alternative Eigenentwicklung

20. THE WAY OUT
Alternative Eigenentwicklung

22. Die Idee wird
geboren

23. Die Idee wird
geboren
Infizierung
desTeams

24. „das wird niemals
bewilligt“
Die Idee wird
geboren
Infizierung
desTeams

25. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Die Idee wird
geboren
Infizierung
desTeams

26. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Bau eines Prototypen
„Wir schaffen das!“
Die Idee wird
geboren
Infizierung
desTeams

27. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Bau eines Prototypen
„Wir schaffen das!“
Die Idee wird
geboren
Infizierung
desTeams
Entscheidung für die
Eigenentwicklung!

28. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Bau eines Prototypen
„Wir schaffen das!“
Die Idee wird
geboren
Infizierung
desTeams
finaler Lasttest
Entscheidung für die
Eigenentwicklung!

29. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Bau eines Prototypen
„Wir schaffen das!“
Die Idee wird
geboren
Infizierung
desTeams
Produktivsystem
läuft
finaler Lasttest
Entscheidung für die
Eigenentwicklung!

30. „das wird niemals
bewilligt“
Workshop wird
genehmigt o/
Bau eines Prototypen
„Wir schaffen das!“
Wir sind live!
Die Idee wird
geboren
Infizierung
desTeams
Produktivsystem
läuft
finaler Lasttest
Entscheidung für die
Eigenentwicklung!

31. –Green Lantern
„With great power comes great
responsibility“

32. ARCHITECTURE ISTHE KEY

33. ARCHITECTURE ISTHE KEY
• Wenn man bei NULL anfängt, muss man sich gut
vorbereiten. Kein „just do it“ in dieser Phase.

34. ARCHITECTURE ISTHE KEY
• Wenn man bei NULL anfängt, muss man sich gut
vorbereiten. Kein „just do it“ in dieser Phase.
• Wichtig: nicht sofort inTechnologien denken
(„Webprojekte macht man jetzt mit Rails“)

35. ARCHITECTURE ISTHE KEY
• Wenn man bei NULL anfängt, muss man sich gut
vorbereiten. Kein „just do it“ in dieser Phase.
• Wichtig: nicht sofort inTechnologien denken
(„Webprojekte macht man jetzt mit Rails“)
• Technologieunabhängige Architektur steht am
Anfang

36. ARCHITECTURE ISTHE KEY
Webserver StoreFront
Middleware
DataPool
Search
StoreBack

37. TEAM SETUP

38. TEAM SETUP
• Coding Guidelines

39. TEAM SETUP
• Coding Guidelines
• PHP CodeSniffer Ruleset erarbeiten

40. TEAM SETUP
• Coding Guidelines
• PHP CodeSniffer Ruleset erarbeiten
• Welche Metriken sind uns wichtig und warum?

41. TEAM SETUP
• Coding Guidelines
• PHP CodeSniffer Ruleset erarbeiten
• Welche Metriken sind uns wichtig und warum?
• CI aufsetzen

42. TEAM SETUP

43. TEAM SETUP
• Definition of Done festlegen und leben

44. TEAM SETUP
• Definition of Done festlegen und leben
• interne QA durch zweiten Entwickler

45. TEAM SETUP
• Definition of Done festlegen und leben
• interne QA durch zweiten Entwickler
• Deploymentkonzept

46. TEAM SETUP
• Definition of Done festlegen und leben
• interne QA durch zweiten Entwickler
• Deploymentkonzept
• so früh wie möglich ins CI integrieren

47. DEPLOYMENT

48. THINK ITERATIVE

49. THINK ITERATIVE
• Mit minimalem Featureset starten

50. THINK ITERATIVE
• Mit minimalem Featureset starten
• Stabiles Fundament errichten

51. THINK ITERATIVE
• Mit minimalem Featureset starten
• Stabiles Fundament errichten
• Stabilen Stand nach und nach um Features
erweitern

52. THINK ITERATIVE
• Mit minimalem Featureset starten
• Stabiles Fundament errichten
• Stabilen Stand nach und nach um Features
erweitern
• regelmäßige Reviews

53. DAS MINIMUM

54. DAS MINIMUM
• Navigation

55. DAS MINIMUM
• Navigation
• Produktlisting

56. DAS MINIMUM
• Navigation
• Produktlisting
• Produktdetailseite

57. DAS MINIMUM
• Navigation
• Produktlisting
• Produktdetailseite
• Warenkorb

58. DAS MINIMUM
• Navigation
• Produktlisting
• Produktdetailseite
• Warenkorb
• Checkout (Adresse + ZahlartVorkasse)

59. SOLVING CONFLICTS
• Diskussionen über mögliche Lösungswege
brauchen einen Moderator und einen Entscheider,
dessen Urteil akzeptiert wird

60. SOLVING CONFLICTS

61. SOLVING CONFLICTS
• Alleingänge vermeiden und stoppen

62. SOLVING CONFLICTS
• Alleingänge vermeiden und stoppen
• Ablehnung von kreativenVorschlägen aus dem
Team ist manchmal notwendig, aber
demotivierend

63. SOLVING CONFLICTS
• Alleingänge vermeiden und stoppen
• Ablehnung von kreativenVorschlägen aus dem
Team ist manchmal notwendig, aber
demotivierend
• <insert anecdote here>

64. THE SKYTEAM ISTHE LIMIT

65. THE SKYTEAM ISTHE LIMIT
• Bei der Umsetzung von Features gibt es quasi™
keine Grenzen mehr

66. THE SKYTEAM ISTHE LIMIT
• Bei der Umsetzung von Features gibt es quasi™
keine Grenzen mehr
• DasTeam kennt jede einzelne Codezeile

67. THE SKYTEAM ISTHE LIMIT
• Bei der Umsetzung von Features gibt es quasi™
keine Grenzen mehr
• DasTeam kennt jede einzelne Codezeile
• SchnellesTeam = schnelle Weiterentwicklung

68. THE SKYTEAM ISTHE LIMIT
• Bei der Umsetzung von Features gibt es quasi™
keine Grenzen mehr
• DasTeam kennt jede einzelne Codezeile
• SchnellesTeam = schnelle Weiterentwicklung
• LangsamesTeam = langsame Weiterentwicklung

69. non-comment lines of code (NCLOC)
Magento CE 1.8.0.0
(/app)
Symfony 2.3.7
(/vendor)
globetrotter.de
0 125.000 250.000 375.000 500.000
ermittelt mit phploc 2.0.0

70. non-comment lines of code (NCLOC)
Magento CE 1.8.0.0
(/app)
Symfony 2.3.7
(/vendor)
globetrotter.de
0 125.000 250.000 375.000 500.000
ermittelt mit phploc 2.0.0

71. FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?

72. FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“

73. FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“
• Wir haben die Chance, mit Innovationen den Markt
mitzugestalten

74. FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“
• Wir haben die Chance, mit Innovationen den Markt
mitzugestalten
• Wir wollen die volle Kontrolle über unsere Applikation

75. FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“
• Wir haben die Chance, mit Innovationen den Markt
mitzugestalten
• Wir wollen die volle Kontrolle über unsere Applikation
• Wir haben die richtigen Leute!

76. WE ARE HIRING!
(THIS ISTHE Q&A SLIDE)

77. Sebastian Heuer | Globetrotter Ausrüstung
Make or Buy?