Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

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.

Konstantin Diener

December 15, 2022
Tweet

More Decks by Konstantin Diener

Other Decks in Technology

Transcript

  1. Konstantin Diener | [email protected] | @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. [email protected] | @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