In Teil 1 des Artikels haben wir dargelegt, dass es sich lohnt, den häufig unscharfen Begriff der „Testbarkeit“ aus einer Tester-Perspektive zu konkretisieren, und konnten als erste konkrete Maßnahme daraus die Bedeutung von Akzeptanzkriterien ableiten. Diese zahlen spürbar auf die Testbarkeit einer Story ein, wenn sie selbst keine weiteren Anforderungen

Dass User Stories testbar sein sollen, ist ein Allgemeinplatz in agilen Teams. Die Definitionen von „Testbarkeit” bleiben jedoch meist abstrakt und geben selten konkrete Maßnahmen an die Hand, die man unmittelbar in seinem Projekt anwenden kann. Wir werden im vorliegenden zweiteiligen Artikel nicht nur diese Konkretisierungsarbeit leisten, sondern aus Perspektive

Weiterbildung gehört heute in fast jedem Unternehmen zum Standard. Es gibt Trainings, Workshops, Zertifizierungen und digitale Lernangebote. Kaum eine Organisation würde bestreiten, dass Lernen wichtig ist. Und trotzdem zeigt sich in der Praxis immer wieder dasselbe Muster: Das Training war gut. Die Inhalte waren nachvollziehbar. Die Stimmung war positiv. Aber

Modellierung im Requirements Engineering: Klarheit im Umgang mit Komplexität Die Modellierung von Anforderungen ist ein zentrales Werkzeug im Requirements Engineering, insbesondere wenn komplexe Sachverhalte verständlich dargestellt werden sollen. Ob BPMN zur Darstellung von Geschäftsprozessen oder UML zur Strukturierung von Systemfunktionen eingesetzt wird – Modelle schaffen Klarheit, reduzieren Missverständnisse und dienen

Warum macht Kompetenzkultur heute den Unterschied? Digitale Produktentwicklung scheitert selten an fehlenden Ideen, sondern an der Art, wie Menschen zusammenarbeiten. Rollen sind definiert, Frameworks etabliert, Prozesse sauber beschrieben. Und trotzdem entsteht Reibung: Übergaben stocken, Verantwortung bleibt unklar, Produktdenken geht im Tagesgeschäft verloren. Genau hier entscheidet sich, ob Unternehmen lediglich Strukturen

Warum Traceability heute unverzichtbar ist Unternehmen befinden sich in einem ständigen Wandel. Technologie- und Marktentwicklungen treiben die kontinuierliche Weiterentwicklung voran. Doch jede Unternehmenseinheit entwickelt sich unterschiedlich – abhängig von: dem eingesetzten Technologie-Stack und den Produkteigenschaften, den jeweiligen Prozessen und regulatorischen Vorgaben, den Menschen und ihrer Unternehmenskultur. Hier kommt das Konzept

Komplexe Produktentwicklung verlangt mehr als das Nebeneinander einzelner Disziplinen, sie erfordert die bewusste Verbindung verschiedener Perspektiven. Unser Verständnis ist daher ein ganzheitliches: Erfolgreiche Produkte entstehen nur, wenn die Perspektiven Mensch (gebrauchstauglich), Business (wirtschaftlich tragfähig) und Technologie (technisch machbar) in Einklang gebracht werden. Eine isolierte Betrachtung einzelner Rollen wird diesem Anspruch

Egal, wo jemand seine Zertifizierung gemacht hat – eine Methode fehlt in kaum einer „Grundausbildung“ für Produktverantwortliche: das User Story Mapping. Diese Methode ist – zweifelsohne – wirklich gut geeignet, um User Stories zu sortieren, Nutzungskontexte klarzustellen und Struktur ins Chaos zu bringen. Zwischen Wissen und Anwendung Doch mit dem

Requirements Engineering steht für Planung, Struktur und umfangreiche Dokumentation – Scrum hingegen für Agilität, schnelle Iterationen und wenig Papier. Passt das überhaupt zusammen? Ja – sogar besser als gedacht! Requirements Engineering und Scrum mögen auf den ersten Blick als widersprüchliche oder unvereinbare Konzepte erscheinen, doch richtig kombiniert, ergänzen sie sich

Egal ob wir Stakeholder-Anforderungen analysieren wollen, Use Cases generieren lassen oder Dokumentationsprozesse automatisieren möchten – künstliche Intelligenz (KI) kann uns bei der Verarbeitung und Strukturierung komplexer Informationen unterstützen. Doch warum sind KI-generierte Texte manchmal sehr präzise und berechenbar und in anderen Fällen kreativ, unerwartet oder sogar frei erfunden? Ein Parameter,

Leitfaden zum Finden einer passenden Traceability-Strategie „Wir hatten doch dazu schon eine Entscheidung getroffen, oder?“, „Wurde diese Funktion denn schon implementiert?“, „Ich kann mich nicht mehr genau erinnern, was wir dazu besprochen hatten. Weiß das noch jemand?“ – Über diese und ähnliche Fragen stolpert man regelmäßig im Projekttag. In den

In der dynamischen Welt der Softwareentwicklung stehen Anforderungen im Mittelpunkt eines jeden Projekts. Erfolgreiche Projekte beruhen auf einem klaren Verständnis der Bedürfnisse und Erwartungen aller Beteiligten. Der Mensch als Quelle dieser Anforderungen spielt dabei eine zentrale Rolle. Nicht selten bringen Menschen jedoch Unsicherheiten und Ängste in den Anforderungsprozess ein, was

Der systemische Ansatz hat sich in den letzten Jahrzehnten sowohl in der Wissenschaft als auch in der Praxis zu einem beliebten Werkzeug zur Lösung komplexer Probleme entwickelt. Sein Fokus auf Interaktionen und Beziehungen innerhalb eines Systems ermöglicht es, das Verhalten und die Dynamik eines Systems als Ganzes zu analysieren und

Ein gut umgesetztes OKR-Framework kann dabei helfen, die Organisation weiterzuentwickeln In diesem Blogbeitrag zeigen wir auf, wie ein systemisch gut eingeführtes OKR-Framework dabei helfen kann, die Organisation und deren Rollen, besonders die der Führungskräfte, weiterzuentwickeln – denn Veränderungen sollten primär beim System und nicht bei den Menschen ansetzen. Menschen, das

Die User Story gewinnt immer mehr an Bedeutung bei der Formulierung von Anforderungen, nicht nur bei der agilen Produktentwicklung. Vor allem deswegen, weil allein schon der Name auf die Wichtigkeit hindeutet, Anforderungen und daraus resultierende Produkte anwenderzentriert zu strukturieren und zu entwickeln und die Nutzer:innen in den Vordergrund zu stellen.

Verständnis schaffen – Einigung erzeugen – Motivieren  Zunächst einmal: Was genau ist Storytelling? Es handelt sich um eine effektive Methode, mit der komplexe Sachverhalte verständlich und emotional ansprechend kommuniziert werden. Durch den Einsatz von Geschichten können Informationen besser aufgenommen und im Gedächtnis behalten werden. Mehrwert des Daily’s Angefangen beim Erläutern

In Ihrem Unternehmen werden jeden Tag zig Ideen geboren. Die Frage ist nur, ob sie mitgeteilt, diskutiert und weiterentwickelt werden. Kann es Gründe dafür geben, dass nicht alle Ideen kommuniziert werden? In diesem Artikel erläutere ich Ihnen die notwendigen Rahmenbedingungen, die dafür sorgen können, dass keine Idee verloren geht und

Ein Sprint Review ohne Stakeholder ist bedauerlicherweise Realität für viele Teams. Ob es an vollen Terminkalendern liegt oder am mangelnden Bewusstsein für den Nutzen, die Gründe sind vielfältig. Aber was können wir dagegen tun?   Beginnen wir mit einer grundlegenden Frage: Warum sind Stakeholder im Sprint Review eigentlich wichtig? Formell

Ob es um die Verbesserung der Audioqualität von Meetings geht oder um die präzise Umformulierung von E-Mails – Werkzeuge mit künstlicher Intelligenz (KI), wie ChatGPT und andere, spielen eine immer bedeutendere Rolle, nicht nur im persönlichen Umfeld, sondern auch im Kontext von Projekten. In diesem Licht stellt sich die Frage:

Das Anforderungsmanagement ist eine grundlegende Disziplin in der Produktentwicklung (Hardware und Software) und stellt sicher, dass Produkte die Bedürfnisse und Erwartungen der Stakeholder erfüllen. Auch wenn dieses Prinzip einfach erscheint, kann die Anwendung theoretischer Grundlagen in der Praxis eine Herausforderung darstellen. In diesem Artikel möchte ich Ihnen zeigen, welche Kernelemente

Wie viele Ihrer Entscheidungen sind gut und schnell? Oder mal anders gefragt, welche Ihrer Entscheidungen hängen in einer administrativen Schleife? Wer ist bei Ihnen in Entscheidungen involviert, bietet aber keinen sachlichen Mehrwert? Wie schnell sind Ihre Entscheidungen, aus Sicht Ihrer Kunden? Wer sollte eigentlich in den Entscheidungsprozess involviert sein und

Sind Bonuszahlungen noch zeitgemäß, und waren sie das jemals? Um das zu klären, beleuchten wir die Zielsetzung von Bonuszahlungen, deren Ursprung und mögliche Auswirkungen. Was sind Bonuszahlungen? Bonuszahlungen sind Zulagen, die zusätzlich zu einem Grundgehalt gezahlt werden, um die Leistungsbereitschaft bestimmter Personengruppen zu erhöhen. Sehr häufig findet man Boni-Zahlungen bei

Eine strukturierte Anforderungsvermittlung hilft bei den Herausforderungen der digitalen Transformation Unter dem Begriff „Digitalisierung“ verstehen wir einen Wandel in Gesellschaft und Wirtschaft durch den Einsatz digitaler Technologien. Dieser Wandel, auch digitale Transformation genannt, ist für viele Unternehmen bereits überlebenswichtig geworden. Doch wie sollte man der Digitalisierung begegnen und was bedeutet

Was soll das denn schon wieder sein? Der neueste agile heiße Scheiß? Klingt außerdem eher kontraproduktiv, oder? Im Leben und auch in der Arbeit muss es doch wohl vorwärts gehen! Oder ist damit etwa nur die banale Erkenntnis gemeint, dass man vor jedem Vorhaben zunächst Ziele definiert und dann den

Für viele Teams in der Produktentwicklung ist es immer noch eine Herausforderung, UX (User Experience) Experten reibungslos in die agile Arbeitsweise zu integrieren. Oft sind sie nicht fester Teil der gesamten Wertschöpfung oder sie werden erst eingebunden, wenn die Lösung bereits angefordert ist. ! Ein Verständnis für den Nutzer und

Grade im agilen Kontext ist ein systematischer und disziplinierter Ansatz notwendig, um den Fokus zu halten und sich im Rahmen der Randbedingungen frei und eigenverantwortlich bewegen zu können. Wir benötigen neben dem Product Backlog weitere Arbeitsprodukte.

Was haben Ängste und unterschiedliche mentale Modelle mit unseren Tätigkeiten als Requirement Engineer zu tun? Unsere Aufgabe als moderne Requirements Engineer ist es immer mehr, als Vermittler zu agieren, die Barrieren zwischen den Menschen aufzubrechen, die Akzeptanz für neue Arbeitsweisen zu fördern und eine effektive Zusammenarbeit anzuregen und zu begleiten.

Eine oberflächliche Umsetzung agiler Frameworks als Blaupause, ohne die Optimierung der Innovationskraft im Blick zu halten, bringt oft nicht den erhofften Mehrwert. In diesem Fall ist ein Vorgehen hilfreich, bei dem grobe Anforderungen und frühe Konzepte gemeinsam mit dem Kunden erarbeitet werden. Durch den Einsatz der richtigen Analyse- & Designmethoden kann so ein Bewusstsein für die kontinuierliche Ausrichtung auf den Markt und die Bedarfe der Kunden geschaffen werden.

Ein Bild sagt mehr als tausend Worte! Vielleicht haben Sie an diesen Satz schon gedacht, als Sie ein Diagramm in Ihrem Projekt gesehen haben. Vielleicht haben Sie es aber eher sarkastisch gemeint und eigentlich sagen wollen: „Was will mir dieses Bild denn eigentlich sagen?“ Die Erfahrungen im Projekt mit Diagrammen können sehr unterschiedlich sein. In vielen Fällen sind Diagramme überladen und dadurch unleserlich. Oftmals ist nicht klar, für wen das Diagramm bestimmt ist, was dazu führen kann, dass zu viele Details die Leserschaft abschrecken.

Agilität bedeutet in einer immer komplexeren und dynamischer werdenden Umgebung offen und anpassungsfähig auf die gegebenen Rahmenbedingungen reagieren zu können. Hierbei spielt die Kundenzentriertheit eine entscheidende Rolle um eine optimale Handlungsfähigkeit und eine schnelle, dem Markt und den Kundenbedürfnissen angepasste, Reaktionsfähigkeit zu erreichen.

Soziokratie, Holokratie, kollegial geführtes Unternehmen, Lean Management, Kanban, Scrum, Safe – welche Methode ist die Richtige? Die Frage kann nicht so einfach beantwortet werden. Und man kann nur empfehlen, sehr vorsichtig auf diejenigen zu reagieren, die behaupten, sie hätten die eine richtige Methode für die Entwicklung von Unternehmen. Denn jedes Unternehmen ist besonders!

Du bist als Product Owner tätig. Du bist in der agilen Arbeitsweise routiniert. Deine PSPO I und II Zertifikate hängen an der Bürowand und agile Weiterbildungen besuchst du immer wieder gerne. Und dann kommt der neue Junior Analyst um die Ecke und fragt dich nach deiner IREB Zertifizierung und nach den von dir am häufigsten verwendeten RE Methoden. Was soll das? Hast du etwas wichtiges verpasst?

Gerade das Management, welches häufig über viel Branchenerfahrung verfügt, sehr gut vernetzt ist und Prozesse und Strukturen kennt, kann der Multiplikator für erfolgreiche Veränderungen im Unternehmen sein. Dafür ist allerdings das richtige Verständnis von Leadership entscheidend.

Es gibt unzählige Ansichten, Meinungen und “Standards” zum Begriff der User Story. Selbst die Anfänge der 3Cs aus dem Pleistozän agiler Entwicklung enthalten noch viele nützliche Konzepte und Gedanken hierzu. Dabei wird aber manchmal vergessen, dass das meiste Konventionen sind, die jedes Projekt oder jedes Team für sich jeweils ändern kann, wenn es das für richtig hält. Allerdings hat sich in den letzten Jahren eine Art Minimalstandard entwickelt, der eine User Story (US) mindestens genügen muss, um zu funktionieren. Dieser Minimalstandard beschränkt sich auf wenige Grundsätze und ist für viele Projekte ausreichend.

Wir leben überwiegend noch im Zeitalter des Taylorismus. Geprägt durch seine prozessuale Arbeitsweise, die Ihren Ursprung in der Fließbandproduktion hatte. Somit ist es auch nicht verwunderlich, dass es in vielen Unternehmen eine Sprache gibt, die häufig eine Analogie zu Maschinen hat. Beschreibungen wie: „Jeder Mitarbeiter ist ein Zahnrad im Gesamtsystem.“ oder: „Wir müssen den Output der Organisation erhöhen!“ hat vielleicht der eine oder andere schon mal gehört.

Bei der agilen Produktentwicklung steht die Kommunikation im Vordergrund. Interdisziplinäre Teams ersetzen Phasen und Silos, Backlog Items ersetzten Systemanforderungen und dienen eher als temporäres Kommunikationsmedium zwischen allen Beteiligten. Gibt es in diesem Kontext agiler Zusammenarbeit überhaupt noch Anforderungen?

Der Zweck der Umstrukturierung muss sehr genau geklärt werden – Form folgt Funktion! Was hat diese Aussage mit dem Wandel von Organisationen zu tun? Wir stoßen immer wieder auf Unternehmenslenker, die davon überzeugt sind, ihr Unternehmen umstrukturieren zu müssen. Sie stoßen offensichtlich an Ihre Grenzen und sehen das Heil in einer anderen Struktur und Organisationsform.

Du bist Product Owner (PO) und bei deinem Produkt läuft es richtig gut: die Stakeholder sind von deiner Vision begeistert, du kannst dich vor neuen Ideen kaum noch retten, deine Roadmap ist bis Ende nächstes Jahr voll. Perfekt, oder? Fast…

Du hast dich bewusst für die Rolle des Product Owners (PO) entschieden und liebst die Dynamik und Vielfältigkeit der Aufgaben? Aber warum solltest Du dich dann für Methoden aus dem klassischen Requirements Engineering (RE) interessieren? Requirements Engineering ist doch nur für altmodische Wasserfall-Projekte sinnvoll, oder?

Eine gute Risikokultur ist eine wichtige Voraussetzung für eine lernende Organisation Die Risikokultur eines Unternehmens bestimmt die Art und Weise, wie Mitarbeiter:innen an Aufgaben herangehen. Sie ist die Basis dafür, wie Entscheidungen getroffen werden und wie mit guten und schlechten Ergebnissen umgegangen wird. Gehört es zur Kultur des Unternehmens das

Nachdem ich im ersten Teil des Blog-Artikels “Requirements Engineering in verteilten Teams” auf die Bereiche “Zusammenarbeit” und “zeitliche Aspekte” eingegangen bin, möchte ich nun auf die Bereiche “technische Infrastruktur” und “kulturelle Unterschiede” eingehen.

Das heutige Requirements Engineering findet nicht mehr nur in der persönlichen Kommunikation vor Ort statt, sondern immer häufiger durch Nutzung von digitalen Medien. Dies ist besonders wichtig für Unternehmen, bei denen Teams, ob durch äußere Einflüsse oder durch die Unternehmensstruktur, standortübergreifend zusammenarbeiten.

Die Vision gibt Orientierung bei zahlreichen Themen. Sie ist die Grundlage für die Erstellung der Mission und Strategie, sowie daraus abgeleitete Ziele, Programme und Projekte. Die Vision richtet die Menschen und ihr Handeln in der Organisation aus. Die Vision gibt der Organisation einen sinnvollen Zweck und dient als Inspiration.

Wie wäre es, wenn jeder der mit Veränderungen im Außen zu tun hat auch direkt die Lösung erarbeitet? Entweder allein oder mit den notwendigen Fachleuten, egal aus welchem Bereich. Welche Rahmenbedingungen müssen gegeben sein, damit jeder Mitarbeiter diese Verantwortung übernimmt und jeder Kollege der angesprochen wird auch kooperativ an einer Lösung mitentwickelt?

Im zweiten Teil zum Thema OKRs schreibe ich über typische Herausforderungen im Umgang mit OKRs. Ich stelle Ihnen weitere Zielsetzungsmethoden als Inspiration vor. Zum Schluss beleuchte ich die Frage: „Wie stimme ich OKRs in der Organisation mit anderen Bereichen / Abteilungen / verteilten Teams ab?” Hierbei gebe ich Ihnen zehn Praxistipps an die Hand, welche Ihnen den Umgang mit OKRs erleichtern sollen.

Wir haben das Konzept der OKRs in der Anforderungsfabrik vor über einem Jahr eingeführt und dabei viel gelernt. Wir möchten unsere Erfahrungen gerne mit Ihnen teilen und starten hier mit dem ersten Blogbeitrag.

Die Basis für das Prozessmanagement, wie wir es heute kennen, wurde in den 1980iger Jahren gelegt. Seitdem findet es in unterschiedlichen Ausprägungen in Unternehmen seine Anwendung. Ein lückenloses, in Unternehmen integriertes Prozessmanagement in Form eines Prozessmanagement-Life-Cycles*, ist meiner Erfahrung nach nicht selbstverständlich und stellt Unternehmen nach wie vor vor große Herausforderung.

Der sich immer schneller verändernde Markt setzt Unternehmen unter Druck, Trendthemen, wie Agilität, Digitalisierung, IoT und Industrie 4.0, umzusetzen. Damit das Unternehmen marktfähig bleibt, müssen seine Strukturen, Prozesse und Mitarbeiter einem Veränderungsprozess unterliegen. Oft gibt es Vorgaben ad hoc agile Methoden einzusetzen. Es reicht dabei allerdings nicht aus, Lösungen wie bspw. agile Vorgehensweisen vorzugeben. Die Veränderungen müssen bei den Menschen im Unternehmen beginnen. Doch was bedeutet das für individuelle Unternehmensstrategien?

Wer sich nicht ändert, wird verändert! Digitalisierung, Globalisierung, kurzum der allgegenwärtige Wandel bewegt uns. Der Markt wird immer mehr bestimmt durch Überraschungen und viele Unternehmenslenker fragen sich, wie Sie damit umgehen sollen.

Aufgrund der Auswirkungen von SARS-CoV-2 / CoVID-19 auf die Unternehmen wird aktuell eine Zusammenarbeit über verteilte Teams wichtiger. Viele Mitarbeiter müssen sich im Home Office organisieren und mit anderen abstimmen. Eine Zusammenarbeit von Angesicht zu Angesicht ist nicht mehr überall möglich. Die Inhalte physischer Kanban Boards oder Zettelwirtschaften im Büro müssen digital zur Verfügung stehen. Wir brauchen für eine klare Ausrichtung trotzdem die Möglichkeit, Ziele transparent zu machen, Informationen fokussiert auszutauschen und Entscheidungen festzuhalten.

Ein Unternehmen ist ein hoch komplexes System und es gibt viele Einflussbereiche, die einen Wandel herbeiführen können. Zudem nehmen Komplexität und Geschwindigkeit der neuen Themen rasant zu. Wer in Ihrem Unternehmen ist eigentlich verantwortlich dafür, Veränderungen im Außen zu erkennen und notwendige Maßnahmen zu ergreifen, um auf diese Veränderungen adäquat zu reagieren?

Mit der „Digitalisierung“ ganzer Wertschöpfungsketten werden fachliche und technische Abläufe (Prozesse) stetig komplexer. Eine angemessene Visualisierung hilft ein einheitliches Verständnis aufzubauen und richtige Maßnahmen für die Produktentwicklung abzuleiten.