Machbar? Machbar! 07.10.2010



Ähnliche Dokumente
Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Agile Softwareentwicklung mit Scrum

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Meetings in SCRUM. Leitfaden. Stand:

Verborgene (verlorengeglaubte) Werte für die Gegenwart nutzbar machen

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Produktmanagement vom Kundenticket zum Release

KPI Analyse Wertschöpfung durch Transparenz

Der Prozess für erfolgreiche

Gelebtes Scrum. Weg vom Management hin zur Führung

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Wir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen. Wir bringen Qualität. Wir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen

Projektmanagement durch Scrum-Proxies

Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen


Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Einführungsstrategien komplexer IT-Lösungen

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

das agile.agreement Agilen Projekten gehört die Zukunft. Wir zeigen Ihnen, wie Sie diese richtig anpacken.

07. November, Zürich-Oerlikon

Kapitel 10: Dokumentation

ERP-Evaluation systematisch und sicher zum optimalen ERP-System

9.6 Korrekturmaßnahmen, Qualitätsverbesserung

Agiles Testmanagement am Beispiel Scrum

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013!

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

IT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Agile Management Einführung in agiles Management

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin

Stuttgart, Scrum im Wasserfall... oder wie kann Agilität dem Kunden schmackhaft gemacht werden?

Content Management System mit INTREXX 2002.

MHP Auditmanagement Ihre Lösung für Ihr Mobile Device- Management zur Performancesteigerung!

HUMAN ASSET REVIEW

Requirements-basiertes Testen am Beispiel des NI Requirements Gateways

GPP Projekte gemeinsam zum Erfolg führen

Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus.

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund Dipl.-Inform. (FH) Dirk Prüter.

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Typisierung des Replikationsplan Wirries, Denis Datenbankspezialist

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006

NeFa: Auf dem Weg zum Justizarbeitsplatz der Zukunft

SSI WHITE PAPER Design einer mobilen App in wenigen Stunden

Lastenheft. Beschreibung des Unternehmens. Ziele der Software-Einführung. Einführung einer Software zur Unterstützung eines Scrum-Prozesses in einer

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel

Software Projekt 2 / Gruppe Knauth Lernziele:

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015

N N O B O X E N C H E C K. Learn more about (your) Innovation Management and how to make it even better! M A R I A T A G W E R K E R - S T U R M

Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten

IT-Projekt-Management

Cad-OasEs Int. GmbH. 20 Jahre UG/NX Erfahrung prägen Methodik und Leistungen. Nutzen Sie dieses Wissen!

Planung in agilen Projekten

Look Inside: desite. modellorientiertes Arbeiten im Bauwesen. B.I.M.

Agile Programmierung - Theorie II SCRUM

High Speed Projects. Gedanken zum Bauprojektmanagement unter besonderen Anforderungen

Zukunftsorientierte Bürgerportale agil entwickeln

Chancen agiler Softwareentwicklung. Dipl.-Inform. Henning Wolf Geschäftsführer der akquinet agile GmbH

Scrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014

Agile Softwareentwicklung

Kontenaktualisierung in Lexware buchhalter

Abschnitt 2 Vier Fragen, jeweils 5 Punkte pro Frage erreichbar (Maximal 20 Punkte)

Entwurf. Anwendungsbeginn E DIN EN (VDE ): Anwendungsbeginn dieser Norm ist...

teischl.com Software Design & Services e.u. office@teischl.com

Neue Funktionen in Innovator 11 R5

Hilfe zur Urlaubsplanung und Zeiterfassung

oose. Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie

Software-Entwicklungsprozesse zertifizieren

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle

PATIENTEN GUIDE. Verwaltung & Organisation. April Seite 1/8

AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM

Microsoft SharePoint 2013 Designer

Regulatorische Anforderungen an die Entwicklung von Medizinprodukten

Scrum-Einführung bei der Projektron GmbH

MaRisk. Beratung zu MaRisk AT 7.2

Screening for Illustrator. Benutzerhandbuch

Copyright 2014 Delta Software Technology GmbH. All Rights reserved.

Qualifikationsbereich: Application Engineering Zeit:

Workflows verwalten. Tipps & Tricks

Agiles Design. Dr.-Ing. Uwe Doetzkies Gesellschaft für Informatik mail:

Code of Conduct (CoC)

Zum Verhältnis von Technik, Organisation und Kultur beim Wissensmanagement

Elektronische Verwaltungsarbeit

Qualitätsmanagement im Projekt

9001 weitere (kleinere) Änderungen

Stock and Order Management

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software

digital business solution Qualitätsmanagement

Die Welt der SW-Qualität Ein Streifzug in 30 Minuten! Johannes Bergsmann Eigentümer

RIGGTEK. Dissolution Test Systems. DissoPrep Browser-Interface

Zukunft der WfbM Positionspapier des Fachausschusses IV

IT-Asset-Management in der Cloud

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG

all media Publikationssysteme Entwicklung und Integration

Transkript:

TANNER AG 2010 TANNER AG Kemptener Straße 99 D-88131 Lindau (B) Telefon +49 8382 272-0 Fax +49 8382 272-900 www.tanner.de info@tanner.de Agile Softwareentwicklung im regulativen Umfeld. Machbar? Machbar! 07.10.2010

Kontext TANNER AG Dienstleister im Umfeld und Umgang mit technischen Inhalten Geschäftsfeld System Integration Prozessautomatisierungen Anwendungen Verfahren zur Produktion von Inhalten als Produktbestandteilen (Anwenderdokumentation, Service Portale, Online Hilfen,...) Große Projekte für Kunden im Bereich Medizintechnik und Pharma 2

Kundenprozess fordert V-Modell P1: Projektdefinition P2: Projektentwicklung P 3: Projekt betreung Lastenheft Spez. Spez. Validierung PH System Spez. Spez. System Test PH Subsystem Spez. Sub... Tests Designspez Unit-Test Design / Realisierung SW-Implementierung Ideenfindung Einzelfunktionstests 3

Kunde fordert Nutzen Schnelle Wirkung und Nutzbarkeit neuer Anforderungen und Potentiale Zeitnahe Bewertung und Abstimmung Agilität auf sich ändernde Randbedingungen im eigenen Prozess 4

Resultat Der Kundenprozess als zwingende Randbedingung gewinnt Wir erstellen Dokumente, Dokumente, Dokumente Wir leben mit Umgesetzten Anforderungen die zum Zeitpunkt der Nutzung nicht mehr oder abweichend benötigt werden Aufwand für die Pflege und teilweise Nachdokumentation von notwendigen Dokumenten ohne direkten Nutzen im Anwendungsprozess Langen Projektlaufzeiten 5

Oder... Identifikation der strukturellen Hebel, um beide Bedürfnisse zu erfüllen Schlüsselthesen Agile Vorgehen zerteilt das große Ergebnis in kleine Einheiten => Inhalte (Information) müssen in kleine Einheiten zerteilt werden Agile Vorgehen definiert ein abgestimmten aber dynamischen Funktionsumfang für eine Iteration => Inhalte müssen Paketen (Sprint Backlogs) dynamisch zugeordnet werden Umfang einer Iteration ist dynamisch => Zuordnung zu Paketen muss dynamisch sein Agile Vorgehen erzeugen alle notwendige Inhalte und deren Abhängigkeit => Dokumente sind eine Sicht spezifische Sicht auf die Inhalte und nicht deren Quelle 6

Ergebnis - Theorie Informationsarchitektur festlegen, die modulare Information und Informationszusammenhänge definiert Jede Information wird inhaltlich bewertet (Zweck und Nutzen definiert) Verwaltung der Inhalte in einem System Publikation der Inhalte für den jeweiligen Verwendungskontexte Lastenheft für eine Iteration Pflichtenheft Produkt Backlog Sprint Backlog Testspezifikation als Zusammenstellung der umgesetzten Anforderungen Akzeptanzkriterien als Zusammenstellung der umgesetzten Anforderungen und Input für das Sprint Review Testprotokoll als... 7

Ergebnis - Praxis Umgesetzt mit: MKS Informationsmodell in 3 Iterationen umgesetzt 8

Ergebnis Praxis (2) Publikationsprozess als TANNER Eigenentwicklung zur Erstellung aller notwendigen Outputs 9

Ergebnis Prozess (1) Anforderungen werden on-demand aufgesammelt Product Backlog Plannungsmeeting definiert und konkretisiert Anforderungen Anforderung wird zur User Story Fokus auf Fit Criteria + Rational Sprint Backlog Produktion LH zur offiziellen Freigabe Umsetzung Systemdesign wird erweitert oder angepasst Umsetzung Unit Test und Code Abdeckung (welche Änderung deckt welche Anforderung ab) wird direkt aus dem Source Code über Aufgabenbezug abgedeckt Burndown Charts basierend auf Status der umgesetzten Aufgaben 10

Ergebnis Prozess (2) Review Meeting basierend auf tatsächlich umgesetzten Anforderungen basierend auf Liste der zu prüfenden Fit Criteria IN Produktion: Testspezfikation Liste der zu prüfenden Fit Criteria Produktion: Validierungsspezfikation OUT Testprotokoll Validierungsprotokoll Neue, unvollständige Anforderungen im Product Backlog Lieferung des Release Validierungsunterlagen + aktuelle, vollständige Systemspezifikation 11

Ergebnis Prozess (2) Review Meeting basierend auf tatsächlich umgesetzten Anforderungen basierend auf Liste der zu prüfenden Fit Criteria IN Produktion: Testspezfikation Liste der zu prüfenden Fit Criteria Produktion: Validierungsspezfikation OUT Testprotokoll Validierungsprotokoll Neue, unvollständige Anforderungen im Product Backlog Lieferung des Release Validierungsunterlagen + aktuelle, vollständige Systemspezifikation 12

Ergebnis Zusammenfassung Agilität für den Kunden direkt spürbar Kundenzufriedenheit messbar gesteigert Aufwand zur Erstellung und Pflege der Dokumente minimiert Overhead zur Erfüllung der formalen Prozessanforderungen um 75 % reduziert Sichtbarkeit und Transparenz der Ergebnisse signifikant höher Neue Mitarbeiter sind in ca. ½ der Zeit 100% produktiv 13

Ergebnis Lesson Learned Aufwand zur initialen Einführung und Justierung höher als zu Beginn erwartet Ca. 100 MT Aufwand für die Umsetzung / Schulung der Systemlösung Konsequenz der Organisation entscheidend für den Erfolg Identifikation von notwendigen Inhalten im Prozess Konsequente Überführung in zentrales Datenmodell Eingesetzte Systeme sind nicht perfekt Umstellung auf modulare Arbeitsweise und Erreichung der gesetzten Ziele funktioniert nur mit Intensivem Coaching on the job 14

TANNER AG 2010 TANNER AG Kemptener Straße 99 D-88131 Lindau (B) Telefon +49 8382 272-0 Fax +49 8382 272-900 www.tanner.de info@tanner.de Vielen Dank für Ihr Interesse alexander.witzigmann@tanner.de