Visual RE ist ein Set an Denkweisen und Methoden, die in der Produktentwicklung helfen, schneller ein gemeinsames Verständnis zu erreichen.
Der Begriff Visual RE steht zunächst mal für „Requirements Engineering mit visuellen Methoden“. Visual RE steht aber auch für Requirements Exploration, also einen iterativen Prozess, in dem wir mit Hilfe schneller Feedbackzyklen herausfinden, was der Anwender wirklich braucht.
Requirements Engineering wird ja nun schon seit Jahren erfolgreich eingesetzt. Wozu braucht es jetzt eigentlich Visual RE?
Visual RE adressiert im Wesentlichen die folgenden zwei Punkte:
Das Gesamtbild ständig vor Augen zu haben.
Unterstützen eines kontinuierlichen Dialogs mit dem Ziel des gegenseitigen Verständisses und schnellem Feedback.
Informationen, die irgendwo abgelegt werden, sind nicht mehr präsent. Aus den Augen aus dem Sinn. Visuell arbeiten bedeutet also, das Gesamtbild ständig vor Augen zu haben und aktiv damit zu arbeiten.
Das fördert zielgerichtetes Arbeiten, weil man den Kontext besser einsortieren kann. Außerdem wird kooperatives Arbeiten optimal unterstützt.
Beispiel dafür ist ein Kanban-Board, in dem die Arbeit eines Team visuell abgebildet ist und jeder im Team sehen kann, welche Arbeit gerade von wem in welchem Schritt bearbeitet wird. Sehr hilfreich z.B., wenn mehrere Personen (Product Owner, Requirements Engineers, UX-Experten, etc.) gemeinsam an Anforderungen zu einem Produkt arbeiten. Ein weiteres Beispiel, welches noch näher am Kontext des Anforderungsmanagement ist, wäre die Story Map. Dieses visuelle Arbeitsmittel stellt auf sehr übersichtliche Art und Weise die Zusammenhänge von Anforderungen und Releases gleichzeitig mit den Arbeitsschritten des Anwenders in einem Bild dar. Ein großer Wert ist hier die Präsenz der Story Map im Teamraum. Hier haben wir schon oft erlebt, wie sich am Board ein lebhafter Dialog um fehlende und ggf. auch überflüssige Features entwickelt hat. Visual RE stellt alle bekannten Methoden, die solche Art von Vorgehensweisen unterstützen in einen Gesamtzusammenhang.
Im RE geht es des weiteren darum, gegenseitiges Verständis zwischen dem, der ein Produkt wünscht und dem, der das Produkt herstellen soll zu erreichen. Also viel Kommunikation. Erwiesenermaßen ist die Verwendung von bildhaften und optisch strukturierten Informationen deutlich effektiver, als rein sprachlich oder textuell präsentierte Information.
Die Erfahrung hat gezeigt, dass leider viel zu viele Requirements-Prozesse darauf abzielen, Information zuerst möglichst vollständig zu sammeln und dann zur Entwicklung oder Weiterverarbeitung über den Zaun zu werfen. Ein typisches Antipattern dokumentenzentrierter Vorgehensweisen. Dies dient eben nicht dem gegenseitigen Verständis, sondern eher nur der eigenen Absicherung. Visuelle Methoden fokussieren von Anfang an auf einen gemeinsamen Entstehungsprozess. Bilder und visuell unterstützende Techniken wie z.B. MindMaps, Canvas oder z.B. auch Papier-Prototypen beschleunigen dabei -direkt im Dialog- die Feedbackschleifen und reduzieren so Missverständnisse. Durch die Verwendung explizit unvollständiger und erklärungsbedürftiger Bilder ensteht im Dialog nach und nach ein gemeinsames Bild. Dieses Prinzip, welches zunächst paradox erscheint, lässt sich sowohl im phasenorientierten, als auch im agilen Vorgehen einsetzen, um gegenseitiges Verständis zu erzeugen.
Um es klarzustellen: Die hier beschriebenen Techniken sind nicht von Grund auf neu, sondern stellen die Prinzipien visuellen Arbeitens im Kontext der Ermittlung, des Managements und des Erkunden von Anforderungen in den Vordergrund. Außerdem bringt es existierende Methoden und Techniken in einen größeren Gesamtzusammenhang. Kurz: Visual RE
… wenn es
immer länger dauert neue Features in die Software zu bringen?
… wenn die
Anzahl der gemeldeten Fehler nicht weniger wird, sondern eher noch mehr?
… wenn alle danach schreien, das Produkt lieber neu zu entwickeln, als dass man weiterhin daran arbeiten möchte?
Entwicklungsteams
reden dann oft von technischer Schuld oder englisch: Technical debt.
In diesem Beitrag möchten wir das „Technical debt game- for non technical people“ vorstellen, welches auf der play4agile 2019 entstanden ist und das Thema erlebbar macht. Die Simulation ist eine gute Grundlage und Anschauliche Demonstration für eine Diskussion über die eigene Lage in der Produktentwicklung.
Die Simulation wurde schon in mehrere Community Events und Traings eingesetzt.
Anleitung, Material und eine passende Präsentation sind im Download enthalten. Statt der Zahlenkarten könnt Ihr auch 2 Sets von dem Spiel The Mind dazu verwenden.
Wenn wir die Simulation bei Euch durchführen sollen oder Ihr Starthilfe braucht, sprecht uns einfach an…
Digitalisierung in einem Unternehmen ist nicht einfach eine Reformation der IT oder der Einsatz von ein paar neuen digitalen Technologien.
Digitalisierung ermöglicht und zwingt -aufgrund des Wettbewerbs- Unternehmen neue Geschäftsfelder zu erschließen. Mittel- und langfristig bedeutet dies einen Wandel des Business-Modells. Auf der einen Seite erschafft dies neue Chancen durch Innovationen. Auf der anderen Seite bedeutet dies einen Wandel der Aufgaben für Mitarbeiter. Arbeitsplätze sind in Gefahr, wenn die Mitarbeiter nicht bereit sind, Neues dazu zu lernen. Die Arbeit wird nicht weniger, kann sich aber eben radikal verändern. Digitalisierung bedeutet also immer auch eine Verunsicherung der Mitarbeiter, auf die eine Organisation eingehen muss.
Die neuen digitalen Technologien bringen die Kunden und Anwender deutlich näher an das Unternehmen als früher, oder erhöhen die Frequenz des Kontaktes bzw., des Informationsaustauschs. Dies ermöglicht eine viel konkretere Erfüllung der Kundenbedürfnisse, da durch schnelles Feedback (z.B. unmittelbare Nutzungsstatistiken o.ä.) besser der Kundenwunsch erkannt werden kann. Auch hier gibt es eine Kehrseite: Die Nutzer erwarten viel häufiger eine Änderung oder Anpassung auf ihre individuellen Bedürfnisse.
Dies erfordert einen Wandel der Arbeitsweise des Unternehmens, da damit eine höhere Flexibilität erforderlich wird. Agile Produktentwicklungsmethoden sind daher seit Jahren auf dem Vormarsch. Letztendlich werden agilere Unternehmen als Gewinner aus der Digitalisierung hervorgehen.
Um nun mit diesen Herausforderungen umzugehen, bedarf es einen Wandel der Führung. Selbstorganisation in Teams, mehr Eigenverantwortung bei den Mitarbeitern heißt auch, dass Führungskräfte oder sogar ganze Führungsmodelle neu gedacht werden müssen. Die Themen, die heutzutage heiß diskutiert werden, sind: Loslassen und stetiges Übertragen von Verantwortung an Mitarbeiter/Teams (Empowerment), Unterstützung & Coaching der Mitarbeiter (Servant Leadership) und Führen am System. Führen am System bedeutet Veränderung von Strukturen, statt qualifizierte Mitarbeiter zu (micro-)managen.
Um auf die sich schnell ändernden Anforderungen reagieren zu können, sind lange hierarchische Entscheidungswege oft nicht mehr geeignet. Die neue Arbeitsweise benötigt zudem auch andere Strukturen. Digitalisierung bedeutet also auch einen Wandel der Strukturen hin zu flacheren Hierarchien, mehr Vernetzung von kleinen operativen Teams, oder gar eine Abschaffung der klassischen Organisationsstruktur (z.B. Soziokratie 3.0).
Da diese verschiedenen Wandel niemals komplett abzuschließen sind, ist eine Organisation im Zeitalter der Digitalisierung stetig im Fluss. Dies erfordert ein Umdenken bei allen Beteiligten. Also nicht nur ein Wandel von Analog auf Digital, sondern ebenfalls und insbesondere ein Wandel des Mindsets. (Stichwort Fixed Mindset vs. Growth Mindset).
Das macht eine Digitalisierungs-Transformation so schwierig, aber auch immer wieder spannend.
