PHP Summit 2013 - Make or Buy?

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.

Transcript

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 Feature Y 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 des Teams
24. „das wird niemals bewilligt“ Die Idee wird geboren Infizierung des Teams
25. „das wird niemals bewilligt“ Workshop wird genehmigt \o/ Die Idee wird geboren Infizierung des Teams
26. „das wird niemals bewilligt“ Workshop wird genehmigt \o/ Bau eines Prototypen „Wir schaffen das!“ Die Idee wird geboren Infizierung des Teams
27. „das wird niemals bewilligt“ Workshop wird genehmigt \o/ Bau eines Prototypen „Wir schaffen das!“ Die Idee wird geboren Infizierung des Teams 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 des Teams 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 des Teams 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 des Teams Produktivsystem läuft finaler Lasttest Entscheidung für die Eigenentwicklung!
31. –Green Lantern „With great power comes great responsibility“
32. ARCHITECTURE IS THE KEY
33. ARCHITECTURE IS THE KEY • Wenn man bei NULL anfängt, muss man sich gut vorbereiten. Kein „just do it“ in dieser Phase.
34. ARCHITECTURE IS THE KEY • Wenn man bei NULL anfängt, muss man sich gut vorbereiten. Kein „just do it“ in dieser Phase. • Wichtig: nicht sofort in Technologien denken („Webprojekte macht man jetzt mit Rails“)
35. ARCHITECTURE IS THE KEY • Wenn man bei NULL anfängt, muss man sich gut vorbereiten. Kein „just do it“ in dieser Phase. • Wichtig: nicht sofort in Technologien denken („Webprojekte macht man jetzt mit Rails“) • Technologieunabhängige Architektur steht am Anfang
36. ARCHITECTURE IS THE 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 + Zahlart Vorkasse)
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 kreativen Vorschlägen aus dem Team ist manchmal notwendig, aber demotivierend
63. SOLVING CONFLICTS • Alleingänge vermeiden und stoppen • Ablehnung von kreativen Vorschlägen aus dem Team ist manchmal notwendig, aber demotivierend • <insert anecdote here>
64. THE SKY TEAM IS THE LIMIT
65. THE SKY TEAM IS THE LIMIT • Bei der Umsetzung von Features gibt es quasi™
 keine Grenzen mehr
66. THE SKY TEAM IS THE LIMIT • Bei der Umsetzung von Features gibt es quasi™
 keine Grenzen mehr • Das Team kennt jede einzelne Codezeile
67. THE SKY TEAM IS THE LIMIT • Bei der Umsetzung von Features gibt es quasi™
 keine Grenzen mehr • Das Team kennt jede einzelne Codezeile • Schnelles Team = schnelle Weiterentwicklung
68. THE SKY TEAM IS THE LIMIT • Bei der Umsetzung von Features gibt es quasi™
 keine Grenzen mehr • Das Team kennt jede einzelne Codezeile • Schnelles Team = schnelle Weiterentwicklung • Langsames Team = 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 IS THE Q&A SLIDE)
77. Sebastian Heuer | Globetrotter Ausrüstung Make or Buy?