#QConf2016 – SoftwareQualität – immer Thema für uns Quality Specialists – auch konzernweit

2016-09-14_13-12-17_qconf2016

von Diana Kruse

Wir Quality Specialists schauen nicht nur über den teameigenen Tellerrand, indem wir uns in bereichsweiten Formaten wie QS-OpenSpace, QS-Conventions und Fokusgruppen rund um das Thema Qualität austauschen. Wir strecken unsere Fühler auch konzernweit und über den Konzern hinaus aus.

In diesem Beitrag möchte ich kurz über die QConf sprechen, der jährlichen konzernweiten Konferenz für alle Software-Qualitäts-Interessierten der otto group.

Seit dem letzten Jahr haben sich die einzelnen IT-Bereiche stark weiterentwickelt. Konzernweit spiegelt sich in etwa das wider, was ich auch am Markt verfolge: Es gibt Bereiche, die noch am Anfang stehen, was agile Software(Qualitäts)Prozesse angeht. Andere, wie wir bei otto.de, leben und verändern diese schon seit einigen Jahren.

Die QConf in Zahlen

750
Feedbackzettel
70
aktive Teilnehmer
17
Stunden Softwarequalität
16
Speaker / Workshopleader
4
Sponsoren
4
Orgas
1
riesiger Raum
Jeder Bereich steht somit vor anderen Herausforderungen und doch macht uns ein Gedanke alle gleich:

„Wie können wir unterstützen, dass qualitativ hochwertige Software an unsere Kunde geliefert wird?“

Read more ›

Tagged with: , , , , , , , , , , ,
Veröffentlicht in Testing

Nutzung einer domänenspezifischen Sprache (DSL) zur Transformation von Shopdaten

DSL basierte Datentransformation

Beim Export von Shopdaten an Preissuchmaschinen machen die Betreiber genaue Vorgaben, in welchem Format die Produktdaten eingereicht werden müssen. Ein Betreiber möchte z.B. den Artikelpreis als Zahl in Cent, der andere als String mit Komma und Eurozeichen. Auch für die Angabe von Lieferbarkeit, Versandkosten oder Bildern sind sehr unterschiedliche Vorgaben zu beachten.
Die Software, die bei OTTO die Transformation und Datenbelieferung übernimmt, heißt ProPHET (Produktdaten Partnerfeed Handling & Export Tool). Dieser Artikel zeigt die Vorteile der Umstellung auf eine domänenspezifische Sprache (DSL) zur Beschreibung der Transformation dieser Daten. Read more ›

Tagged with: , , , ,
Veröffentlicht in Development

Full Disclosure: Sicherung interner Kommunikation

hmac_above

Aktuelle E-Commerce-Systeme bestehen häufig aus mehreren Servern, die mit dem Browser der Benutzer über SSL-gesicherte Leitungen kommunizieren. Allerdings sind die Rechner der Kunden nicht die einzigen, mit denen ein Shop Daten austauschen muss: fast immer ist es notwendig, dass die einzelnen Server des Systems auch untereinander kommunizieren müssen. Dabei ist es unerheblich, ob es sich um eine Microservice– oder eine Vertikalen-Architektur handelt. Sogar die in die Tage gekommenen Monolithen nutzen bei einem Multi-Tier-Ansatz gerne mehrere Server.

Gemein ist diesen Backend-Requests (im Gegensatz zu dem Netzwerkverkehr zwischen Kunden-Browser und otto.de), dass hier im Allgemeinen keine vertraulichen Daten über die Leitung gehen, sondern beispielsweise die Aktualisierung einer Produktverfügbarkeit oder Konfigurations-Requests. Diese Inhalte müssen also nicht geheim gehalten werden, was uns den Aufwand und die Komplexität erspart, sie zu verschlüsseln.

Trotzdem darf natürlich nicht jeder die Texte im Shop ändern oder Produktinformationen anpassen, daher benötigen wir eine Methode zur Authentifizierung und Autorisierung der Requests.

Read more ›

Tagged with: , ,
Veröffentlicht in Development, Grundlagen

Neuer Artikel im OBJEKTspektrum: Scaling Agile @ OTTO – Learning at Scale

Abb2 - Organisationsstruktur

Scaling Agile @ OTTO – Learning at Scale: Agilität als umfassende organisatorische Herausforderung
von Peter Wolter und Stephan Kraus

Was ist eigentlich das Ziel hinter Agilität? Geschwindigkeit und Veränderungsfähigkeit! Die Grundlage dafür sind entsprechende Strukturen und Rahmenbedingungen im Unternehmen und die Fähigkeit der Organisation zu lernen: Kleine, autonome, interdisziplinäre Teams, die eigenständig und in hoher Verantwortung auf die unternehmerischen Ziele hinarbeiten, die entscheiden, was getan wird. In einer unsicheren Welt von sich schnell ändernden Anforderungen müssen diese Teams lernen. Dazu muss es eine lernende Kultur geben, um das Wie ständig anpassen zu können. In der lernenden Kultur ermächtigen wir Menschen, kreativ zu werden und ihren eigenen Weg zu finden. Dafür beschreiben wir vor allem das Warum.

In der Ausgabe 04/2016 des OBJEKTspektrum haben wir zum Schwerpunktthema „Führung und Management in der IT“ einen Artikel veröffentlicht, in dem wir unseren Weg zu einer lernenden Organisation beschreiben. Read more ›

Tagged with: , , , , ,
Veröffentlicht in Grundlagen

Sind wir wirklich nur Testmanagerinnen?

specialist

Von Natalie Volk, Finn Lorbeer, Diana Kruse, und Torsten Mangner

Bei otto.de gibt es in jedem Cross-Functional-Team mindestens eine Testerin / Testmanagerin / QA / QSlerin… wie auch immer man die Rolle der Person bezeichnet, die Bewusstsein für Qualität schaffen soll.

Bisher dominierte die Bezeichung „Testmanagerin“ – ein sehr hölzerner, bürokratisch klingender Titel. Dieser sollte deutlich machen, dass die Rolle mehr tut, als nur Tests durchzuführen: Sie managed Tests! Mittlerweile ist auch das managen von Tests nur noch ein kleiner Teil des Mehrwerts, den wir im Team erbringen. Read more ›

Tagged with: , ,
Veröffentlicht in Testing

Was haben Tesla, Edison und Turing gemeinsam?

tesla-edison-turing-banner

Wir berichten seit einiger Zeit viel über unser Bestreben zum Einsatz von Microservices. Dazu habt ihr schon Beiträge (den Letzten von Guido) zu unseren architektonischen Ansichten lesen können. Damit ihr auch etwas über unsere Applikationssicht erfahrt, habe ich diesen Post geschrieben. Doch was hat das mit den Herren Tesla, Edison und Turing zu tun? Read more ›

Tagged with: , , , , , , , ,
Veröffentlicht in Architektur, Development

Why Microservices?

DuamenHochStrichM_s

A Completely Biased Summary of the Assets of Microservice Architectures

by @GuidoSteinacker

When we started ‚Lhotse‘, the project to replace the old, monolithic e-commerce platform of otto.de a few years ago, we chose self-contained systems (SCS) to implement the new shop: Instead of developing a single big monolithic application, we chose to vertically decompose the system by business domains (’search‘, ’navigation‘, ‚order‘, …) into several mostly loosely coupled applications. Each application having it’s own UI, database, redundant data and so on. If you are more interested in the ‚how‘ instead of the ‚why‘, please have a look into an earlier article on monoliths and microservices.

Lately, some of these SCS turned out to be still too large, so we decomposed them by extracting several microservices. Because we are already running a distributed system, cutting applications into smaller pieces is now a rather easy exercise.  One of the reasons, why I agree with Stephan Tilkov that you should not start with a monolith, when your goal is a microservices architecture.

This article is not about the pros and cons of microservice architectures. This article is mostly about the pros. Not because they do not have downsides, but because I’m biased and completely convinced that microservices are a great idea.

Read more ›

Tagged with: , , , , , ,
Veröffentlicht in Architektur, Development

Process Automation and Continuous Delivery at OTTO.de

Deployment Process

Whenever we present how we release features and deploy our code in one of OTTOs core functional teams, we are met with a certain set of questions, e.g..: “Why do you want to deploy more than once a week?”, “If you automate release and test management, what are the release and test managers doing?”, “How can we prevent major bugs to enter the shop?”, “Where is the final control instance to decide if something goes live?”, or the typical question “Who is responsible if something breaks?” or simply “Why the heck would someone want to do this?”

Let us answer those questions. Let us guide you through our way of working. Let us show you what processes we have (and which ones we do not have) and give you a hint on how to increase productivity and quality at the same time (without firing the test manager). All you have to do is to sit back, relax and let go of your concerns to lose control. Don’t worry, you won’t lose it. Read more ›

Tagged with: , , , , ,
Veröffentlicht in Grundlagen, Operations, Testing

Looking at the role of management in developing self-conscious and agile organisations

FIT high performance teams

Having successfully reimplemented our e-commerce website www.otto.de in a highly decentralised, agile project approach, we currently face the challenge of establishing an agile mindset outside the cosy cheese dome of a well-protected and well-specified project. During this project we felt like living on a separate planet. Business and technology work entwined, scope was managed by ourselves, we had the liberty to change and adapt our processes and methodologies, introduced an agile management framework, implemented Scrum, built autonomous and cross-functional product development teams and closed feed-back loops with continuous integration and delivery. Or putting it a different way: we learned how to change into a learning matrix organisation. This process was thrilling, demanding to all of us and we are proud of having mastered this challenge. After leaving our project “Lhotse” behind and literally lifting our project cheese dome, we are now facing an urge to change management culture and improve our capability in inter-organisational collaboration.   Read more ›

Tagged with: , , , ,
Veröffentlicht in Grundlagen

On Monoliths and Microservices

Vertical Decomposition

When we began the development of our new Online Shop otto.de, we chose a distributed, vertical-style architecture at an early stage of the process. Our experience with our previous system showed us that a monolithic architecture does not satisfy the constantly emerging requirements. Growing volumes of data, increasing loads and the need to scale the organization, all of these forced us to rethink our approach.

Therefore, this article will describe the solution that we chose, and explain the reasons behind our choice.

Read more ›

Tagged with: ,
Veröffentlicht in Architektur, Development