DevOps-Praktiken für IT-Dienstleister (und deren Kunden)

Die DevOps-Bewegung versucht, Silos zwischen Entwicklung und Betrieb aufzubrechen und durch eine intensive Kollaboration zu ersetzen. Etliche Unternehmen sind intern auf dieser Reise weit gekommen und haben sich mehr und mehr DevOps-Praktiken angeeignet.

Sobald sie jedoch externe IT-Lieferanten beauftragen, entstehen oft wieder die alten Silos: Die Lösung wird vom Lieferanten gebaut und nach der Übergabe vom Kunden betrieben. Dabei muss das nicht so sein. Auch externe IT-Lieferanten können gemäß der DevOps-Philosophie mit ihren Kunden (zusammen-) arbeiten.

Konstantin zeigt euch in seinem TechTalk einige Muster und praktische Beispiele dafür.

Transcript

1. Konstantin Diener | konstantin.diener@cosee.biz | @coseeaner
   DevOps-Praktiken für IT-Dienstleister (und deren Kunden)
   You build it,
   
   
   but you ain't gonna run it
   

   View Slide

2. View Slide

3. • möglichst viele Features
   
   
   • schnelle Reaktion
   
   
   • Scrum: Shippable Product
   • stabile Applikation
   
   
   • keine Zwischenfälle oder
   

   schwereren Fehler
   
   
   • keine Downtimes
   >> Durchsatz >> Stabilität
   Entwicklung Betrieb
   

   View Slide

4. https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/
   

   View Slide

5. Spock Scotty
   Little bit weird
   Sits closer to the boss
   Thinks too hard
   Pulls levers & turns knobs
   Easily excited
   Yells a lot in emergencies
   https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/
   

   View Slide

6. https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/
   Ops’ job is to enable the business
   (this is dev’s job too)
   

   View Slide

7. You build it,
   you run it.
   Werner Vogels
   

   View Slide

8. Das stimmt vielleicht für
   
   
   Produkt-
   Organisationen, aber …
   

   View Slide

9. … sobald ein
   
   
   IT-Dienstleister
   beteiligt ist, müsste es heißen …
   
   
   

   View Slide

10. You build it,
    
    
    but you ain’t
    gonna run it.
    

    View Slide

11. Konstantin Diener
    CTO und Gründer von cosee
    

    View Slide

12. Starten Skalieren
    Produktentwicklung
    

    View Slide

13. Aber was ist denn der
    
    
    Unterschied?
    

    View Slide

14. (End-) Kunden
    Klient
    Dienstleister
    

    View Slide

15. View Slide

16. Spock Scotty
    Little bit weird
    Sits closer to the boss
    Thinks too hard
    Pulls levers & turns knobs
    Easily excited
    Yells a lot in emergencies
    https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/
    

    View Slide

17. View Slide

18. Wie geht es auch
    
    
    anders?
    

    View Slide

19. Accelerate
    Nicole Forsgren, Jez Humble,
    Gene Kim
    

    View Slide

20. Pathological
    
    
    (Power-Oriented)
    Bureaucratic
    
    
    (Rule-Oriented)
    Generative
    
    
    (Performance-Oriented)
    Low cooperation Modest cooperation High cooperation
    Messengers “shot” Messengers neglected Messengers trained
    Responsibilities shirked Narrow responsibilities Risks are shared
    Bridging discouraged Bridging tolerated Bridging encouraged
    Failure leads to scapegoating Failure leads to justice Failure leads to inquiry
    Novelty crushed Novelty leads to problems Novelty implemented
    

    View Slide

21. Generative
    organizations focus on
    the mission. How do we
    accomplish our goal?
    Accelerate
    

    View Slide

22. Welches
    Ziel
    
    
    verfolgt der Klient?
    

    View Slide

23. Warum
    
    
    bauen wir Produkte?
    

    View Slide

24. User Story Mapping
    Je
    ff
    Patton
    

    View Slide

25. Je
    ff
    Patton, User Story Mapping, https://jpattonassociates.com/
    

    View Slide

26. Eure Firma bekommt nicht,
    was sie will, wenn eure
    Kunden und User nicht etwas
    bekommen, das sie wollen.
    Je
    ff
    Patton
    

    View Slide

27. Je
    ff
    Patton, User Story Mapping, https://jpattonassociates.com/
    

    View Slide

28. (End-) Kunden
    Klient
    Dienstleister
    

    View Slide

29. (End-) Kunden
    Klient
    Dienstleister
    

    View Slide

30. Vision Statement Kurze Beschreibung der Vision/Idee
    Zielgruppe
    Welches Marktsegment/Ziel- oder Nutzer-
    gruppe soll das Produkt ansprechen?
    Dieser Punkt kann auch in Form einer
    Persona beschrieben sein.
    Bedürfnisse/Probleme
    Welche Bedürfnisse der Zielgruppe werden
    befriedigt?
    In welcher Form schafft das Produkt Wert
    für den Benutzer oder empfindet er es als
    wertvoll?
    Welche Emotionen weckt das Produkt?
    Top Features
    Welches sind die drei bis fünf wichtigsten
    Funktionen?
    Gibt es ein Alleinstellungsmerkmal (USP)?
    Geschäftsmodell
    Wie wird mit dem Produkt Geld verdient?
    Wer sind die zahlenden Kunden?
    Was ist der Kunde bereit zu bezahlen und
    wie bezahlt er?
    Konkurrenz
    Gibt es Organisationen am Markt,
    die ein ähnliches Produkt anbieten?
    Differenznutzen
    Was bietet das Produkt mehr, weniger
    oder anders gegenüber vergleichbaren
    Produkten?
    angelehnt an http://www.romanpichler.com/tools/vision-board
    cosee_VisionStatement_Plakat2019_ Druck.indd 1 15.11.18 10:17
    

    View Slide

31. Versteht,
    
    
    was das tatsächliche
    
    
    Kundenbedürfnis ist.
    

    View Slide

32. … und
    implementiert
    nicht nur eine
    Wunschliste an Features.
    

    View Slide

33. Je
    ff
    Patton, User Story Mapping, https://jpattonassociates.com/
    

    View Slide

34. kleine
    
    
    Experimente
    
    
    Losgrößen (Batch Sizes)
    

    View Slide

35. Jedes Release ist ein
    
    
    funktionierendes
    Produkt.
    

    View Slide

36. Verwendet
    
    
    Continuous
    Integration!
    

    View Slide

37. Machen wir! ✅
    

    View Slide

38. Echt? 🤔
    

    View Slide

39. Trunk Based
    Development?
    

    View Slide

40. #NoFeatureBranches
    

    View Slide

41. Continuous Delivery
    Jez Humble,
    David Farley
    

    View Slide

42. Verwendet
    
    
    Continuous
    Delivery!
    

    View Slide

43. Application is
    always in a
    releasable state.
    

    View Slide

44. + +
    Repo Build
    Executable
    Repo Pipeline
    running product
    = =
    

    View Slide

45. Behandelt das Produktivsystem als
    
    
    „yet another
    environment“.
    

    View Slide

46. t
    Applikation
    Infrastruktur
    

    View Slide

47. Je
    ff
    Patton, User Story Mapping, https://jpattonassociates.com/
    

    View Slide

48. Betreibt euer Produkt von Anfang an in
    Produktion.
    

    View Slide

49. t
    Code
    Infrastruktur
    

    View Slide

50. Baut von Anfang an
    
    
    Metriken &
    Alerting ein.
    

    View Slide

51. Eat your own
    
    
    dog food.
    

    View Slide

52. Versteht den „Footprint“ eures Produkts durch
    
    
    frühzeitige
    Lasttests.
    

    View Slide

53. Wir würden ja kontinuierlich ausliefern,
    aber wir müssen laufend
    
    
    warten …
    

    View Slide

54. Rechtsabteilung
    Designer
    Sales Team
    Content
    IT
    Marketing
    

    View Slide

55. View Slide

56. Verwendet DevOps
    
    
    Kollaborationsmodelle,
    
    
    um
    Silos zu vermeiden.
    

    View Slide

57. Embedding
    Inspired by devopstopologies.com
    

    View Slide

58. Embedding x as a Service
    Inspired by devopstopologies.com
    

    View Slide

59. Site Reliability
    Engineering
    

    View Slide

60. Embedding x as a Service Collaboration
    Inspired by devopstopologies.com
    

    View Slide

61. Verwendet diese Modelle auch
    Übergabe &
    Onboarding.
    

    View Slide

62. Embedding x as a Service Collaboration
    Inspired by devopstopologies.com
    

    View Slide

63. Verwendet
    
    
    Blameless
    Postmortems …
    

    View Slide

64. … um mit dem Klienten
    
    
    Wissen über die
    Applikation zu teilen.
    

    View Slide

65. Verwendet
    
    
    grundlegende
    
    
    DevOps-Praktiken …
    

    View Slide

66. Macht eure
    
    
    Arbeit sichtbar
    
    
    … auch für den Klienten.
    

    View Slide

67. Shi
    ft
    le
    ft
    . ⬅
    

    View Slide

68. Alle sind
    
    
    verantwortlich.
    

    View Slide

69. Continuous
    Improvement 💪
    

    View Slide

70. Discovery-
    Phase
    Backlog
    Experten-Teams
    Abrechnungs-
    modelle
    Auslieferung
    in Sprints
    Soft ware-
    Releases
    

    View Slide

71. talks.cosee.biz
    

    View Slide

72. konstantin.diener@cosee.biz | @onkelkodi
    Picture credits:
    
    
    Boat: https://www.shutterstock.com/de/g/solovushka
    
    
    Silos: https://www.shutterstock.com/de/g/davotibarna
    
    
    Gated Bridge: https://www.istockphoto.com/de/portfolio/vesilvio
    Die Praktiken mit uns ausprobieren?
    Konstantin Diener | cosee GmbH
    cosee.biz
    

    View Slide