Your SlideShare is downloading. ×
  • Like
Entwickeln ist gut, Releasen ist besser
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Entwickeln ist gut, Releasen ist besser

  • 107 views
Published

Wir wollen Feedback – oft und schnell. Das setzt schlanke, häufige und qualitativ hochwertige Releases voraus. Doch komplexe Software, an der mehrere Scrum-Teams arbeiten, stellt hohe Anforderungen an …

Wir wollen Feedback – oft und schnell. Das setzt schlanke, häufige und qualitativ hochwertige Releases voraus. Doch komplexe Software, an der mehrere Scrum-Teams arbeiten, stellt hohe Anforderungen an Delivery-Prozesse. Kann man dabei ohne Branches arbeiten? Kommt man mit dem Testen noch nach? Und Datenbankänderungen ...? Dieser Vortrag schaut hinter die Kulissen von AutoScout24, eines europaweit erfolgreichen Onlinemarktplatzes, der mit agilen Methoden Continuous Delivery Realität werden lässt.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
107
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
10
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. www.autoscout24.com Entwickeln ist gut, Releasen ist besser München | 28. Oktober 2013 | Simon Hohenadl, Robert Misch
  • 2. Simon Hohenadl Head of Vehicle Market IT shohenadl@autoscout24.com @SimonHoh
  • 3. Robert Misch Agile Coach Robert.Misch@gutefrage.net
  • 4. Werkstattportal
  • 5. Scrum
  • 6. Continuous Delivery
  • 7. Viele Features
  • 8. Branching
  • 9. Gelernt
  • 10. Continuous Integration
  • 11. Kontinuität
  • 12. Disziplin
  • 13. Feature Toggles
  • 14. Feature Toggles
  • 15. Daten?
  • 16. schleichende Migration
  • 17. Buildlaufzeit
  • 18. Blue Green Deployment
  • 19. Continuous Quality
  • 20. Pair Programming
  • 21. Explorative Smoke Acceptance Unit / Component
  • 22. Statische Codeanalyse
  • 23. Verantwortung
  • 24. Wir releasen
  • 25. Next steps
  • 26. Aufspalten
  • 27. DevOps
  • 28. Lasttests
  • 29. Speed
  • 30. Continuous Delivery
  • 31. Fragen? Und ja, wir stellen ein.