Gegensätze ziehen sich an Formale Anforderungsspezifikationen und agile Softwareentwicklung unter einen (TFS)Hut bekommen
|
|
|
- Dieter Heinrich
- vor 6 Jahren
- Abrufe
Transkript
1 Gegensätze ziehen sich an Formale Anforderungsspezifikationen und agile Softwareentwicklung unter einen (TFS)Hut bekommen
2 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration -2-
3 SGB II SGB III IT Verfahren KG IT Verfahren A2LL IT Verfahren COLIBRI IT Verfahren EIBa -3-
4 Wealth Management IT Projekt Doc Simplicity IT Projekt Subitop Cash Investment Banking IT Projekt CRCS IT Projekt AIDE -4-
5 PM Technical Architecture CU FAB Treaty Reporting Exposure RE Test Services Dev -5-
6 7er 5er EA EE Business IT Future Retail IT System GCDM IT System ABC.digital 3er Mini EK EF Business IT My XYZ IT System ABCi IT System CRM -6-
7 Projekt Velaro Projekt Viaggio Projekt Desiro Kraftfahrt Bundesamt EN50128 TSI-Normen Projekt Avenio -7-
8 BU SY BU CT BU MR BU XP System Requirements Specification Component Requirements Specification Hazard Analysis Medical Device Directive Medical Device Report -8-
9 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration -9-
10 RE in der agilen Entwicklung Vision Validierung Feature Integration User Story Test/ Build Code -10-
11 Task Task Task Task Task Task Test/Build Test/Build Test/Build User Story User Story User Story Feature Feature Feature RE in der agilen Entwicklung Vision Validierung Integration Code -11-
12 Task Task Task Task Task Task Test/Build Test/Build Test/Build User Story User Story User Story Feature Feature Feature RE in der agilen Entwicklung Vision Validierung Integration Code -12-
13 Task Task Task Task Task Task Test/Build Test/Build Test/Build User Story User Story User Story User Story User Story Feature Feature Feature Feature RE in der agilen Entwicklung Vision Validierung Integration Code -13-
14 RE in der agilen Entwicklung Vision -> Features -> User Stories Software Produkt -14-
15 RE in der agilen Entwicklung Vision -> Features -> User Stories Software Produkt -15-
16 RE in der agilen Entwicklung Vision -> Features -> User Stories Software Produkt -16-
17 RE in der agilen Entwicklung Vision -> Features -> User Stories Software Produkt -17-
18 RE in der agilen Entwicklung Vision -> Features -> User Stories Software Produkt -18-
19 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration -19-
20 RE in der klassischen Entwicklung Business Proposal Validierung System Proposal Integration Design Spezifikation Test/ Build Code -20-
21 RE in der klassischen Entwicklung Business Proposal System Proposal Design Spezifikation Code Business Proposal Alle Business Requirements (BRs) sind beschrieben Alle BRs sind fachlich abgestimmt Alle BRs sind begutachtet Alle BRs sind freigegeben -21-
22 RE in der klassischen Entwicklung Business Proposal System Proposal Design Spezifikation Code System Proposal Alle System Requirements (SRs) sind beschrieben Alle SRs sind fachlich und technisch abgestimmt Alle SRs sind begutachtet Alle SRs sind freigegeben -22-
23 RE in der klassischen Entwicklung Business Proposal System Proposal Design Spezifikation Code Design Spezifikation Alle Design Requirements (DRs) sind beschrieben Alle DRs sind technisch abgestimmt Alle DRs sind begutachtet Alle DRs sind freigegeben -23-
24 RE in der klassischen Entwicklung Business Proposal Software Produkt System Proposal Design Spezifikation Code -24-
25 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration -25-
26 Specification Backlog Wasserfallsprint Sprint 1 Requirements Definition Review Realisation Baseline Approval t -26-
27 Specification Backlog Iterativ und Inkrementell Sprint 1 Sprint 2 Sprint 3 Sprint 4 Requirements Definition Baseline Review Approval Realisation t -27-
28 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration -28-
29 Artefakte in einem Repository -29-
30 Dokumentensicht Autorenumgebung -30-
31 Dokumentensicht Autorenumgebung -31-
32 Dokumentensicht Autorenumgebung -32-
33 Dokumentensicht Autorenumgebung -33-
34 Artefakte in einem Repository -34-
35 Artefakte in einem Repository -35-
36 Artefakte in einem Repository -36-
37 Agile Planung -37-
38 Integration modellbasierter Vorgehensweisen -38-
39 Integration modellbasierter Vorgehensweisen -39-
40 Fazit Fokussierung auf die Ergebnisse (Artefakte) Ergebnisse auf ihre Werte untersuchen (Maturity Levels) Stabile Artefakte für die Realisierung anhand deren Qualität definieren Spezifikation nach Ranking das Dringende zu erst Dokumente als Sichten verstehen, die zu Meilensteinen eingefroren werden können -40-
41 Agenda Gegensätze? RE in der agilen Entwicklung RE in der klassischen Entwicklung Unterschiede und Gemeinsamkeiten Integration Value-oriented Practices -41-
42 Eigenschaften ablauforientierter Prozesse EVA Prinzip Aktivitätsreihenfolge wird festgelegt Ablauf steuert den Prozessfortschritt Ergebnisse sind über den Ablauf verteilt Übersicht kann schnell erreicht werden Gültigkeit auf hoher Abstraktion Verfeinerung schränkt immer mehr die Freiheitsgrade bei der Ablaufgestaltung ein -42-
43 RE Geschäftsprozess -43-
44 Modulare Practices Practice Requirements Elicitation Requirements Prioritization Requirements Test Requirements Deriving Requirements Planning -44-
45 Rollen und Kompetenzen Practice Stakeholder Requirements Elicitation Business Architect Role Competencies IT Architect CCB E2E BAT Requirements Prioritization Requirements Test Product Owner Development Team Requirements Deriving Requirements Planning -45-
46 Arbeitsergebnisse Practice Stakeholder Requirements Business Requirement Elicitation Stakeholder List Project Scope Artifact Business Architect Role Competencies IT Architect CCB E2E BAT Requirements Prioritization Requirements Test Product Owner Development Team Requirements User Deriving Story Requirements Planning -46-
47 Vielfältige Aktivitäten Practice Stakeholder Requirements Business Requirement Specify Elicitation Stakeholder Agree List Specify Project Scope Derive Artifact Role Competencies Activities Business Architect IT Architect Product Owner CCB E2E BAT Development Team Discussion Approve Specify Requirements Prioritize Prioritization Agree Discussion Discussion Estimate Requirements Implement Test Estimate Requirements Derive User Requirements Approve Deriving Story Planning Discussion Specify -47-
48 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -48-
49 Practice Elements Practice Start Value Stage Value Stage Value Stage End Artifact Maturity Level Maturity Level Maturity Level Role Competencies Competence Field Competence Field Competence Field Activities Activity Activity Activity -49-
50 Practice Rules Practice Start Value Stage Value Stage Value Stage End Artifact Maturity Level Maturity Level Maturity Level Role Competencies Competence Field Competence Field Competence Field Activities Activity Activity Activity -50-
51 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -51-
52 Practice Requirement Elicitation Practice Requirement Elicitation Start Scoped Allocated Completed End Artifact Business Requirement CREATED Business Requirement Assigned To Business Requirement DEFINED Project Scope Stakeholder List -52-
53 RE in der agilen Entwicklung Vision Validierung Feature Integration User Story Test/ Build Code -53-
54 Artefakt User Story Practice Requirements Elicitation Requirements Elicitation Requirements Test Artifact Created Defined Verified Role Competencies Development Team Development Team & Product Owner Product Owner Activities Specify Discussion & Estimate Approve -54-
55 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -55-
56 Technical Design Meta-Model Schema-Model Instance-Specification -56-
57 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -57-
58 Code -58-
59 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -59-
60 Arbeitsumfeld -60-
61 v-o-p MOF metamodeling hierarchy M2 Value-oriented Practice <<classifier>> Instance M1 Value-oriented Practice Process Template WIT: Process Template, Valueoriented Practice M0 apractice awit* * WIT = Work Item Type as an object of a process template from Microsoft Team Foundation Server / Visual Studio -61-
62 v-o-p für RE Practice Requirements Elicitation Requirements Prioritization Requirements Deriving Requirements Planning Requirements Test Requirements Change Artifact Business Requirement Project Scope Stakeholder List System Requirement User Story Change Requests Role Competencies Competencies Stakeholder Requirements Manager Business Architect IT Architect CCB E2E BAT Product Owner Development Team Activities Specify Discussion Approve Prioritize Agree Derive Estimate Implement -62-
63 Zusammenfassung Freiheitsgrade für selbstorganisierte Teams Practices können modular und nach Teambedarf im Arbeitsumfeld eingesetzt werden Der Arbeitsfortschritt und die Arbeitsqualität ist durch die Maturity Levels der Artefakte transparent und eindeutig messbar Die Synchronisation der Projekte kann über die Value Stages und auf Basis erreichter Artefakt-Qualität erfolgen Verschiedene Vorgehensmodelle (Agil, Iterativ, Inkrementell, Wasserfall) können in einem gewissen Maße synchronisiert werden Gegensätze ziehen sich an! -63-
64 Vielen Dank! Diskussion und Fragen Jens Donig HOOD GmbH Keltenring Oberhaching Germany Jens.Donig@HOOD-Group.com
HOOD Service Portfolio
Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. Susanne Mühlbauer, Jens Donig, HOOD GmbH, Oktober 2012 HOOD Service Portfolio -2- Was ist ein Backlog? Der Begriff Backlog
Frank.Maar@microsoft.com Developmentprozesse - Grundlage Ihrer Entwicklung Grundsätzliche Art der Vorgehensweise formal agil V-Modell XT MSF for CMMI Improvement definiert MSF Agile SCRUM Prozess-Inhalte
Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit
IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational
Gute User Stories schreiben reicht nicht Requirements Engineering-Bedarf in agilen Projekten. Olga Boruszewski,
Gute User Stories schreiben reicht nicht Requirements Engineering-Bedarf in agilen Projekten Olga Boruszewski, 23.11.2017 http://www.continental.de Tires Division Einführung Erfahrungsbericht zu Requirements
TFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,
TFS Customzing in der Praxis Thomas Gugler ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com Thomas Gugler seit 2005 bei
Visual Studio 2010 Neues für Architekten
1 conplement AG 2009. All rights reserved. NIK Technologieseminar Visual Studio 2010 und.net 4.0 inside Visual Studio 2010 Neues für Architekten 16. November 2009 Thomas Hemmer Daniel Meixner conplement
Paul ist PO! Und Nun? Ulf
Paul ist PO! Und Nun Ulf Mewe @mewflu https://www.cartoonify.de PO Level 1 PO Was tun Was macht eigentlich ein PO Verantwortlich für die Maximierung des hergestellten Wertes (durch das Dev. Team) die Optimierung
Testers Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices
Visual Studio Team System 15. Mai 2006 TU Dresden Oliver Scheer Developer Evangelist Developer Platform & Strategy Group Microsoft Deutschland GmbH Agenda Einführung in Visual Studio Team System Demo Fragen
Scrum für Business Intelligence Projekte erfolgreich nutzen. Es begrüßt Sie Thomas Löchte
Scrum für Business Intelligence Projekte erfolgreich nutzen Es begrüßt Sie Thomas Löchte Die Informationsfabrik Die Informationsfabrik macht erfolgreiche BI und DWH Projekte und hat zufriedene, referenzierbare
Der Business Analyst in der Rolle des agilen Product Owners
Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software
ALM Days 2012. Normenkonforme Software-Entwicklung für Medizinprodukte mit dem Microsoft Team Foundation Server
ALM Days 2012 ALM Days 2012 Normenkonforme Software-Entwicklung für Medizinprodukte mit dem Microsoft Team Foundation Server Dipl.- Ing. Birgit Stehlik, Dipl.-Ing. Sven Wittorf, M.Sc. 1 Medizinische Software
Susanne Muehlbauer 29. November 2011
Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche
Agile Requirements jenseits von User Stories Yin und Yang vereint. Johannes Bergsmann Berater, Trainer
Agile Requirements jenseits von User Stories Yin und Yang vereint Johannes Bergsmann Berater, Trainer Agiles Requirements Engineering Hintergrund Folie 2 Warum agile Methoden anders sind Wandel in der
agosense.fidelia Tutorial Arbeiten mit Links & Traces
agosense.fidelia Tutorial Arbeiten mit Links & Traces Referent: Bernd Röser bernd.roeser@agosense.com +49.7154.99951.77 agosense GmbH Stammheimer Straße 10 70806 Kornwestheim info@agosense.com +49 7154
3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg. ARIS meets RUP
3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg ARIS meets RUP Der ARIS Unified Information System Development Process Martin Plümicke Berufsakademie
IBM Software. Rational Quality Manager Testing Discipline. Rational Team Concert Development Discipline
IBM Software Bob (Product owner) Scott (SCRUM Master) Marco (Development Lead) Deb (Developer) Tanuj (Test Lead) 1 definieren 2 definieren und verlinken 3 Sprint Planning Meeting 1 Backlog pflegen 4 Sprint
Das agile Requirements Board Ein Tool zur Unterstützung des agilen Requirements-Engineerings
Das agile Requirements Board Ein Tool zur Unterstützung des agilen Requirements-Engineerings Johannes Bergsmann Berater, Trainer, Eigentümer Software Quality Lab www.software-quality-lab.com Über Software
Agiles Requirements Management mit agosense.fidelia
Agiles Requirements Management mit agosense.fidelia REFERENT Webinar Nr. 7 02. Juni 2016 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer Hinweis zu Beginn Fragen stellen während des Webinars Nutzen
Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
70+ Wir sind Experten, wenn es um die effiziente Realisierung von embedded, mobilen und webbasierten Business-Lösungen geht.
SCRUM IN DER PRAXIS 2 70+ Bei uns arbeiten mehr als 70 IT- und Softwareexperten für Kunden aus dem B2B-Bereich. Wir sind Experten, wenn es um die effiziente Realisierung von embedded, mobilen und webbasierten
Scrum Gestaltungsoptionen Empowerment
Scrum Gestaltungsoptionen Empowerment WING Zweite Transferkonferenz, 2016-04-06 Matthias Grund, andrena objects ag 2 Scrum-Modell kommt mit (nur!) drei Rollen aus: (crossfunctional) Scrum Owner Owner Scrum
Scrum Embedded. Scrum Embedded. Besonderheiten agiler Entwicklung von Embedded-Systemen. MicroConsult - Microelectronics Consulting & Training GmbH
Scrum Embedded Scrum Embedded Besonderheiten agiler Entwicklung von Embedded-Systemen Was ist Scrum? Rollen Meetings Artefakte Scrum besteht aus einem Set von Rollen, Meetings und Artefakten, die über
Prozesse optimieren und Kosten reduzieren in der Fertigungsindustrie. Modular, Individuell, Einfach
Prozesse optimieren und Kosten reduzieren in der Fertigungsindustrie. Modular, Individuell, Einfach Ihr Projekt Ihr Nutzen Der Projektpartner InQu Informatics Übersicht Projektorganisation Kundenorientierung
Stefan Mieth, AIT GmbH & Co. KG
Stefan Mieth, AIT GmbH & Co KG As a requirements engineer I want to use the TFS 12032015; 16:30 17:30 Requirements Engineering ist neben Testing wohl der Dauerbrenner, wenn es um gerne vernachlässigte
Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten.
1 Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. 2 INHALT Begriffe Backlogmanagement -Board Zusammenfassung 3 BEGRIFFE Backlog Backlog Item Arten von Backlogs 4 BACKLOG
Budget gerecht in agilen Projekten
Budget gerecht in agilen Projekten Stephan La Rocca, Consulting Manager The Oracle Modernization Experts www.pitss.com PITSS GmbH Zum Referenten Stephan La Rocca Consulting Manager Seit 1998 im Oracle-Umfeld
Phasen. Gliederung. Rational Unified Process
Rational Unified Process Version 4.0 Version 4.1 Version 5.1 Version 5.5 Version 2000 Version 2001 1996 1997 1998 1999 2000 2001 Rational Approach Objectory Process OMT Booch SQA Test Process Requirements
Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie
Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie Gerald Heller Agenda Standortbestimmung ALM Typischer industrieller Setup und Probleme Vorstellung von QualityCenter als ALM tool
Visual Studio 2010 Jetzt auch für Architekten
TeamConf 2010 Visual Studio 2010 Jetzt auch für Architekten 06. Mai 2010 München Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de Daniel Meixner Consultant daniel.meixner@conplement.de
Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung
Peter Forbrig RUP 1 Gliederung Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 2 Rational Unified
Business Analysis Body of Knowledge BABOK v3. Konzepte Scope Struktur. Ursula Meseberg microtool GmbH Berlin
Business Analysis Body of Knowledge BABOK v3 Konzepte Scope Struktur Ursula Meseberg microtool GmbH Berlin 1980 Mach mal Systemanalyse Tom DeMarco, Structured Analysis and System Specification, 1978, p
IT SERVICE MANAGEMENT FÜR AGILE PROJEKTE. Zwischen Agilität und Stabilität Herausforderungen in einer agiler werdenden Organisation
IT SERVICE MANAGEMENT FÜR AGILE PROJEKTE Zwischen Agilität und Stabilität Herausforderungen in einer agiler werdenden Organisation DAS SIND WIR Dr. Jörg-Stefan Bock Team Manager Business Consulting E-Mail:
Auf einen Blick. Vorwort Über den Autor Danksagung Einleitung Teil I: Die Rollen Teil II: Die Listen...
Auf einen Blick Vorwort... 9 Über den Autor... 11 Danksagung... 13 Einleitung... 23 Teil I: Die Rollen.... 27 Kapitel 1: Das ist Scrum und so funktioniert es.... 29 Kapitel 2: Der Product Owner.... 35
Dr. Michael Amann @ ProMind. Definition of Done AGILES REQUIREMENTS ENGINEERING IN EINEM VERTEILTEN SOFTWAREPROJEKT ABER NICHT SO
Dr. Michael Amann @ ProMind Agiler Praktiker: Agilist seit 2007, mehrere Jahre Erfahrung als Master, Product Owner, Product Marketing Owner und Projekt Manager Coach: Agile Softwareentwicklung auch für
Requirements Engineering für die agile Softwareentwicklung
Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1
Value Delivery and Customer Feedback
Value Delivery and Customer Feedback Managing Continuous Flow of Value Michael Reisinger Microsoft & ANECON Praxisupdate 2014 ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien
Business Process Management schlägt die Brücke zwischen Geschäftsprozessen und Service-orientierter Architektur
Business Process Management schlägt die Brücke zwischen Geschäftsprozessen und Service-orientierter Architektur Migration & Integration Day 2007 6-Feb-07, München Marcus J. Armbruster Principal Mentor
Mitarbeiter bei ITC seit 17 Jahren Projektleiter und Trainer
Mitarbeiter bei ITC seit 17 Jahren Projektleiter und Trainer Anforderungsmanagement Prozessmanagement Changemanagment Wo liegen die Herausforderungen Was ist SCRUM Wie funktioniert SCRUM Aufklärung zu
CGC-Strategies 19. Juni 2018 in Berlin Dr. Roman Zagrosek, LL.M. (Berkeley) Compliance Solutions
Digital Compliance CGC-Strategies 19. Juni 2018 in Berlin Dr. Roman Zagrosek, LL.M. (Berkeley) Compliance Solutions Agenda 1 Digital Compliance Begriffsbestimmung und Einordnung 2 Praxisbeispiel 3 Umsetzung
READY-STEADY-DONE! Der Product Owner are you READY for agile?!
READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind
Test Gap Analyse bei der Munich RE Uwe Proft
Test Gap Analyse bei der Munich RE 27.10.2016 Uwe Proft Test Gap Analyse bei der Munich RE 1. Kontext 2. Nutzungsszenarien 3. Evolution 4. Anliegen 2 TQE Technical Quality Engineer Static analysis of source
Erfolgsfaktoren für die agile Transformation. Marc Vollmar & Nebojsa Tesic
Erfolgsfaktoren für die agile Transformation Marc Vollmar & Nebojsa Tesic Agil und nicht agil? BMW und Daimler? Deutsche Bank und Commerzbank? Agile Transformation Intelligent Automation (RPA) Anpassung
Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012
Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Agenda 1. Scope, Motivation und Begriffsklärung 2. Modellierung
SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl
SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung
Projektmanagement. Das Scrum - Framework. Version: 5.0 Stand: Autor: Dr. Olaf Boczan
Projektmanagement Das Scrum - Framework Version: 5.0 Stand: 28.05.2017 Autor: Dr. Olaf Boczan Lernziel Sie können mit eigene Worten das Framework Scrum beschreiben. Sie können die Rollen, Aktivitäten und
Dienstag, 24. September 13. Willkommen
Willkommen Ihr Wegbereiter für innovatives Systems-Engineering Consulting Engineering Training STAGES 2 ASQF Fachgruppe Projektmanagement Kompetenznetzwerk rund um Projektmanagement & Agilität Regelmäßige
Product Ownership Evolution Model (POEM)
Product Ownership & Scaling Track 15:15 16:00 Uhr Product Ownership Evolution Model (POEM) 2017 Tim Klein & Oliver Winter (produktwerk.koeln & Mediengruppe RTL) Vorstellung Tim Klein Agile Coach und Digitalexperte
ISO 15504 Reference Model
Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define metrics Pre-review Review yes Release
k B E V O R S T E L L U N G k n a p p B U S I N E S S E N G I N E E R I N G P L A N B U I L D R U N Februar 15 1 von 5
k n a p p B U S I N E S S E N G I N E E R I N G P L A N B U I L D R U N 1 von 5 Ihre Situation Sicherlich trifft eines dieser Szenarien auch für Sie zu: Sie sind schon ERP-Software-Anwender und beabsichtigen
Iterativ. Inkrementell
Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks
TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller
TFS als ALM Software Erfahrungsbericht aus der MedTec Ecke Lukas Müller Agenda Tecan Umfeld und Prozesse Einsatzgebiet TFS Tecan Erweiterungen von TFS Erfahrungsaustausch Head Office in der Schweiz, >1100
Softwareentwicklung bei eevolution
Softwareentwicklung bei eevolution Darstellung der Prozesse mit dem agilen Entwicklungsansatz Jan Freitag, COMPRA GmbH Jan Freitag Studium: IMIT Bachelor: 2005-2008 IMIT Master: 2008-2010 eevolution: Mitarbeit
POEM Product Ownership Evolution Model. Tim Klein 21.April 2018
POEM Product Ownership Evolution Model Tim Klein 21.April 2018 Vorstellung Tim Klein Agile Coach und Digitalexperte (Freelancer) Product Owner Coach und Digital Transformation Consultant http://xing.to/timklein
Verteilt Agil. oder wie viel Product Owner braucht man wo? Thomas Behrens, Endava München, März 2018
Verteilt Agil oder wie viel Product Owner braucht man wo? Thomas Behrens, Endava München, März 2018 AGENDA EIN ERFAHRUNGSAUSTAUSCH 1. Mein Umfeld: Kontext @ Endava Product Owner Rolle Verteilt Agil 2.
Planst Du noch oder lebst Du schon (agil)?
Planst Du noch oder lebst Du schon (agil)? IIBA Chapter Summit Salzburg, 11.10.2013 Anton Müller cscakademie.com Copyright CSC Deutschland Akademie GmbH Worum geht es? Gestaltung von Veränderungen in Unternehmen!
Agile SW Entwicklung Scrum Einführung (2) Sommersemester 2017
Agile SW Entwicklung Scrum Einführung (2) Sommersemester 2017 Prof. Adrian Müller, PMP, PSM-1, CSM Hs Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller Projektmmgt. 14/15 Prof. A. Müller
Oracle9i Designer. Rainer Willems. Page 1. Leitender Systemberater Server Technology Competence Center Frankfurt Oracle Deutschland GmbH
Oracle9i Designer Rainer Willems Leitender Systemberater Server Technology Competence Center Frankfurt Oracle Deutschland GmbH Page 1 1 Agenda 9i Designer & 9i SCM in 9i DS Design Server Generierung &
SCRUM. Agile Softwareentwicklung mit Scrum Semesterprojekt: Zug um Zug
SCRUM Agile Softwareentwicklung mit Scrum Semesterprojekt: Zug um Zug Rollen Product Owner (WIR): Definition von Produkt-Features (User Stories) Priorisieren der Features für die nächsten Sprints Scrum
MSDN Webcast: Team Foundation Server Mehr als nur eine Versionsverwaltung! Visual Studio Team System (Teil 1 von 10) Veröffentlicht: 20.
MSDN Webcast: Team Foundation Server Mehr als nur eine Versionsverwaltung! Visual Studio Team System (Teil 1 von 10) Veröffentlicht: 20. Februar 2008 Presenter: Neno Loje, MVP für Team System www.teamsystempro.de
Agile Development vs. Security Requirements
Agile Development vs. Security Requirements Mirco Stickan Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming
Entwicklung moderner Rich-Internet-Applications
Technische Universität München Projekt: Systementwicklung WS 2007/08 Entwicklung moderner Rich-Internet-Applications 15.10.2007 Kickoff-Meeting Florian Forster Florian Forster (forster@in.tum.de) Agenda
Susanne Mühlbauer Februar 2014 HOOD GmbH. statt
Susanne Mühlbauer Februar 2014 HOOD GmbH statt Agil zu sein, bedeutet für uns: Wir orientieren uns an den Werten und Prinzipien des agilen Manifests. Was bedeutet Agil für Sie? Eine weitere Vorgehensweise
Drei Kennzeichen eines Projekts
Drei Kennzeichen eines Projekts Erreichen eines vorher festgesetzten Ziels in einem bindenden Zeitplan mit bestimmten Ressourcen Budget Mitarbeitern Hilfsmitteln 2/ 3/ Ziel Zeitplan Ressourcen Ein Projekt
QUALITÄT AUS DER PERSPEKTIVE EINES PRODUCT OWNERS
QUALITÄT AUS DER PERSPEKTIVE EINES PRODUCT OWNERS INDIVIDUELLE SOFTWARE AGENDA Qualität der Entwicklung Qualität der Releases Qualität der Anforderungen Rolle des POs in Bezug auf Qualität VORSTELLUNGEN
Anforderungen gezielter umsetzen, Optimieren, Transparenz schaffen
Application Lifecycle Management in Eclipse Anforderungen gezielter umsetzen, Optimieren, Transparenz schaffen Christoph Bräuchle, MKS GmbH Interessen (klassisch) Budget: werden Aufwände eingehalten, ergeben
Mit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern. Dr.-Ing. Thaddäus Dorsch, HOOD GmbH,
Mit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern Dr.-Ing. Thaddäus Dorsch, HOOD GmbH, 29.03.2017, REConf2017 2 KLASSISCHES REQUIREMENTS ENGINEERING Kundenanforderungen
Requirements basiertes Testen mit JUnit Architektur für eine Verbindung von Requirements Management und Test Management
Requirements basiertes Testen mit JUnit Architektur für eine Verbindung von Requirements Management und Test Management Oliver Böhm MKS GmbH Agenda Architektur und Umsetzung MKS Integrity MKS Requirements
DevOps. Alexander Pacnik, Head of DevOps Engineering
DevOps Alexander Pacnik, Head of DevOps Engineering 29.09.2016 Einführung... Produktfokussierung die Entstehungsgeschichte der Veränderung Umsatz / Features Innovative Phase (technisch orientiert) Deliver
DevOps with AWS. Software Development und IT Operation Hand in Hand. Matthias Imsand CTO Amanox Solutions AG
DevOps with AWS Software Development und IT Operation Hand in Hand Matthias Imsand CTO Amanox Solutions AG Agenda Evolution agiles DevOps AWS Kurzeinführung Automation und Infrastruktur als Code AWS CloudFormation
High Value Traceability Eine oft unterschätzte Funktionalität
Eine oft unterschätzte Funktionalität REFERENT Bernd Röser Key Account Manager Agenda 1 Über agosense 1 Retrospektive 2 Traceability - Allgemeines 3 Der Weg zur effizienten Traceability 4 Cross Domain
Scrum in Theorie und Praxis.
Scrum in Theorie und Praxis bernd_bettermann@web.de 1 Zur Person... Softwareentwicklung seit 1988 Anfänge mit COBOL und ISAM-Datenbank später Clipper und Visual Objects Scrum im.net- und WEB-Umfeld Sartorius
<Insert Picture Here> Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant
Oracle Business Process Analysis Suite Gert Schüßler Principal Sales Consultant 1 Geschäftsprozesse Zerlegung am Beispiel Kreditvergabe Antrag aufnehmen Antrag erfassen Schufa Kunden
ein erfahrungsbericht drei Jahre SCRUM ein erfahrungsbericht
drei jahre SCRUM ein erfahrungsbericht softwareentwicklung bei seca pilotprojekt mit SCRUM start eines neuen projektes tools organisatorisches prozesse das SCRUM team fazit Andreas Rieschick, Eric Thomas
SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de
SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden
Rational Team Concert mit der JAZZ Plattform für agile Softwareentwicklung
Telefonkonferenz am 07.05.2010 Rational Team Concert mit der JAZZ Plattform für agile Softwareentwicklung 1 Rational Brand 2010 IBM Corporation Agenda Einführung in SW Entwickungsprozesse Agile SW Entwicklung
Testing in an agile world
Testing in an agile world 13. Neu-Ulmer Test-Engineering-Day Dr. Gabriele Haller gt-muenchen GmbH Josef-Beiser-Str. 28 81737 München http://agilemanifesto.org/ Prinzipien hinter dem Agilen Manifest 1.
Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.
Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von
agosense.fidelia Tutorial Branching und Merging
agosense.fidelia Tutorial Branching und Merging Referent: Bernd Röser bernd.roeser@ +49.7154.99951.77 agosense GmbH Stammheimer Straße 10 70806 Kornwestheim info@ +49 7154 999 51 0 Kurzer Hinweis zu Beginn
SOAgil kann BPM sein. Ein Bericht aus der Praxis für BPM in Practice 2013
SOAgil kann BPM sein Ein Bericht aus der Praxis für BPM in Practice 2013 Über uns... Die Holisticon AG ist eine Managementund IT-Beratung mit Sitz in Hamburg. Mit einem ganzheitlichen Beratungsansatz unterstützen
V-Modell mit UML. Max Kleiner
V-Modell mit UML Max Kleiner Open or programming for change The Unified Modeling Language [UML95] is a thirdgeneration object-oriented modeling language for specifying, visualizing, and documenting the
Agiles ITSM Prozess-Redesign. Dynamik MIT Struktur!
12. itsmf Jahreskongress 2012 3./4. Dezember 2012 FUTURE OF ITSM Agiles ITSM Prozess-Redesign Dynamik MIT Struktur! TORSTEN HEUFT MELANIE POPPE-MERFELS QUALITY MANAGER SERVICE MANAGER AGENDA KAPITEL 01_DAS
MDRE die nächste Generation des Requirements Engineerings
MDRE die nächste Generation des Requirements Engineerings Tom Krauß, GEBIT Solutions GmbH Copyright 2007 GEBIT Solutions Agenda Requirements Engineering heute eine Bestandsaufnahme Modell-Driven Requirements
BPA Suite und SOA - vom fachlichen Prozessmodell zur Anwendung. Bernhard Fischer-Wasels Leitender Systemberater
BPA Suite und SOA - vom fachlichen Prozessmodell zur Anwendung Bernhard Fischer-Wasels Leitender Systemberater Safe Harbor Statement The following is intended to outline our general product direction.
DOAG 2009 Copyright 2009, Oracle Corporation
Neue Human Workflow Features in Oracle SOA Suite 11g DOAG 2009 Konferenz + Ausstellung Vahit Tas Senior Principal Consultant Agenda Konzepte / Einsatzszenarien Komponenten Neue Features
Agile Concept Development (ACD) Von der Idee zum Prototyp in 4 Monaten
Agile Concept Development (ACD) Von der Idee zum Prototyp in 4 Monaten Belimo Solutions ACD Agil von der Idee zum Produktkonzept 2 Where to find Belimo Solutions ACD Agil von der Idee zum Produktkonzept
ISO SPICE Erste Eindrücke
ISO 15504 SPICE Erste Eindrücke Klaus Franz Muth Partners GmbH, Wiesbaden 06122 5981-0 www.muthpartners.de klaus.franz@muthpartners.de SPiCE ISO 15504 1 Stand der Dinge 29. Januar 2005 ISO/IEC 15504 PUBLICATION
Zürich User Summit - Inflectra
Zürich User Summit - Inflectra Zaar Teach-IT Markus Zaar markus.zaar@qa-training.ch http://www.qa-training.ch Agenda Agenda 1 2 3 4 5 Vorstellung Wer nutzt SpiraTeam Typische Implementierungen bei Kunden
Requirements Engineering in agilen Projekten. Mladen Stefanovic, 13 Juni 2018 Business Analyse and Requirements und DevOps Day
Requirements Engineering in agilen Projekten Mladen Stefanovic, 13 Juni 2018 Business Analyse and Requirements und DevOps Day IntroducCon PO & SM Informa:ons & Telekommunika:ons technologie Requirements
IDS Scheer Consulting Prozessorientierte SAP-ERP Implementierung mit Industry.Performance READY
IDS Scheer Consulting Prozessorientierte SAP-ERP Implementierung mit Industry.Performance READY Peter Hasmann, zspm Practice Manager SME Business Wien, 26. Juni 2012 Agenda June 26, 2012 3 Von Ihrer Unternehmens-Strategie
ISO 15504 Reference Model
Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define
R O L L E N. Scrum Master. "Hüter des Scrum- Prozesses", Agile Change Agent, Moderator, Facilitator, Coach
A g i l e s P r o j e k t m a n a g e m e n t R O L L E N Scrum Master "Hüter des Scrum- Prozesses", Agile Change Agent, Moderator, Facilitator, Coach S c r u m M a s t e r T o p A u f g a b e n Er stellt
Die Einführung eines RM Tools muss nicht aufwendig sein - Eine unkomplizierte Lösung mit agosense.fidelia
Die Einführung eines RM Tools muss nicht aufwendig sein - Eine unkomplizierte Lösung mit agosense.fidelia REFERENT Webinar Nr. 5 21. April 2016 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer
Agile UX. Scrum und Usability als Dreamteam. Katharina Lattenkamp - itemis AG
Agile UX Scrum und Usability als Dreamteam Katharina Lattenkamp - itemis AG itemis AG Gründung im Jahr 2003 ca. 200 Mitarbeiter Hauptsitz in Lünen bei Dortmund Niederlassungen in DE, FR, CH Spezialist
Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.
Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM
Sind Agile Festpreisprojekte steuerbar? Agile Festpreisprojekte sind keine Utopie! Tassilo Kubitz proventis
Sind Agile Festpreisprojekte steuerbar? Agile Festpreisprojekte sind keine Utopie! Tassilo Kubitz 17.05.2017 @ proventis Tassilo Kubitz 1969 / Berlin Meteorologe 20 Jahre IT / Softwareentwicklung / Teamleitung
Die Foundation-Phase Kombination von RE-Techniken zum Projektstart. Martin Kleckers, Agile Coach Berlin, 26. SEPTEMBER 2018
Die Foundation-Phase Kombination von RE-Techniken zum Projektstart Martin Kleckers, Agile Coach Berlin, 26. SEPTEMBER 2018 440 m Umsatz in 2017 + 2.500 Glückliche Kunden 1992 Gegründetes Familienunternehmen
Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen
Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen Thomas Löchte Geschäftsführer Informationsfabrik GmbH Wir produzieren INFORMATION. Konzeption und Architektur Implementierung [ETL,
Model-based ALM Arbeitsumgebungen à la carte
Model-based ALM Arbeitsumgebungen à la carte Insight 2013, Nürnberg November 2013 Jens Donig, Dr. Martin Künzle Agenda 01 Einleitung 02 Model-based ALM 03 Demo 04 Lernende Plattform November 2013 Jens
Evolutionäre Agile Transition Durch schrittweise Prozessverbesserung zum real-time Kanbanboard
Evolutionäre Agile Transition Durch schrittweise Prozessverbesserung zum real-time Kanbanboard Philipp Diebold, Fraunhofer IESE Yves Rausch, TQsoft GmbH Wer sind wir? Philipp Diebold Yves Rausch Fraunhofer