DevOpsDays in Stockholm - The Clash between DevOps and Quality Assurance

Am 16 Oktober war es soweit ich begab mich auf eine kurze Reise zu den DevOps Days nach Stockholm, vorab hatte ich einen Talk mit dem Thema "The Clash between DevOps and Quality Assurance" eingereicht welcher gleich am ersten Vormittag auf dem Programm stand.
Die DevOpsDays fanden in einem Konferenzzentrum in der Innenstadt Stockholm statt, der Hauptsaal war nach dem Nordischen Donnergott Tor ( Thor auf Schwedisch ohne H) benannt und mit gut 200 Teilnehmern gefüllt.
Nach kleinem Snack ging es mit einem Eröffnungstalk zum Thema "Continuous Delivery was never about faster" von Ken Mugrage (Thoughtworks) los, er ist im wesentlichen verantwortlich für die GO.cd plattform.
Mein Talk lief abgesehen von ein leichten Halsproblemen aufgrund der trockenen Luft sehr gut, ich erzählte von meiner Erfahrung der Zusammenarbeit zwischen DevOps und Quality Assurance aus 5 Projekten und hatte dies mit etlichen Lego Bildchen illustriert. Der Talk wird in kürze auf dem Youtube Kanal der DevOpsDays veröffentlicht.
Besonders gut hat mir auch ein Talk von Heidi Araya Growing Your Agile Team: Hiring & Inspiring the Right Mindset & Skills gefallen, sie fasste in 30 Minuten alles was zum Thema HR und Agile wichtig ist zusammen.
Ein weiteres Highlight waren natürlich die Open Space Sessions, welche bei den DevOpsDays ca die hälfte der Zeit ausmachen, hier habe ich auch gleich nochmal eine Diskussionsrunde "CI/CD Fight Club - why my cd/cd system is the best?" angetriggert.

Die DevOpsDays finden als Community Veranstaltung Weltweit statt, durch freiwillige organisiert bieten sie moderate Preise sowie viel Beteiligungsmöglichkeiten bei den Open Space Sessions.


























Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

SoCraTes Day Franken 2019

Bild
Am 28.09.2019 hatte die Software Craftmanship Community in den Datev IT Campus Nürnberg eingeladen, eine Veranstaltung die viel Coding und Innovation versprach und eine gute Gelegenheit alte bekannte aus der Datev SCC wieder zu treffen. Die gesamte un-Konferenz fand im Open Space Format mit 45 min Slots statt, die Location umfasste sowohl die große Kantine als auch diverse Meeting räume auf dem Campus. Das Session Angebot war großartig und breit gefächert. Neben eher auf Austausch ausgelegten Sessions gab es auch viel zum Hands On und mitmachen. Interessant war das MeetingCreatures spiel von Udo , hier beschriebt er verschieden Charaktere in einem Kartenspiel ( hier verfügbar ). Eine gute Methodik für Scrum Master oder Agile Coaches welche man z.B. in Retros einsetzen könnte um die Meeting Kultur zu verbessern. Ich habe mich mit einer Git Kata Session beteiligt, Johan hatte mir quasi auf dem gang der DevOpsDays zugerufen das seine Git Katas frei verfügbar sind und ich nut...
Mehr anzeigen

Which core competency ot the Lean Enterprise helps drive Bullt-in Quality practices?

A)  Team and Technical Agility B) DevOps and Release on Demand C) Business Solutions and Lean Systems Engineering D) Lean Portfolio Management ----  A is the correct answer,  could be found at https://www.scaledagileframework.com/built-in-quality/ "The Built-in Quality dimension of Team and Technical Agility also contains quality guidance that is generally applicable to all teams – pairing, collective ownership, standards, automation, and definition of done." © Scaled Agile, Inc. Include this copyright notice with the copied content.
Mehr anzeigen

During the final plan review, Program risks are addressed using ROAM. What do the letters in ROAM represent?

During the final plan review, Program risks are addressed using ROAM. What do the letters in ROAM represent? A) Owned, Mitigated, Active,Resolved B)  Owned, Mitigated, Resolved,Accepted C) Resolved, Assigned,Migrated, Owned D) Resolved. Owned. Approved, Mitigated --- This is a tricky questions,  The correct Answer is B as  Wrong Answer D is the only one having the words in right order.  ROAM is described in the PI Planning Section Resolved – The teams agree that the risk is no longer a concern. Owned – Someone on the train takes ownership of the risk since it cannot be resolved during PI planning. Accepted – Some risks are just facts or potential problems that must be understood and accepted. Mitigated – Teams identify a plan to reduce the impact of the risk. © Scaled Agile, Inc. Include this copyright notice with the copied content.
Mehr anzeigen