Scheitern ist eine Entscheidung
Scheitern ist kein Zustand, sondern eine Entscheidung. Was die Impro-Bühne darüber lehrt und welche drei Fragen vor dem Aufhören helfen.
Leadership, Teams & Qualitätskultur
Softwarequalität entsteht nicht allein durch Methoden und Werkzeuge. Führung, Zusammenarbeit und die Art, wie Teams mit Unsicherheit, Konflikten und Fehlern umgehen, bestimmen wesentlich, ob Qualitätsprobleme früh sichtbar und gemeinsam gelöst werden können. Dieser Themenbereich betrachtet Qualität deshalb als kulturelle und organisatorische Aufgabe.
Die Beiträge und Podcastfolgen verbinden Leadership mit konkreter Teamarbeit: von Kommunikation, psychologischer Sicherheit und Lernkultur bis zu Verantwortung, Entscheidungsfähigkeit und konstruktivem Feedback. Sie richten sich an Führungskräfte, Test- und Quality-Verantwortliche sowie Teams, die Qualität nicht delegieren, sondern als gemeinsame Haltung und tägliche Praxis entwickeln möchten.
Artikel
Es ist jetzt die Zeit für "richtiges" Agile
Agile erzeugt heute mehr Augenrollen als Motivation. Warum genau jetzt die Zeit für richtiges Agile ist: individuell, menschlich, lernend.
Mindset fällt nicht vom Himmel
Ein Mindset ist weder richtig noch falsch. Agile Coaches sollten ihre Werte vorleben, denn Veränderung entsteht durch Ausprobieren und Erfahrung.
Software-Entwickler: Gestalter der Welt
Software-Entwickler gestalten heute die Welt: Ihr Code steuert Autos, Geld und Strom. Daraus folgt Verantwortung für Sicherheit und Fairness.
Agiles Testen: Denkweise statt Phase am Projektende
Agiles Testen macht Qualität vom nachgelagerten Check zur Denkweise in jedem Sprint. Erst kommen Grundlagen wie ISTQB, dann Aktivitäten je Phase.
Additive Bias in der Software-Entwicklung
Der Additive Bias lässt Teams Features, Code und Testfälle lieber ergänzen als löschen. Die Folgen: Komplexität, technische Schulden, Feature Fatigue.
Dafür, dagegen oder beides?
Das Metaprogramm Hinzu/Wegvon erklärt, warum Teams sich leichter gegen etwas vereinen. Drei Ideen für den Umgang mit Widerstand gegen Retros.
Prozesse – das unsichtbare Fundament
Prozessmodelle wie Scrum, PRINCE2 oder V-Modell muss niemand ganz übernehmen. Das Team wählt wie am Buffet aus und justiert in der Retro nach.
Detox
Digitaler Detox im Arbeitsalltag: das Handy erst nach dem Frühstück, Pausen zwischen Meetings, Stille aushalten. Teams hilft ein Sprint-Fasten.
Hysterisch gewachsen – und nun?
Legacy-Systeme wachsen mit Adaptern und Wrappern zu technischen Schulden. Modernisiert wird selten: Features, Politik und fehlender ROI bremsen.
Warum machen wir Dinge?
Warum tun wir, was wir tun? Hinter unserem Handeln stehen äußere und innere Gründe. Die Frage nach dem wirklichen Warum macht Routinen sichtbar.
Jedem seine Individualität
Individualität bringt zwei Herausforderungen: Soziale Medien verzerren, welche Meinungen präsent sind, und jede eigene Entscheidung kostet Kraft.
Kraftanstrengung
Kraftanstrengung bringt Softwareteams weiter als tägliche Beschäftigung: technische Schulden abbauen, alten Code löschen, Prozesse verschlanken.
Kernkompetenz Empathie
Kernkompetenz Empathie: Selbstwahrnehmung und Einfühlung erreicht KI noch nicht. Gut genutzt schafft sie Ärzten und Journalisten Zeit für Menschen.
Zusammenbringen, was zusammen gehört
Der Software Development Engineer in Test von A4Q bringt Entwicklern die relevanten Testinhalte aus CTFL und CTAL-TTA, mit Übungen direkt am Code.
Der Umgang mit Neuem
Umgang mit Neuem wie ChatGPT: Verbot und Ignoranz bremsen. Ausprobieren im Team bringt Erfahrung, Wissen und vielleicht neue Geschäftsideen.
kompliziert → komplex → chaotisch
Kompliziert, komplex, chaotisch: Nach Planung und agilen Feedbackschleifen kommt das Chaos. Dort helfen Intuition und Empathie, keine Frameworks.
Leuchttürme vernetzen
Leuchttürme vernetzen heißt, die Stärken der Experten anzuerkennen und zu verbinden. So löst sich die Polarität aus starrer Hierarchie und Sitzkreis.
As ising
As ising heißt, offen anzusprechen, was im Raum steht und wie es einem geht. Das spart Energie, entschärft Konflikte und verhindert leere Meetings.
Beobachtung, Bewertung, Bedeutung
Perspektivwechsel: Wie Außerirdische unsere Rituale sähen, vom Weihnachtsbaum bis zum PowerPoint-Meeting, und warum vieles nur Gewohnheit ist.
Persönlichkeitsentwicklung
Was heißen Mut, Offenheit und Feedback im Team? Die Antwort führt von agilen Methoden zur Persönlichkeitsentwicklung, ganz ohne Räucherstäbchen.
Testen als Handwerk: Abweichungen treiben das Produkt
Testen als Handwerk hängt vom Können der Beteiligten ab. Kreditvergabe per Algorithmus und autonome Systeme betreffen immer mehr Menschen.
Fokuslenkung
Fokuslenkung holt Teams aus der Problemtrance. Dabei helfen Musterunterbrecher, aufrechte Haltung, Dankbarkeit, weniger News und Improtheater.
Zukunftsoptimismus
Zukunftsoptimismus ist eine bewusste Haltung: Wer den Fokus von der Problemtrance auf ein positives Narrativ lenkt, findet bessere Lösungen.
Wer ist hier der Chef?
Technologie als Werkzeug oder Überwachung per Algorithmus und Social Score? Politik und Konzerne lösen das nicht, Verantwortung trägt jeder selbst.
Wenn alle recht haben
Jeder hat sein eigenes Modell der Welt. Warum Agilität nicht zu jedem Unternehmen passt, was Netflix über Regeln zeigt und wie Toleranz weiterhilft.
Warum „Mach doch einfach“ oft so schwer ist
Veränderungsbereitschaft hängt vom Unbewussten ab, das aus Erfahrungen den Rahmen setzt. Warum Teams DevOps verschieden schnell umsetzen.
Agile Testing: Woran die Umstellung meist scheitert
Agile Testing braucht ein Team, das Qualität gemeinsam verantwortet. Drei typische Probleme und drei Faktoren, die die Umstellung beschleunigen.
Agile Manifesto ist 20 – Happy Birthday
Das Agile Manifesto von 2001 prägt die Softwareentwicklung und längst auch Führung und Marketing. Warum Agilität ein Mindset ist, kein Produkt.
Software-Qualität als Haltung leben
Software-Qualität als Haltung entsteht schrittweise: erst Testgrundlagen, dann Retrospektiven und Experimente, bis Testen einfach dazugehört.
Was ist Agilität, und welche Werte tragen sie?
Agilität beruht auf Werten, Prinzipien und einer Haltung, die Teams in der VUCA-Welt handlungsfähig halten. Scrum und Kanban sind nur der Anfang.
Digitalisierung im Unternehmen: Haltung, kein Projekt
Digitalisierung im Unternehmen ist Prozess und Haltung, kein Projekt. Agilität hilft bei Komplexität und Ungewissheit, getragen von den Menschen.
Utopien träumen
Utopien träumen hebt den Blick aus dem Alltagsgedöns. Star Trek zeigt, wie das geht. Im Team lautet die Frage konkret: Wie wollen wir arbeiten?
Bye bye kompliziert – Hello komplex
Aus kompliziert wurde komplex, Ursache und Wirkung sind kaum noch eindeutig. Die größte Hürde beim agilen Arbeiten ist die Angst vor Kontrollverlust.
Wir müssen Wollen wollen
Wollen wollen als Haltung: Eigenantrieb und Selbstverantwortung brechen die Trägheit im System. Softwareentwicklung ist dafür die ideale Keimzelle.
Digitalisierung braucht Persönlichkeit
Digitale Transformation gelingt nur, wenn Menschen und Teams mitwachsen. Kopierte Silicon-Valley-Modelle und Schönwetteragilität führen zu Frust.
Zero Inbox: Wie ich meine Emailzeit halbiert habe
Zero Inbox heißt: Der Posteingang bleibt leer. So sank meine Zeit für Emails von 2 bis 3 Stunden auf etwa eine pro Tag, sauber getrennt von Aufgaben.
Flow im Arbeitsalltag: Meine sechs Prinzipien
Flow im Arbeitsalltag gelingt mit sechs Prinzipien, etwa Aufgaben als Projekte, kleine Schritte mit Feedback, Singlefokus und Retrospektiven.
Flow: Eine Frage der Haltung, nicht der Werkzeuge
Flow ist eine Frage der Haltung: Zeitmanagement-Tools helfen nur punktuell. Es braucht den Willen zur Veränderung, Mut und immer wieder Reflexion.
Agiles Mindset: Warum Agilität vor allem Kopfsache ist
Ein agiles Mindset macht Agilität zur Kopfsache: offen für Veränderung, kollaborativ, schnell reagieren. Ohne diese Haltung helfen Methoden wenig.
Usability-Test: Was Tester von modernen Apps lernen können
Ein Usability-Test braucht wenig Aufwand, ein Tag mit Prototyp und Kunde genügt. Warum Tester den Geist moderner Apps in Business-Software tragen.
Umstieg auf agiles Testen: Warum Anordnung allein scheitert
Agiles Testen lässt sich nicht per Anordnung einführen. Tester und Entwickler brauchen Zeit, individuelle Begleitung, eine Fehlerkultur und Spaß.
Kreatives Testen: Wie gute Tester noch besser werden
Kreatives Testen heißt, durch die Kundenbrille zu schauen und Methoden wie Äquivalenzklassen mit neuen Ideen zu nutzen. Das geht auch ohne Agilität.
Podcastfolgen
Erst die Testautomatisierungsstrategie, dann KI im Testen
Ohne Testautomatisierungsstrategie erzeugt KI nur schneller fragwürdige Tests. Was sinnvoll ist, entscheidet der Kontext, nicht ein Gartner-Bericht.
ISTQB-Boards im DACH-Raum: Ein Backoffice für alle drei
20 Jahre Backoffice hinter den ISTQB-Boards: Was dabei wirklich gebraucht wird und warum Ehrenamt mehr ist als Kaninchenzüchten.
Lean-Prinzipien: Erst das Problem verstehen, dann lösen
Lean-Prinzipien zielen auf Qualität zur richtigen Zeit, weniger Verschwendung und Wachstum im Team. Verschwendung ist, was dem Kunden nichts bringt.
Quality Sprint: Wie ein Workshop Qualitätsprobleme löst
Hartnäckige Qualitätsprobleme löst kein Bericht, der Quality Sprint schon: ein Tag mit allen Stakeholdern, drei bis vier Schritte mit klaren Ownern.
Resilienz in Softwareprojekten: Trends statt Einzelwerte
Resilienz im Softwareprojekt: mit Unsicherheit arbeiten. Bug-Trends verraten mehr als einzelne Bugs, Motten zeigen, wozu gezielte Umwege taugen.
Testen komplexer Systeme: Klein releasen, schnell lernen
Software ist keine Brücke: Beim Testen komplexer Systeme geht es ums Lernen. Nach Cynefin helfen kleine, häufige Releases mehr als ein großes.
Diversität in Softwareteams: Mehr Perspektiven im Produkt
Diversität im Softwareteam: Design, Psychologie und Soziologie gehören neben die Informatik. Homogene Teams bauen blinde Flecken ins Produkt.
Holistic Engineering: Nicht-technische Faktoren prägen Code
Holistic Engineering bezieht Karriere-Frameworks, Lieferdruck und Teamkultur in Architekturentscheidungen ein, denn sie wirken mehr als Designmuster.
Softwaretesting mit Autismus: Was braucht der Arbeitsplatz?
Softwaretesting mit Autismus: Detailgenauigkeit und Ausdauer zahlen sich aus, mit klaren Anweisungen, ruhigem Arbeitsplatz und dualer Ausbildung.
TMMI: fünf Reifegrade bis zur Fehlerprävention
TMMI zeigt Unternehmen genau, wo ihre Testprozesse stehen und wie der nächste Reifegrad aussieht. Von der Planung bis zur Fehlerprävention.
Positive Leadership: Fünf Strategien aus dem PERMA-Modell
Positive Leadership ist kein Ponyhof. Das PERMA-Modell zeigt, wie Führung über fünf Stellschrauben Wertschätzung und Wertschöpfung verbindet.
Post-Agile: Wenn Agil fast nichts mehr bedeutet
Post-Agile ist keine neue Methode: Organisationsentwicklung ersetzt kopierte Frameworks wie SAFe und macht Unternehmen wieder arbeitsfähig.
Was KI mit Vertrauen und Teamgefüge wirklich anrichtet
KI macht das Teamgefüge sachlicher, doch das ist kein Fortschritt. Wo niemand mehr Fehlbarkeit erlebt, leiden Vertrauen und Feedbackkultur im Team.
Fähigkeiten von Testern: Warum Kommunikation entscheidet
Fähigkeiten von Testern zählen mit KI mehr denn je: Kommunikation und kritisches Denken. Wer QA-Teams abbaut, lässt die Nutzer die Fehler finden.
Innovationsstau: Zu viele Prozesse lähmen Konzerne
Innovationsstau in Konzernen: Genehmigungen für jede Reise kosten Fokus, KI rechnet sich nicht auf Dateninseln. Kleine, freie Teams sind ein Ausweg.
Agilität im Unternehmen: Sie kränkelt, aber sie stirbt nicht
Agilität im Unternehmen kränkelt, ist aber nicht tot. AMPEL und ABCDE aus dem Rettungsdienst zeigen, wo es hakt und warum Weglassen besser heilt.
Wie du eine QA-Kultur in deinem Unternehmen aufbaust
Eine QA-Kultur beginnt mit Zuhören: Was Stakeholder unter Qualität verstehen, wird zur Roadmap. Änderungen kommen schrittweise, eine pro Quartal.
Der geschäftliche Nutzen des Testens: Risiko in Geld umrechnen
Der geschäftliche Nutzen des Testens wird sichtbar, wenn Tester Risiken in Geld ausdrücken: Regressionszeit, Supportkosten, verfrühte Releases.
Das Vertrauen in KI-Agenten lebt im System rund um das Modell
Vertrauen in KI-Agenten entsteht wie bei Kollegen: durch klare Kommunikation und Kontrollen. Ein System um das Modell fängt dessen Fehler auf.
Flaky Tests: Warum sie das Vertrauen in die CI zerstören
Flaky Tests zerstören das Vertrauen in den Build. Was hilft: aus der CI nehmen, einer Person zuweisen, dann debuggen, verkleinern oder löschen.
Frauen in der IT: Im Testing klar und freundlich auftreten
Frauen in der IT und im Testing begegnen Annahmen, die Männer selten erleben. Es hilft, Kompetenz zu zeigen und klar, aber freundlich zu kritisieren.
Aus Fehlern lernen: Erst spüren, dann analysieren
Aus Fehlern lernen gelingt erst, wenn der Ärger verarbeitet ist. Dann helfen die fünf Warum, und der Vergleich mit dem früheren Ich zeigt Wachstum.
Was Mutterschaft über QA-Management und Priorisierung lehrt
Drei Kinder zu erziehen schärft Fähigkeiten, die im QA-Alltag mehr zählen als erwartet. Eigenverantwortung, Priorisierung und Geduld zählen.
Testreporting mit 3x3-Matrix reicht in 95 Prozent der Fälle
Testreporting in 5 Schritten: Ziel, Position, Prognose, Datenqualität und Automatisierung. So wird das Reporting zum echten Steuerungswerkzeug.
Testen als Versicherung: Mit Zahlen Manager überzeugen
Testen überzeugt Manager, sobald es als Versicherung mit Zahlen belegt ist. Supportstunden, verlorene Aufträge und Abwanderung liefern diese Zahlen.
Konferenzprogramm: 527 Einreichungen für rund 50 Slots
527 Einreichungen, knapp 50 Slots: Wie ein Konferenzprogramm wirklich entsteht und was eine Einreichung von den anderen abhebt.
Öffentliches Sprechen für Tester: Vorbereitung verringert Stress
Öffentliches Sprechen macht Testern oft Angst, ist aber lernbar: mit Vorbereitung, quadratischer Atmung, knappen Folien und einer echten Geschichte.
Qualitätssicherung in Startups: Testbarkeit statt Prozesse
Qualität im Startup entsteht nicht durch Prozesse, sondern durch Haltung. Warum Tester dabei lauter sein müssen als Entwickler.
Qualitätskennzahlen: Warum jeder KPI eine Gegenmetrik braucht
Qualitätskennzahlen wie Testabdeckung oder Bestehensquote täuschen ohne Gegenmetrik. Erst die Rate entgangener Fehler zeigt, wie gut die Tests sind.
Vordenkerrolle im Testen: Veraltete Praktiken hinterfragen
Vordenkerrolle im Testen heißt, Prozesse und KPIs zu hinterfragen und Silos aufzubrechen. Tester coachen ihr Team dabei mit offenen Fragen.
Ensemble Testing baut Testwissen im Entwicklungsteam auf
Zwei Jahre exploratives Ensemble Testing im echten Projekt: Was die Methode bringt, wo sie hakt und warum Testen damit plötzlich Spaß macht.
Fehlerkultur: Am Projektstart klären, was Fehler bedeuten
Fehlerkultur im Team klingt gut auf dem Vision Board, bricht aber beim ersten echten Bug zusammen. Ein klärendes Gespräch am Projektstart hilft.
DORA-Metriken: Wie Tester alle vier direkt prägen
Die DORA-Metriken messen, was QA wichtig ist, und Tester beeinflussen jede davon direkt, etwa über Testautomatisierung und eigene Testumgebungen.
Vertrauen in Teams: Kein Prozess kann es verordnen
Vertrauen in Teams wächst in informellen Netzwerken neben dem Organigramm. Wie diese entstehen und wie Teams gezielt Raum dafür schaffen.
Autismus im Softwaretest: Fehler finden statt suchen
Autismus im Softwaretest: Warum ein autistisches Gehirn Fehler findet, statt sie zu suchen, und was Teams davon lernen können.
Führung von Remote-Teams: Erfolge und Fehlschläge zeigen
Führung von Remote-Teams lebt von Vertrauen und Sichtbarkeit. Halbjährliche Mails ans Management und offene Berichte über Fehlschläge helfen.
Quality Storming: HACCP und Event Storming für Software
Quality Storming verbindet HACCP und Event Storming und zeigt, wo im Prozess Fehler entstehen. Meist passiert das lange, bevor jemand testet.
Testkonferenz HUSTEF: Wie sie auf 705 Teilnehmer wuchs
HUSTEF wuchs von 150 Teilnehmern auf 705 Tickets, weil Community vor Profit steht. Erstredner bekommen Coaching, Tester eine Career Clinic.
KI-Bias: Menschen übernehmen Vorurteile von Algorithmen
KI-Bias entsteht aus Trainingsdaten. Gefährlich wird er, weil Menschen Empfehlungen von Algorithmen rasch übernehmen und die Schieflage übersehen.
Sichtbarkeit der Tester: Testarbeit aufs Teamboard bringen
Sichtbarkeit der Tester leidet, weil gute Testarbeit in fehlenden Fehlern steckt. Teamboards, geteilte Testartefakte und Coaching im Team ändern das.
Wohlbefinden am Arbeitsplatz: Teamrituale gegen Stress
Wohlbefinden am Arbeitsplatz braucht keine Tools: Kaffeerunden ohne Arbeit, eine Atemminute vor dem Stand-up und ein Tag Bedenkzeit bei Feedback.
Codequalität im Studium: Tests brauchen komplexe Projekte
Codequalität im Studium: Tests überzeugen erst in komplexen Projekten. Coverage ist kein Selbstzweck, und ChatGPT stellt den Sinn von Tests infrage.
Kontext beim Testen: Warum Tester nach dem Warum fragen
Kontext beim Testen prägt jede Entscheidung, also ist „Es kommt darauf an“ keine Ausrede. Tester brauchen dafür entschiedene Bescheidenheit.
Software-Tester werden: Qualitätscoach statt Fehlerfinder
Wer Software-Tester werden will und im Bewerbungsgespräch nur Bugs erwähnt, verschenkt seine stärkste Karte. Was bei Emotionen und Gehalt zählt.
Verhaltensgetriebene Entwicklung: BDD beginnt mit Beispielen
Verhaltensgetriebene Entwicklung (BDD) bringt erst Wert, wenn das Team konkrete Beispiele gemeinsam erarbeitet. Die Szenarien sind deren Ergebnis.
Testmodell: Eine gemeinsame Sprache für alle Stakeholder
Ein grafisches Testmodell bringt Fachbereich, Tester und Entwickler an einen Tisch. Ein Workshop liefert bessere Anforderungen und fertige Testfälle.
Einfluss von Testern: Fehler nach ihrer Wirkung einordnen
Der Einfluss von Testern wächst, wenn sie Funde an der Wirkung für Stakeholder ausrichten statt an Fehlerzahlen. Ein kurzer Check im Standup genügt.
Testentwurf per Brettspiel: Rund 24 Testfälle pro Runde
Beim Testentwurf per Brettspiel liefert jede Runde rund 24 Testfälle für Kassensoftware, auch für knifflige Promotionen. Die Regeln bleiben einfach.
Crossfunktionale Teams: Qualität braucht klare Zuständigkeit
In crossfunktionalen Teams sind alle für Qualität zuständig, und am Ende ist es niemand. Oft fehlen Testkompetenz und eine klare Verantwortung.
Qualität als Haltung heißt, Testen im Team zu leben
Qualitätskultur heißt, Qualität als Haltung zu leben statt Testfälle abzuhaken. Sie ruht auf Testgrundlagen, Automatisierung und Vertrauen im Team.
Gewaltfreie Kommunikation im Test: Beobachten statt urteilen
Gewaltfreie Kommunikation gibt Testern vier Schritte für Kritik ohne Angriff: Beobachtung, Gefühl, Bedürfnis, Bitte. So wird Feedback klarer.
Developer Friendliness: Zeit investieren, Zeit sparen
Developer Friendliness kostet kurzfristig Zeit, spart sie langfristig und macht Teams glücklicher. REST-Mocks und Testschnittstellen zeigen es.
Umgang mit Widerstand: Skeptiker als Ressource nutzen
Beim Umgang mit Widerstand hilft ein Blick auf den Übergang: Menschen wehren sich selten gegen das Ziel. Skeptiker sehen oft, was andere übersehen.
Remote Testing im agilen Team: in einer Woche startklar
Remote Testing im agilen Team: Kontingente an Testerstunden schlagen starre Arbeitspakete, und der Start gelingt trotz NDA innerhalb einer Woche.
Built-in Quality: Qualität geht im Management verloren
Built-in Quality geht meist im Management verloren, etwa wenn Akzeptanzkriterien fehlen. Kleine, konkrete Praktiken im Team halten sie stabil.
Sicherheit durch Design: IT-Sicherheit gehört in den Entwurf
Sicherheit durch Design baut IT-Sicherheit von Anfang an ein: mit Bedrohungsmodellierung, sicheren Defaults und bewährten Bibliotheken statt Eigenbau.
Kollaboratives Software-Design: Annahmen frühzeitig aufdecken
Kollaboratives Software-Design deckt Annahmen auf, bevor Code entsteht. Event Storming und Example Mapping ersetzen dabei Dokumentübergaben.
Psychologische Sicherheit im Team als Basis für Autonomie
Psychologische Sicherheit im Team wächst langsam, ein einziger Vorwurf zerstört sie schnell. Wer drei Lösungen sucht, versteht das Problem besser.
Retrospektiven: Fünf Phasen gegen voreilige Interpretation
Warum liefert die agile Retrospektive oft dieselben Zettel? Fünf Phasen, ein Design-Canvas und kleine nächste Schritte statt zu großer Maßnahmen.
Swiss Testing Board: Prüfbare Lernziele im ISTQB-Lehrplan
Das Swiss Testing Board ist die Schweizer Stimme im ISTQB, entstanden Anfang der 2000er. Warum Lernziele nach Bloom messbar sein müssen.
Testleiter: Warum dem Softwaretest oft die Führung fehlt
Vielen Unternehmen fehlen echte Testleiter, und das kostet still Qualität. Das ACT2LEAD-Modell beschreibt in acht Prinzipien, was Testführung braucht.
IT-Klischee: Nur 6 % der Tester entsprechen dem Bild
Nur 6 % der Tester entsprechen dem klassischen IT-Klischee, der Rest kommt aus anderen Berufen. Was diese Vielfalt für Recruiting bedeutet.
HUSTEF: Non-Profit-Konferenz für Softwaretest in Budapest
Über 260 Einreichungen für 36 Slots: Warum die HUSTEF zu Europas bestbewerteten Testkonferenzen zählt und was das Jubiläumsjahr 2025 bot.
QS-Coaching: Acht Leute betreuen 100 bis 120 Anwendungen
Beim QS-Coaching testet das zentrale Team nicht selbst. Die Bundesagentur für Arbeit ersetzte ihr Testhandbuch durch Leitplanken und eine Community.
Gewaltfreie Kommunikation im Software Testing
Gewaltfreie Kommunikation hat vier Komponenten: Beobachtung, Gefühl, Bedürfnis, Bitte. Wie das im Tester-Alltag konkret aussieht.
Signal Iduna: Fachleute automatisieren ihre Abnahmetests
Bei Signal Iduna automatisieren Versicherungskaufleute ihre Abnahmetests selbst. Statt Personentagen je Release braucht der Lauf jetzt drei Minuten.
Testing-Podcasts: Warum Kontinuität Perfektion schlägt
Ein Testing-Podcast lebt von Kontinuität statt Perfektion: Viele Formate enden nach drei bis sieben Folgen. Gäste kommen am besten über Konferenzen.
Informelle Netzwerke: das Organigramm, das keiner zeichnet
Informelle Netzwerke entscheiden, wie schnell sich eine Organisation anpasst. Ihre Basis ist Vertrauen, Führung fördert sie: einladen statt anordnen.
Quality Coaching in SAFe: Qualität über Teamgrenzen steuern
Quality Coaching in SAFe schließt Qualitätslücken zwischen den Teams im Release Train, etwa mit Prozesssimulation und einem Fehlerkoordinator.
Tester-Klischee: Nur 6 Prozent passen ins Schema
Das Tester-Klischee trifft laut Umfrage nur auf 6 Prozent zu. Tester kommen aus Bootsbau, Theater oder Stadtplanung, der Abschluss sagt wenig.
Warum ist Code so schwer zu verstehen?
Warum versteht dein Gehirn manchen Code nicht? Das Arbeitsgedächtnis fasst nur vier Chunks. Guter Code respektiert genau diese enge Grenze.
Software Test Leadership: Im Testen fehlt die Führung
Software Test Leadership klärt, wer im Unternehmen für Qualität verantwortlich ist. Das ACT2LEAD-Modell zeigt, wie Führung im Testing aussieht.
Organisationsintelligenz: Effizienz steht Anpassung im Weg
Organisationsintelligenz zeigt sich darin, wie gut ein Team gemeinsam lernt. Retrospektiven wirken am stärksten, reine Effizienz macht schockanfällig.
Impostor-Syndrom: Was gegen das Hochstaplergefühl hilft
Das Impostor-Syndrom ist kein Krankheitsbild, lässt sich aber rational kaum wegargumentieren. Diese Strategien führen aus dem Hochstapler-Kreislauf.
World Quality Day: KI stellt die Frage nach Qualität neu
Was Qualität im Alltag konkret bedeutet, kann in vielen Teams niemand beantworten. Ein Rückblick auf 20 Jahre Testing und offene Fragen.
QA-Lead werden: Die größten Hürden sind menschlich
Wer QA-Lead wird, übernimmt einen halben neuen Job neben dem Testing. Ein kleines Projekt oder eine Community of Practice zeigt, ob Führung passt.
Berufsbild Testen: Welche Skills braucht ein Tester heute?
Berufsbild Testen: Softwaretester arbeiten heute im Team statt als Einzelkämpfer. Der Leitfaden des German Testing Board zeigt, welche Skills zählen.
Security by Design: Sicherheit gehört an den Anfang
Security by Design plant Sicherheit ab dem ersten Entwurf: Schichten der Verteidigung, sichere Defaults, einfache Threat Models, keine eigene Krypto.
Quality Coaching: Bottom-up statt fertiger Lösungen
Quality Coaching unterscheidet sich von klassischer Beratung: Lösungen entstehen im Team, nicht davor. Welche Methoden das konkret möglich machen.
Security-Audits: Baseline statt großer Aufräumaktion
Security-Audits wirken im Alltag: Findings beim Anfassen einer Datei gleich mit aufräumen, Checks in den Pull-Request holen und den Trend messen.
Systemische Teamentwicklung: Anschluss statt Anweisung
Systemische Teamentwicklung zeigt, warum gut gemeinte Impulse im Team oft verpuffen. Wirksam wird, was an Sprache und Ressourcen andockt.
Post-Agilität: Wandel braucht mehrere Change-Modelle
Post-Agilität: Wenn Agile Transformation zur Worthülse wird, helfen Kotter, Satirs Change Curve und Tribal Leadership. Zu viel Wandel frustriert.
Robot Framework statt Eigenbau: Wie gelingt der Umstieg?
Robot Framework löst einen XML-Monolithen ab: rund ein Jahr Umbau, ein eigener Remote-Library-Server für .NET und Belege, die Kollegen überzeugen.
Stoizismus im Produktteam: Entscheidungen statt Ergebnisse
Stoizismus für Produktentscheidungen: die Qualität einer Entscheidung bewerten statt ihren Ausgang, Risiken vorausdenken, die 10-10-10-Regel nutzen.
German Testing Day: Endanwender bestimmen das Programm
Der German Testing Day in Frankfurt ist seit 2011 unabhängig: Das Programm gestaltet ein Board aus Endanwendern, nicht aus Tool-Anbietern.
Teamkonflikte: Ab Stufe vier braucht es externe Moderation
Teamkonflikte haben eine sichtbare Spitze und ein tieferes Thema. Konflikte im Team lösen Führungskräfte bis Stufe drei selbst, mit Ich-Botschaften.
Wann ist Remote-Kollaboration effektiver als das Büro?
Remote-Kollaboration klappt, wenn Wissen an Themen hängt, nicht an Personen. Remote Teams ersetzen Mail, Chat, SharePoint durch Aufgabenkarten.
Zero Trust bei der Telekom: Von 30 auf 3 Identity Provider
Zero Trust ist mehr als ein Buzzword: Wer es nicht selbst definiert, redet aneinander vorbei. Was das konkret bedeutet und wo man anfängt.
DevOps mit CALMS: Vom abstrakten Ziel in den Teamalltag
DevOps ist kein Prozessmodell, sondern ein Schlachtruf gegen Burnout und verschwendete Budgets. Vier Metriken zeigen, wo es wirklich hakt.
Software Quality Days: Fachkonferenz mit Scientific Track
15 Jahre, ein Scientific Track mit Springer-Publikation und Speed Dating: Was die Software Quality Days von anderen Testing-Konferenzen unterscheidet.
Qualitätssicherung im Studium: Thema durch alle Semester
Qualitätssicherung im Studium an der Hochschule Bremerhaven: Studierende messen Ressourcen, lernen Testverfahren, nutzen gebrauchte Server.
Qualitätssicherung bei Otto: Das Testteam ist aufgelöst
Qualitätssicherung ohne Testteam: Bei Otto sichern 15 Quality Specialists die Software von 60 Teams, mit Quality Buddies, Gilden und Contract Tests.
Sind Architekturentscheidungen Sache des ganzen Teams?
Architekturentscheidungen treffen Teams oft unbewusst beim Coden. Drei Experimente zeigen, wie das gemeinsam und nachvollziehbar gelingt.
Continuous Everything: Wie misst man den Qualitätsgewinn?
Continuous Everything lässt sich messen: an der Zeit bis zum Kunden und an Fehlerreports. Mit Trunk-based Development sank die Zeit auf Stunden.
Domain Storytelling: Konversation statt Pflichtenheft
Domain Storytelling: Fachexperten erzählen Geschichten aus der Domäne, das Team zeichnet sie grafisch auf. So ersetzt das Gespräch das Pflichtenheft.
Auftragsklärung im Test: Ohne klares Ziel wird es teuer
Auftragsklärung im Test läuft wie im Coaching: erst das Ziel, dann die Prüfung. Mustererkennung und Lernen aus Fehlern wirken als Qualitätshebel.
Team Alignment mit OKR: Ziele im Alltag sichtbar halten
Team Alignment mit OKR scheitert selten am Konzept, eher am Alltag. Wenige Metriken und Gesundheitsmetriken als Gegengewicht halten Ziele sichtbar.
Widerstand gegen Veränderung richtet sich gegen den Prozess
Widerstand gegen Veränderung gilt meist dem Übergang und dem Verlust an Identität. Skeptiker zeigen blinde Flecken, zwei Fragen schaffen Beteiligung.
Liberating Structures im Test: Risiken mit TRIZ finden
Liberating Structures holen alle ins Gespräch, auch wo sonst nur genickt wird. Mit 1-2-4-All, Troika Consulting und TRIZ findet das Team Risiken.
Cloud-Migration: Schrittweise schneiden statt neu bauen
Cloud-Migration klingt nach Technik, ist aber zum großen Teil eine Organisationsfrage. Monolithen, DBAs und Silos bremsen häufig am meisten.
Ensemble-Testing und Ensemble-Programming
Ensemble Programming und Ensemble Testing: vier bis sechs Personen, eine Tastatur, echter Code. So kommen Tester und Entwickler zusammen.
Psychische Gesundheit im Job: Wer redet, ermutigt andere
Psychische Gesundheit im Job ansprechen, aber wie? Wer den ersten Schritt wagt, zieht oft andere mit, die dann ihre eigenen Geschichten erzählen.
Software-Reviews: Fehler finden, bevor sie teuer werden
Software-Reviews finden Fehler, bevor sie in die nächste Phase rutschen. Dabei helfen Review-Typen und Lesetechniken, Chefs bleiben draußen.
Qualität im ganzen Team: Drei Faktoren guter Testprojekte
Qualität im ganzen Team: Entwicklung, UX und Product Owner tragen Verantwortung gemeinsam. Statische Analyse ist in der Pipeline eine harte Schranke.