BizDevOps in der Versicherungsbranche – Wie multidisziplinäre Teams wirklich besetzt sein sollten

Die Versicherungsbranche in Europa ist heute an dem Wendepunkt angekommen, den die Banken in Deutschland in den vergangen Jahren versucht haben, zu meistern. Sie müssen zu Technologieunternehmen am Puls der Zeit werden. Um diesen Wandel erfolgreich zu gestalten, setzen viele Versicherer in ihren IT-Projekten auf Agilität. Sie laufen dabei aber Gefahr, eine für die agile Arbeitsweise essentielle Eigenschaft des Entwicklungsteams zu übersehen: die multidisziplinäre Zusammensetzung. Das bedeutet, dass das Projektteam mit allen für die Umsetzung notwendigen Mitarbeitern der verschiedenen „Disziplinen“ bzw. Bereiche des Unternehmens besetzt sein sollte, wie beispielsweise IT-Entwicklung, IT-Betrieb, die Fachbereiche, Aktuariat etc.Doch häufig werden die Projektteams nach dem klassischen Rollenverständnis besetzt, indem in der Regel geeignete Projektleiter gesucht, die besten Entwickler für die Umsetzung ausgewählt und ein ScrumMaster eingekauft wird.Bereits 1986 beschrieben Nonaka und Takeuchi in ihrem Artikel „The New New Product Development Game“ die Bedeutung von multidisziplinären Teams, die sich gemeinsam für ein Produkt verantwortlich fühlen und zwar vom Start der Entwicklung bis zum Verkauf. Die Diversität und Kombination der jeweiligen Expertisen im Team steigern nicht nur die Wahrscheinlichkeit des Produkterfolgs, sondern es findet automatisch ein Knowhow-Transfer im Team statt, von dem nicht nur die Teammitglieder auf individueller Ebene profitieren. Denn das neuerlangte Wissen ist gefragt, wenn sie einen Kollegen in seiner Abwesenheit vertreten können. Was Nonaka und Takeuchi durch diesen Ansatz erreichen wollten, ist das Aufbrechen von Silos in der Entwicklung, IT-Betrieb und Vermarktung von Produkten jeglicher Art.

Wenn Entwickler in den IT-Projektteams nicht mehr ausreichen: Die Einbeziehung von IT-Betrieb und Fachabteilungen durch den BizDevOps-Ansatz

Für eine schnelle und iterative Arbeitsweise werden also nicht nur IT-seitig Frontend- und Backendentwickler (Development) benötigt, sondern es ist auch notwendig, den IT-Betrieb (Operations) einzubeziehen sowie die Fachabteilungen (Business), die die Anforderungen an das Produkt stellen. Der DevOps-Ansatz zur Besetzung von Teams ist ein erster Schritt in diese Richtung, denn er vereint die für den Betrieb (Ops) benötigten Kompetenzen mit dem Entwicklungsteam (Dev).Ich möchte jedoch noch einen Schritt weiter gehen. Denn die nächste Herausforderung für die DevOps-Teams lauert nur um die nächste Ecke. Die Anforderungen an die Produkte, z.B. an einen Online-Tarifrechner, werden häufig in einer dem Projekt vorgelagerten Analysephase in Fachabteilungen (der Business-Seite) schriftlich vorformuliert, ohne jegliche Einbindung des späteren Entwicklungsteams. Da können die Entwickler ein Jahr später, wenn sie endlich freie Kapazitäten für die Umsetzung haben, noch so sehr versuchen, die schriftlichen Anforderungen zu verstehen bzw. zu interpretieren.Es wird immer ein bisschen sein, als würden sie versuchen, ein Soufflé anhand der schriftlichen Anleitung eines Restaurantgastes zuzubereiten, ohne das Endprodukt jemals vorab gesehen oder gar probiert zu haben. Und haben wir in diesem Prozess, in dem wir völlig damit beschäftigt sind, die schriftlichen Anleitungen zu verstehen und richtig umzusetzen, die Zeit, uns damit auseinanderzusetzen, ob ein Soufflé wirklich die Bedürfnisse des Users befriedigt? Wohl eher nicht. Es kann also sein, dass wir es schaffen, das für uns perfekte Soufflé herzustellen, dieses aber trotzdem nicht gekauft bzw. genutzt wird.

Klassische Produktentwicklung: Klare Trennung zwischen Fachbereich, IT Entwicklung und Betrieb.

BizDevOps ist die wertschöpfende Zusammenarbeit von Business-Seite und IT

Eine Lösung für unser IT-Soufflé-Problem ist der BizDevOps-Ansatz. Hinter diesem mysteriösen Akronym versteckt sich nichts anderes als die wertschöpfende Zusammenarbeit von Business-Seite (Biz), IT-Entwicklung (Dev) und IT-Betrieb (Ops) an der Entwicklung eines Produkts und zwar nicht sequentiell, sondern synchron. So entsteht ein multidisziplinäres Scrum-Team, aus Entwicklern sowie aus Experten des Fachbereichs, das gemeinsam an der Entwicklung arbeitet. Im Unterschied zu den klassischen Scrum-Teams holt BizDevOps die Business-Seite, die für die Vorgaben der Entwicklung verantwortlich ist und die Anforderungen an das Projekt definiert, mit ins Team. Anstatt in einer der Entwicklung vorgelagerten Phase Fachvorgaben herunterzuschreiben, setzt sich das Team gemeinsam mit den aktuellen Bedürfnissen der User auseinander, bricht die Funktionalitäten in User Storys herunter und liefert diese iterativ Sprint um Sprint. Auch technisch liegt die Lösung in einer Hand. Wir brauchen kein Handover mehr zwischen Fachabteilung, Entwicklung und Betrieb, da alles bei einem Team liegt.

Moderne Produktentwicklung: Fachbereich, IT Entwicklung und Betrieb arbeiten zur gleichen Zeit gemeinsam an einem Produkt.

Die Vorteile des BizDevOps-Ansatzes

Was gewinnen Sie als IT-Projektleiter durch diesen Ansatz? Auf den ersten Blick benötigen Sie mehr Mitarbeiter in Ihrem Projekt. Dann jedoch gewinnen Sie an Umsetzungs- und Reaktionsgeschwindigkeit. Denn durch die Verschmelzung der Marktanalyse-, Planungs- und Entwicklungsphase können Sie in Ihrem Projekt viel schneller auf Veränderungen im Verhalten der Kunden oder der Rahmenbedingungen reagieren. Zudem ersetzen Sie die Entwicklungsphasen, die bisher Monate oder gar Jahre auseinanderliegen, durch Sprints und reduzieren so die Verschwendung der zwei wertvollsten Ressourcen, Zeit der Mitarbeiter und Geld:

  • Da alle benötigten Experten im Team zusammenarbeiten, sind die Abhängigkeiten zwischen den Teams oder Abteilungen auf ein Minimum reduziert und damit auch die Wartezeiten bei Rückfragen oder Unterstützungsbedarf.
  • Entwicklungszeit wird nicht mehr unnötig in Funktionalitäten investiert, die längst nicht mehr den Marktanforderungen entsprechen, z.B. Web vs. App-Entwicklung.

Neben der Reduktion der Verschwendung wertvoller Ressourcen liefert Ihr Projekt mit dem BizDevOps-Ansatz zudem einen größeren Mehrwert für Ihr Unternehmen, nämlich in Form von attraktiven, auf die Kunden zugeschnittenen Produktangeboten. Das multidisziplinäre Team mit seinen verschiedenen Expertisen und Blickwinkeln identifiziert gemeinsam die Probleme der Kunden. Mithilfe ihrer unterschiedlichen Skill-Sets und Knowhows entwickeln die Teammitglieder die diversesten Lösungsansätze und finden häufig eine Möglichkeit der Umsetzung, die mit geringerem Ressourceneinsatz dem Kunden einen größeren Nutzen bringt. Zudem werden sie zu Experten für ihre Problemlösung und übernehmen dadurch automatisch mehr Verantwortung für den Erfolg des Produkts.Ich freue mich, wenn Sie am 19. Mai bei unserem Meetup “BizDevOps – Was Versicherungen von Banken lernen können” mitdiskutieren. Hier können Sie sich anmelden.Im Mai erscheint unser Whitepaper zu BizDevOps in Versicherungen.Titelbild: Pexels License, Pixabay

Versicherung
Agile Prinzipien
Kundenfokus
Agile Toolbox
Produktentwicklung
Projektmanagement
Kristina Rühr
May 7, 2020

Table of content

Diesen Beitrag teilen

You might be also interested

Agile Prinzipien
Agile Toolbox
Projektmanagement

The Lie Behind the Parable of the Golf Balls and the Jar

Versicherung
Change
Digitale Transformation

4 Mythen über die Automatisierung – und warum Versicherer sie als Chance sehen sollten

Video
Change
Digitale Transformation
Hardware
Agile Organization

Agile in Industrial Automation: The Digital Transformation of Yokogawa

Video
Agile Organization
Scaling

Scaling Agile – a different approach – Skills

Versicherung
Neues Arbeiten
Führung
Agile Prinzipien
Kundenfokus

Kundenzentrierte Versicherung: Kann ein agiles Projekt die Organisation retten?

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

Agilität in den Vertrieb bringen – für Versicherer sinnvoll

Versicherung
Agile Prinzipien
Kundenfokus
Agile Toolbox
Produktentwicklung

BizDevOps in der Versicherungsbranche – Wie multidisziplinäre Teams wirklich besetzt sein sollten

Versicherung
Agile Prinzipien
Kundenfokus
Neues Arbeiten
Meetings

Undercover Agile für Versicherer: 5 agile Praktiken für Ihr klassisches IT-Projekt

Versicherung
Agile Prinzipien
Kundenfokus

3 überwindbare Hindernisse für Agilität in Versicherungsunternehmen

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

IT-Projekte in der Versicherungsbranche – Das Rennen um die Time-to-Market

Team
Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills

Umgang mit Fehlern & Diversität – Erfolgreiche agile Teams #2

Team
Neues Arbeiten
Agile Toolbox
Produktentwicklung

Das Geheimrezept von High-Performance-Teams

Team
Arbeiten bei borisgloger consulting
Agile Prinzipien
Freiwilligkeit
Selbstorganisation

Konsent und offene Wahl: 2 Prinzipien aus der Soziokratie, die jedes agile Team gebrauchen kann

Team
Neues Arbeiten
Meetings
Social Skills

Der agile Adventkalender

Team

If You Compete, You Lose: 5 Reasons Why Collaboration is Better than Competition

Team
Agile Toolbox
Scrum
ScrumMaster-Praxistipps
Agile Prinzipien

Selbstorganisation der Teams fördern: Ask the team!

Team
Agile Toolbox
Scrum
User Story

User Stories: Und am Anfang war die Funktionalität

Team
Agile Toolbox
Design Thinking

Who Recognizes the Truly Good Ideas?

Team
Agile Toolbox
Scrum
User Story

Scrum Essentials: Was nicht in die User Story gehört

Team
Agile Organization
Transformation

Pizza Is Not Dead, and Neither Is Agility

Team

Competition Was Yesterday – Community Leads to Success

Team

Video: Dev Team

Team

Team: Management

Team

Hilfe, die Koffer sind weg oder ein tolles Beispiel zum Thema Commitment

Team

Der alles entscheidende Unterschied im Commitment

Team

Team-Heterogenität als Chance

Team

Erfolgreiche Scrum-Teams ziehen an einem Strang

Team

Das Ideenkorbprinzip: Schnelle Problemlösungen im Team, die Spaß machen!

Sustainability

Why Biodiversity Concerns Us All – 3 Facts

Sustainability
Finance

Running Ahead of the Regulators: 5 Ideas on How Banks Can Start Implementing the Green Deal Today

Sustainability

Expanding Renewable Energies: How Companies Can Actively Accelerate the Energy Transition

Social Skills
Neues Arbeiten
Führung

Kommunikation im Unternehmen: Aussprache über Pain-Point-Mediation

Scrum4Schools
Neues Arbeiten
Meetings

So führt ihr Scrum4Schools in der Schule ein #3 – die Treffen

Scrum4Schools
Neues Arbeiten
Führung
Life
Social Skills

Trauen wir unseren Kindern mehr zu – auch in der Schule!

Scrum4Schools
Nachhaltigkeit

Retrospektive zum „Global Goals“-Projekt: Scrum4Schools an der IGS Süd #3

Social Skills
Neues Arbeiten
Führung

Ein Unternehmer-Netzwerk entsteht #2: Erste Erkenntnisse aus Corona

Scrum4Schools
Nachhaltigkeit

Unser erstes skaliertes Schulprojekt: Scrum4Schools an der IGS Süd #1

Scrum4Schools
Change
Agiles Lernen
Neues Arbeiten
Remote Arbeiten

Eine Scrum4Schools-Projekt-Rückschau mit Physiklehrer Ivan Topic

Scrum4Schools
Mehr Formate
Interview
Nachhaltigkeit

Mit Scrum4Schools dem Weltraum auf der Spur

Scrum4Schools
Life
Social Skills

Die Zeugnisse stehen vor der Tür – Zeit zu feiern?

Scrum4Schools
Scrum4Schools im Unterricht

Scrum4Schools nachhaltig im Unterricht verankern: Die Deutsche Schule Bilbao zeigt, wie’s geht!

Scrum4Schools
Change
Agiles Lernen

Scrum4Schools: Unser Pilotprojekt in Niederösterreich

Scrum4Schools
Scrum4Schools im Unterricht

Fly Up – Scrum - Höhle der Investoren: Scrum4Schools im Fach Wirtschaft und Recht am Gymnasium Trudering (#1)

Scrum4Schools
Change
Agiles Lernen

Scrum4Schools - ein Projekt nimmt Fahrt auf

Scrum4Schools
Agile Schulentwicklung
Nachhaltigkeit

Agile nachhaltige Finanzbildung in der Schule: Scrum4Schools am Helmholtz Gymnasium in Essen.

Scrum4Schools
Agile Schulentwicklung
Agile Toolbox

Technik im Alltag - Scrum4Schools zu Gast in Langenzersdorf

Scrum4Schools
Agile Schulentwicklung
Agile Toolbox

Teamfähigkeit und Selbstorganisation trainieren – So spannend war der Scrum4Schools Workshop an der BBS Rohrbach

Scrum4Schools
Agile Schulentwicklung

Agile Teamentwicklung am Carl-Severing-Berufskolleg – ein Erfahrungsbericht von Bildungsgangleiter Philipp Schulte

Scrum4Schools

How to Implement Scrum4Schools Schools #2 - Create the Framework

Scrum4Schools

Scrum4Schools im alltäglichen Unterricht – Gespräch mit Informatiklehrer Dennis Busch

Scrum4Schools

So führt ihr Scrum4Schools in der Schule ein #5 – der Sprint

Scrum4Schools

So führt ihr Scrum4Schools in der Schule ein #4 – die Lerntafel

Scrum4Schools

How to Implement Scrum4Schools in Schools #1 - Basics

Scrum4Schools

So führt ihr Scrum4Schools in der Schule ein #2 – den Rahmen schaffen

Projektmanagement
Mehr Formate
Video

Mindmapping: So sprudeln die Ideen für Texte und Projekte

Scrum4Schools

So führt ihr Scrum4Schools in der Schule ein #1 – Grundlagen

Scrum4Schools

Scrum4Schools am Gymnasium Trudering – ein Erfahrungsbericht aus Lehrersicht

Projektmanagement
Agile Toolbox
Scrum
Scrum-Begriffe
ScrumMaster-Praxistipps

Sprechen Sie Agile? Den klassischen Projektplan in die agile Welt überführen

Projektmanagement
Team

Collaboration Hacks for Distributed Teams

Scrum4Schools

Scrum4Schools - auch die Schule darf Freude machen

Projektmanagement
Agiles Management
Agile Toolbox
Scrum
Enterprise Scrum

Das Management in Scrum

Projektmanagement
Change
Digitale Transformation

Agilität in der Logistik oder: Liefern wie Amazon

Projektmanagement
Agile Toolbox
Scrum

Meilensteine und Scrum

Projektmanagement

Agiles Projektportfoliomanagement

Portfoliomanagement
Project management

Too many projects? Portfolio management simplified

Neues Arbeiten
Team

Wer kämpft, verliert: 5 Gründe, warum Zusammenarbeit besser ist als Wettkampf

Projektmanagement

Erfolgreiche agile Projekte jenseits von Anarchie und Kontrollwahn

Neues Arbeiten
Mehr Formate
Agile Toolbox
Scrum
Scrum Values

Wie agiles Arbeiten die Kommunikation aus der Selbstverständlichkeit holt

Neues Arbeiten
Change
Agiles Lernen
Mehr Formate
Audio

New Learning heute für das New Work von morgen – mit Angelika Weis

Neues Arbeiten
Life
Social Skills

Wettkampf war gestern – Gemeinschaft macht erfolgreich

Neues Arbeiten
Change
Soziale Innovation

New Work Experience 2019 – ein Erfahrungsbericht

Neues Arbeiten
Audit
Change

Agil im Audit: das Starter-Kit

Neues Arbeiten
Agile Toolbox
Scrum
Team

Einfach liefern! Agiles Arbeiten aus Sicht eines Teammitglieds.

Neues Arbeiten
Agile Toolbox
Scrum
Scrum4Schools
Agile Prinzipien

Scrum4Schools: Lernen für die Zukunft

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Meetings
Retrospektive

Arbeiten wir uns gesund!

Neues Arbeiten
Agile Toolbox
Scrum

Eine Geschichte von Freiheit, Zufriedenheit und gelebter Agilität

Neues Arbeiten
Agile Toolbox
Scrum
ScrumMaster-Praxistipps

Who should be in (agile) HR?

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Values

Glauben Sie an die Seele Ihrer Firma?

Neues Arbeiten
Agile Toolbox
KANBAN
Lean
Scrum

Der agile Baum als Orientierungshilfe im Dschungel der agilen Begrifflichkeiten

Neues Arbeiten
Agile Toolbox
Scrum
Product Owner
ScrumMaster-Praxistipps

Produktivität auf Irrwegen: "Führen wir schnell mal Scrum ein!"

Neues Arbeiten
Agile Toolbox
Scrum

Erfolgreiche Scrum-Implementierung? Dann nehmt eure HR mit!

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freiwilliges Teilen von Wissen – Erfolgreiche agile Teams #5

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Doing vs. Being Agile – Erfolgreiche agile Teams #1

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freude bei der Arbeit & Sustainable Pace – Erfolgreiche agile Teams #3

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Anpassungsfähigkeit & schonungslose Offenheit – Erfolgreiche agile Teams #4

Neues Arbeiten
Agile Prinzipien
Selbstorganisation

Die agile Company im Selbstversuch oder: Wie agil sind eigentlich agile Berater?

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Transformation

Conway’s Law to go: Warum passfähige und flexible Strukturen zu mehr Kundenzufriedenheit führen

Neues Arbeiten
Remote Arbeiten
Change
Digitale Transformation
Agile Toolbox

Transformationsberatung im Remote-Modus #4: die Unternehmenskultur verstehen

Neues Arbeiten
Remote Arbeiten
Team
Mehr Formate
Workshop-Anleitung

So funktionieren eure Kreativ-Workshops auch im Remote Office

Neues Arbeiten
Change
Life
Mehr Formate
Video

Meetup mit Timo Daum: Quo vadis, Agilität?

Neues Arbeiten
Remote Arbeiten
Meetings
Team
Mehr Formate

Die virtuelle Weihnachtsfeier: remote Glühweintrinken oder echte Teamentwicklung?

Neues Arbeiten
Remote Arbeiten
Change
Agiles Lernen

Homeschooling – gelingt mit Gelassenheit

Neues Arbeiten
Remote Arbeiten
Change
Digitale Transformation
Meetings

Wie Sie Online-Meetings rocken 2.0: Die Einladung

Neues Arbeiten
Remote Arbeiten
Change
Digitale Transformation
Agile Toolbox

Transformationsberatung im Remote-Modus #3: Artefakte einführen

Neues Arbeiten
Remote Arbeiten
Arbeiten bei borisgloger consulting
Change
Digitale Transformation

Ein Jahr Remote-Trainings: Wie wir das „neue Normal“ erfolgreich integriert haben

Neues Arbeiten
Remote Arbeiten
Change
Digitale Transformation
Meetings

Wie Sie Online-Meetings rocken 1.0: Der gute Gastgeber

Neues Arbeiten
Remote Arbeiten

Absagen oder remote veranstalten: Unsere Meetups sind jetzt auch virtuell

Neues Arbeiten
Remote Arbeiten
Agile Prinzipien
Selbstorganisation
Team

Das Logbuch als rasche Orientierung für verteilte Scrum-Teams

Neues Arbeiten
Remote Arbeiten
Agile Toolbox
Scrum
Scrum Meetings

Sprint Review im Home Office

Neues Arbeiten
Meetings
Change
Digitale Transformation
Remote Arbeiten

Transformationsberatung im Remote-Modus #2: Meetingstrukturen einführen