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
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
4. https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/
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/
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)
7. You build it, you run it. Werner Vogels
8. Das stimmt vielleicht für Produkt- Organisationen, aber …
9. … sobald ein IT-Dienstleister beteiligt ist, müsste es heißen …
10. You build it, but you ain’t gonna run it.
11. Konstantin Diener CTO und Gründer von cosee
12. Starten Skalieren Produktentwicklung
13. Aber was ist denn der Unterschied?
14. (End-) Kunden Klient Dienstleister
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/
18. Wie geht es auch anders?
19. Accelerate Nicole Forsgren, Jez Humble, Gene Kim
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
21. Generative organizations focus on the mission. How do we accomplish our goal? Accelerate
22. Welches Ziel verfolgt der Klient?
23. Warum bauen wir Produkte?
24. User Story Mapping Je ff Patton
25. Je ff Patton, User Story Mapping, https://jpattonassociates.com/
26. Eure Firma bekommt nicht, was sie will, wenn eure Kunden und User nicht etwas bekommen, das sie wollen. Je ff Patton
27. Je ff Patton, User Story Mapping, https://jpattonassociates.com/
28. (End-) Kunden Klient Dienstleister
29. (End-) Kunden Klient Dienstleister
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
31. Versteht, was das tatsächliche Kundenbedürfnis ist.
32. … und implementiert nicht nur eine Wunschliste an Features.
33. Je ff Patton, User Story Mapping, https://jpattonassociates.com/
34. kleine Experimente Losgrößen (Batch Sizes)
35. Jedes Release ist ein funktionierendes Produkt.
36. Verwendet Continuous Integration!
37. Machen wir! ✅
38. Echt? 🤔
39. Trunk Based Development?
40. #NoFeatureBranches
41. Continuous Delivery Jez Humble, David Farley
42. Verwendet Continuous Delivery!
43. Application is always in a releasable state.
44. + + Repo Build Executable Repo Pipeline running product = =
45. Behandelt das Produktivsystem als „yet another environment“.
46. t Applikation Infrastruktur
47. Je ff Patton, User Story Mapping, https://jpattonassociates.com/
48. Betreibt euer Produkt von Anfang an in Produktion.
49. t Code Infrastruktur
50. Baut von Anfang an Metriken & Alerting ein.
51. Eat your own dog food.
52. Versteht den „Footprint“ eures Produkts durch frühzeitige Lasttests.
53. Wir würden ja kontinuierlich ausliefern, aber wir müssen laufend warten …
54. Rechtsabteilung Designer Sales Team Content IT Marketing
56. Verwendet DevOps Kollaborationsmodelle, um Silos zu vermeiden.
57. Embedding Inspired by devopstopologies.com
58. Embedding x as a Service Inspired by devopstopologies.com
59. Site Reliability Engineering
60. Embedding x as a Service Collaboration Inspired by devopstopologies.com
61. Verwendet diese Modelle auch Übergabe & Onboarding.
62. Embedding x as a Service Collaboration Inspired by devopstopologies.com
63. Verwendet Blameless Postmortems …
64. … um mit dem Klienten Wissen über die Applikation zu teilen.
65. Verwendet grundlegende DevOps-Praktiken …
66. Macht eure Arbeit sichtbar … auch für den Klienten.
67. Shi ft le ft . ⬅
68. Alle sind verantwortlich.
69. Continuous Improvement 💪
70. Discovery- Phase Backlog Experten-Teams Abrechnungs- modelle Auslieferung in Sprints Soft ware- Releases
71. talks.cosee.biz
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