In 7 Schritten zur Software für Qualitätsmanagement

Die Herstellung einer Software für das Qualitätsmanagement ist der industriellen Produktion nicht unähnlich. Man benötigt eine gute Idee, einen genauen Plan und kompetente Menschen, die diesen Plan in die Praxis umsetzen. Auch die fortlaufende Qualitätssicherung spielt hier eine entscheidende Rolle. Wir haben etwas genauer hingeschaut und ermöglichen Ihnen einen Einblick in die spannende Welt der Software-Produktion.

Am Anfang war… die Idee

Neue Ideen für eine Standardsoftware erwachsen natürlich nicht aus dem Nichts. Es gibt bereits eine Grundlage und ein hohes Maß an Expertise, die mit neuen, spannenden Ideen erweitert werden können. Bei der Babtec ist die Zentrale dieser Ideenentwicklung das Produktmanagement. Durch eine intensive Marktbeobachtung wird der Bedarf der Anwender immer wieder neu ermittelt. Dabei liegt ein besonderes Augenmerk auf der Entstehung oder Veränderungen von Normen, auf die in der Produktion umgehend reagiert werden muss. Aber auch das Auftreten neuer Fragestellungen und Herausforderungen innerhalb der industriellen Produktion kann zu neuen Lösungsideen inspirieren. Ein besonders anwenderorientierter Weg zur Ideenfindung sind beim Support eingereichte Änderungswünsche. Etwa fünfzig dieser Change Requests gehen jeden Monat ein. Sie werden hinsichtlich Bedarf und Umsetzbarkeit analysiert; wird eine gewünschte Änderung als relevant bewertet, so wird die Idee weiterverfolgt.

Wer die Wahl hat, hat die Qual

Die durch Marktbeobachtung oder Change Request inspirierte Idee legt der Produktmanager nun dem Portfolio Board vor, das sich aus drei Entscheidungsträgern zusammensetzt. Die Idee wird diskutiert und im Hinblick auf Unternehmens- und Produktstrategie analysiert. Gibt das Portfolio Board das „Go“, erstellt der entsprechende Produktmanager ein Konzept zur Produktidee. Neben Bedarfserläuterung und einem Konstruktionsentwurf werden hier auch betriebsökonomische Erwägungen dargelegt. Völlig neue Produkte werden am Ende der ersten Konzeptionsphase in einem PEP-Sheet abgebildet, das mit den Geschäftsführern der Babtec  besprochen wird. Diese entscheiden dann über die Umsetzung. Die Realisierung von Änderungen oder Wei- terentwicklungen bestehender Software-Elemente wird im Team der Produktmanager beschlossen.
 

Viel Herzblut steckt im Detail

Nun beginnt die Phase der theoretischen Entwicklung. Der Produktmanager geht in die Tiefe des neuen Features, beschreibt genau, wie es aussehen und sich verhalten soll. Er wird dabei zum Anwalt des Kunden, indem er dessen Sicht einnimmt und sich fragt, was der Anwender bei der Benutzung erleben möchte. Schon in dieser Phase der Produktkonstruktion werden durch den Produkt- manager die Product Backlog Items, kurz PBI, erstellt. Die große Menge an zu verarbeitenden Informationen aus der Konstruktionsphase wird hier in kleinere Arbeitspakete für die Entwickler unterteilt. In jedem PBI wird die konkrete Zielsetzung desselben dargestellt und genau beschrieben, wie es sich bei allen geplanten Aktionen verhalten muss. Detailliert definierte Akzeptanzkriterien sind die Grundlage für die Qualitätssicherung während der Softwareentwicklung und die erfolgreiche Abnahme durch den Produktmanager. Ein neues Feature kann dabei eine Vielzahl an PBI enthalten. Diese PBI sind die Grundlage, um die Konstruktion des Produkts aus der Theorie in die Praxis zu bringen.

Gute Kommunikation ist alles

Die Zusammenarbeit zwischen Produktmanager und Entwicklungsteam ist in der Übergangsphase von der Theorie in die Praxis essentiell. Daher findet zu jedem PBI ein Meeting statt, im Zuge dessen zusätzliche Erläuterungen erfolgen und offene Fragen geklärt werden. Denn nur, wenn der Software-Entwickler die Ziele, Beschreibungen und Wünsche des Produktmanagers genau versteht und sich zu eigen macht, kann er das Produkt ideal programmieren. Gleiches gilt für die Qualitätssicherung, weshalb auch der spätere Tester bereits zu diesem Zeitpunkt involviert wird. Nach dem Austausch zu dem jeweiligen PBI gibt das Entwicklungsteam eine Schätzung über die benötigte Programmier- und Testzeit ab, die ins Item aufgenommen wird. Dann erst wird das PBI offiziell in das Product Backlog der Entwickler eingepflegt.

Der Kurs wird agil gesetzt durch SCRUM

„PBI“ und „Product Backlog“ sind Begriffe aus der agilen Ent- wicklungsmethode SCRUM, nach der die Software BabtecQ ebenso wie die Cloud-Services im Babtec Qube programmiert werden. Ziel dieser Methode ist, stets flexibel den Kurs anpassen zu können und sich immer wieder selbst in seinem Tun zu hinterfragen. Aus den PBI entsteht im Product Backlog eine Aufgabenliste für die Entwickler. Programmiert wird in zweiwöchigen Sprints, für die sich die Entwickler ihre PBI aus dem Product Backlog in ihr jeweiliges Sprint Backlog ziehen. Jeden Tag gibt es ein Stand-up-Meeting am SCRUM-Board. Hier reflektiert jeder Entwickler den Fortschritt des vergangenen Tages und erforderliche Korrekturen können unmittelbar erfolgen. Weiterer wichtiger Bestandteil des Entwicklungsprozesses ist das Code-Review, bei dem im Vier-Augen-Prinzip von einem anderen Entwickler das Codierte überprüft wird. Im Nighly Built schließlich wird der Quellcode von Software und Cloud-Lösung jede Nacht neu zusammengebaut und neue Items werden implementiert.

Auch eine QM-Lösung durchläuft die Qualitätssicherung

Fünf Tester sind für die Qualitätssicherung von neu codierten Items verantwortlich. Auf der Basis der Akzeptanzkriterien wird ein Test-Case durchgeführt. Bei einem solchen Test-Case wird eine beispielhafte Anwendung entsprechend einer vorher formulierten Test-Beschreibung durchgeführt. Das Item muss sich während des Tests exakt den Akzeptanzkriterien entsprechend verhalten. Der Test-Case wird präzise dokumentiert; kommt es zu Abweichungen, geht das Item zurück an den Entwickler. Dieser muss nachbessern und auch den Prozess des Code-Review erneut durchlaufen, bevor das Item wieder zum Software-Tester gelangt. Erst wenn der Tester sein OK gibt, wird das Item an den verantwortlichen Produktmanager übergeben. Dieser überprüft das Item noch einmal dahingehend, ob es den textlich fixierten Vorstellungen des Produktmanagements entspricht. Bei positiver Bilanz endet hier der Sprint des Items mit einer Abnahme.
 

Releases und Service-Packs

Natürlich entsteht in einem zweiwöchigen Sprint nicht nur ein Item, sondern es wird zeitgleich an mehreren Features mit vielen einzelnen PBI gearbeitet. Veröffentlicht werden die neuen Software- und Cloud-Features jeweils halbjährlich in einem Major Release. Diesen großen Meilensteinen im Jahr geht immer ein sogenannter Code Freeze voraus. Ab diesem Zeitpunkt wird der Quellcode „eingefroren“; Änderungen sind dann nicht mehr vorgesehen. Es werden Tests zum Verhalten der neuen Features innerhalb der gesamten Software oder Cloud-Lösung durchgeführt und die schriftlichen Dokumentationen für den Anwender vervollständigt. Und dann ist es endlich soweit. Der Leiter des Produktmanagements erteilt die Release-Freigabe und eine neue Version der Lösung wird dem Anwender als Update zur Ver- fügung gestellt, gefolgt von optimierenden Service-Packs im Sechs-Wochen-Rhythmus.
 

Und was kommt dann?

Ein Release ist zwar eine Zäsur, aber kein Endpunkt. Denn die auf das Release folgenden Rückmeldungen und Change Requests der Anwender an den Support bringen neue Inspirationen für Optimierung, nützliche Add-ons oder ganz neue Produkte. Diese neuen Ideen lassen den gesamten Ablauf von vorn beginnen. Daher ist der Herstellungsprozess einer Software- oder Cloud-Lösung für Qualität auch nicht als lineare Entwicklung, sondern vielmehr als zirkuläre Abfolge zu verstehen, deren Ziel es ist, eine kontinuierliche Verbesserung und innovative Weiterentwicklung der Software BabtecQ und der Cloud-Lösungen im Babtec Qube zu verwirklichen.

Das Team hinter der Software

Qualität ist Teamwork – das wird bei Babtec jeden Tag gelebt. Die Analysten, Problemlöser, Kreativen oder Mathe-Genies machen gemeinsam unsere Kompetenz aus. Wir haben nachgefragt, was sie an ihrer Arbeit fasziniert.

Jeder von uns kann zwar einzeln gute Ideen haben, aber etwas wirklich Innovatives erschaffen wir im Team. Gemeinsam sind wir in der Lage, unsere Ideen weiterzuentwickeln und daraus ein neues Produkt zu formen. Das wird nie langweilig und reizt mich jeden Tag aufs Neue.“

Felix Krause, Produktmanager
 

„Der schönste Moment in meinem Arbeitsprozess ist, wenn ich stundenlang die PBI programmiert habe und schließlich das erste Mal das neue Software-Feature starte. Dann wird mir immer wieder aufs Neue bewusst, dass ich mit meinem Job etwas bewirke: Ich kann einen echten Mehrwert für die Kunden schaffen und damit die Qualität von unzähligen Produkten nachhaltig stärken.“

Anna Heinemann, Software-Entwicklerin
 

„Detailverliebtheit und Kreativität spielen eine entscheidende Rolle beim Erstellen unserer Test-Cases. Wir versuchen dabei durch die Simulation komplexer und sogar desorganisierter Arbeitsmethoden ein Worst-Case-Szenario durchzuspielen. Damit können wir selbst die verstecktesten Fehler aufspüren und beheben, bevor die Software beim Kunden zum Einsatz kommt.“

Marcus Meitz, Software-Tester
 

Die Arbeitswelt bei Babtec Wie wir leben, wenn wir arbeiten In unserer kreativen Gute-Laune-Atmosphäre steht der Mensch im Mittelpunkt. Menschen bei Babtec Menschen bei Babtec Mutig, respektvoll, frei: Entdecken Sie die gemeinsam gelebten Werte des Babtec-Teams. Übersicht Unsere Lösungen Mit BabtecQ liefern wir Ihnen alle QM-Werkzeuge in einer Software.
Diese Website verwendet Cookies, um Ihr Benutzererlebnis zu verbessern. Mit Ihrem Besuch auf www.babtec.de stimmen Sie der Verwendung von Cookies zu.