Komm mir nicht mit Fachlichkeit - Ina Einemann

Software Testing - Qualität, Testautomatisierung & Agilität

Mehr Fokus auf das Verständnis von fachlichen Anforderungen

Tipp: Risikobasiertes Testen im TM-Tool integriert? Gibts hier bei Q12-TMT

"Die Entwickler haben genug zu tun, ich möchte jetzt nicht, dass die jetzt auch noch Interviews den ganzen Tag führen. Aber dass sie mitlernen was der Kunde überhaupt möchte. Also dass sie Teil des (...) interdisziplinären Teams sind" - Ina Einemann

Fachlichkeit, dieser Begriff zieht zunächst einmal Grenzen. Hier ist Inas Meinung nach auch der Widerspruch bei Scrum: er spricht einerseits von der Zusammenarbeit aller Teams, legt andererseits den Fokus jedoch stark auf das auslieferungsreife Produkt - so werden dann beispielsweise Features entwickelt, die der Endanwender gar nicht nutzt. Wenn der Endanwender aber kontinuierlich mit einbezogen wird und gleichzeitig die Entwickler stärker in die Planung einbezogen werden, dann entsteht ein umfassendes Bild dessen, was der Endanwender braucht um sein Problem zu lösen. Und solcherlei Innovationen kommen oft aus dem technischen Bereich, nämlich den Entwicklern, die beim Problemverständnis dann direkt Ideen zu Features haben, die das Problem lösen.

Ina Einemann ist als Agile Coach bei der open knowledge GmbH in Oldenburg tätig. ‍Sie arbeitet als agiler Coach mit dem Schwerpunkt Anforderungsmanagement und Product Ownership. Seit zehn Jahren beschäftigt sie sich mit agilen Methoden und Vorgehensmodellen und berät Teams bei der Umsetzung agiler Praktiken mit dem Ziel Teams zu motivieren tolle Produkte umzusetzen. ‍Sie spricht regelmäßig auf agilen Veranstaltungen, ist Kuratorin diverser Konferenzen und einer der Hosts des agilen Podcasts „Mein Scrum ist kaputt”. 2022 veröffentlicht sie mit Frank Düsterbeck das Buch „Product Ownership meistern. Produkte erfolgreich entwickeln".

Highlights:

• Warum sich die "Fachlichkeit" immer auf alle am Prozess beteiligten Teams erstrecken sollte
• Die Methoden Eventstorming und Storymapping
• Warum der Endanwender immer wieder in den Prozess einbezogen werden sollte
• Wie oft und lange sollte der Endanwender Feedback geben?
• Der Umgang mit Skeptikern

Danke an die Community-Partner des Podcasts:Alliance for Qualification | ASQF | Austrian Testing Board | dpunkt.verlag | German Testing Board | German Testing Day | GI Fachgruppe TAV | Heise | HANSER Verlag | ISTQB | iSQI GmbH | oop | QS-TAG | SIGS-DATACOM | skillsclub | Swiss Testing Board | TACON Credits: Sound | Grafik

Kapitel

1. Willkommen (00:00:00)

2. Diskussion über Fachlichkeit und Scrum (00:01:23)

3. Die Bedeutung von Fachlichkeit in der Softwareentwicklung (00:04:00)

4. Feedback-Loops und kontinuierliches Lernen (00:17:10)