Agiles Projektmanagement bei Werkverträgen

Größe: px
Ab Seite anzeigen:

Download "Agiles Projektmanagement bei Werkverträgen"

Transkript

1 Agiles Projektmanagement bei Werkverträgen Orientation in Objects GmbH Weinheimer Str Mannheim Version: 1.0 Java, XML und Open Source seit 1998 ) Projekte ) ) Beratung ) ) Akademie ) Schlüsselfertige Realisierung von Software Unterstützung laufender Projekte Pilot- und Migrationsprojekte Methoden, Standards und Tools für die Entwicklung von offenen, unternehmensweiten Systemen Schulungen, Coaching, Weiterbildungsberatung, Train & Solve-Programme 2

2 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 3 Scope OIO Alle Mitarbeiter Entwickler, Berater und Trainer gleichzeitig => Kapazitätsplanung sehr spannend. Größenordnung der eigenen Werkverträge zwischen 3 und 150 Bearbeitermonaten Durch Beratung und Projektunterstützung auch Erfahrung aus Projekten von 6000 Bearbeitermonaten Tlw. Entwicklungsteam gemischt mit Offshore Anteilen Tlw. Kundenstruktur föderal (Lenkungsausschuss) Der Vortrag spaziert ein wenig entlang der Geschichte der OIO Software Factory und entlang von Prozessmodellen als Metapher XP (1999), Scrum (2000), RUP (2003), V-Modell XT (2006) 4

3 Agiles Manifest Manifesto for Agile Software Development (Beck, Fowler, Cockburn, uvm,. 2001) Einzelpersonen und Interaktionen wichtiger als Prozesse und Werkzeuge Laufende Systeme wichtiger als umfangreiche Dokumentation Zusammenarbeit mit dem Kunden wichtiger als Vertragsverhandlungen Fähigkeit auf Änderungen zu reagieren wichtiger als Verfolgen eines Plans 5 Agiler Prozeßmetzger: Darfs noch ein bißchen mehr sein? Bedürfnispyramide mal umgekehrt: Bevor man die kleine Spitze nicht hat, braucht man die große Basis nicht zu versuchen Team lernt Effizienzregeln Adaptive Software Development Scrum Rahmenprozess, vernetze Praktiken Extreme Programming Vorgehensmodell mit konkreter Methodik Rollen, Aktivitäten, Artefakte, Methoden Universales Vorgehensmodell Verständnis als Baukasten für ein Vorgehensmodell RUP V-Modell (XT) 6

4 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 7 XP - The Big Picture Praktiken Projektzyklus Metapher Kunde vor Ort Planungsspiel Nachhaltiges Tempo Entwicklungszyklus Refactoring Einfaches Design Kurze Inkremente E-Test / A-Test Pair Programming Gem. Verantw. Programmier- Standards Fortlaufende Integration 8

5 A build a day... Continuous Integration! Entwicklerarbeitsplatz JBoss hsql Entwicklung Eclipse IDE XMLbuddy ANT Axis generator SVN JUnit JfcUnit dbunit SVN Integrationsserver ANT Tests Tests QA The Grinder DB Server Cruise Control Application Server Oracle 9 Randbemerkung: Prozeßstrenge in XP Fix the process when it breaks. We don't say if because we already know you will need to make some changes. This doesn't mean the team can do whatever they want. The rules must be followed until the team has changed them. Häufiges Missverständnis: "Ich habe seinen Schuh. Folgt seinem Schuh (Quelle: Leben des Brian) 10

6 Lessons learned - Agilität Management View Lesson Learned XP Continuous Integration!! nachhaltiges Tempo gemeinsame Verantwortung Standards (Tag 1) Einfaches Design Kunde vor Ort 11 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 12

7 Scrum - Product and Sprint Backlog - Dayly Scrum 13 Scrum: Burn Down Remaining Hours 14

8 Scrum - Artefacts and Roles 15 Aufgabenplanung und -steuerung - evolutionär Karten, Pinwand dann kamen die Motten... Arbeitsauftragsliste, Excel kannste mal das Excel zumachen?... 16

9 Aufgabenplanung und -steuerung - evolutionär Arbeitsauftragsdatenbank die Bugs sind woanders - Bitte nochmals abschreiben... Achtung: MIT verbrauchten Zeiten, im Ggs. zu Scrum 17 Aufgabenplanung und -steuerung - heutiger Stand 18

10 Lessons learned - Agilität Management View - Mikrokosmos Lesson Learned XP Continuous Integration!! nachhaltiges Tempo gemeinsame Verantwortung Standards (Tag 1) Einfaches Design Kunde vor Ort Scrum Buttom up Controlling tägliche Restschätzung kleine Aufgaben gutes elektr. Tooling für Issues PLUS Zeit 19 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 20

11 Vorgehensbausteine 21 Inhalt eines Vorgehensbausteins 22

12 Beispiel Baustein SW-Entwicklung 23 SW Modul realisieren Produkt SW-Modul Sinn und Zweck Ein SW-Modul ist entsprechend den Anforderungen seiner SW-Spezifikation oder der Spezifikation eines übergeordneten SW-Elements zu implementieren. Das Vorgehen zur Implementierung hat sich an den Vorgaben im Implementierungs-, Integrations- und Prüfkonzept SW zu orientieren. Falls in der Prüfstrategie gefordert, ist das fertige SW- Modul einer Prüfung durch einen externen Prüfer zu unterziehen. SW-Module sollten nach der Implementierung grundsätzlich einem Entwickler- und Integrationstest unterzogen werden. Als Grundlage kann die Prüfspezifikation Systemelement dienen. Die Realisierung von SW-Modulen beinhaltet beispielsweise folgende Aspekte: Programmierung unter Einhaltung der im Projekthandbuch festgelegten Standards und Richtlinien, Erstellung von Compile-, Binde-, Lade-, Installations- und Generierprozeduren, Korrekturen bis zur Fehlerfreiheit des Compilierens und Bindens, Gegebenenfalls Programmierung von Test- und Simulationsläufen. 24

13 Demo Tailoring mit Projektassistent 25 Tailoring wählt Durchführungsstrategie Fazit - Tailoring ist einfach: Das typische Individualsoftwareprojekt mit enger Zusammenarbeit zwischen AG und AN wählt zwischen Inkrementeller und Agiler Strategie Inkrementell Agil 26

14 Wieviel Prozeß reduziert der Schneider? VM komplett Inkrementell Agil Rollen Produkte Aktivitäten Entscheidungspunkte Fazit - Tailoring zeigt Unterschiede im Prozeßübergewicht 27 Inkrementelle vs. Agile Systementwicklung Inkrementelle Systementwicklung?? Agile Systementwicklung!! 28

15 Inkrementelle vs. Agile Systementwicklung Inkrementelle Systementwicklung i.e. Top down Entwicklung Agile Systementwicklung i.e. Bottom up Entwicklung 29 Agiles Manifest Manifesto for Agile Software Development (Beck, Fowler, Cockburn, uvm,. 2001) Einzelpersonen und Interaktionen wichtiger als Prozesse und Werkzeuge - Menschen müssen wichtiger sein als 58 Prozeßschritte :-) => V-Modell per se auch Agil nicht leichtgewichtig - Prozeß darf noch weiter angepaßt werden. Werkzeugauswahl frei Laufende Systeme wichtiger als umfangreiche Dokumentation - Laufende System müssen wichtiger sein als 58 Dokumente :-) - Deutlicher Hinweis auf den Weg vom Ergebnis zur Forderung => Grundgedanke gut getroffen. Im Detail etwas platt 30

16 Agiles Manifest Manifesto for Agile Software Development (Beck, Fowler, Cockburn, uvm,. 2001) Zusammenarbeit mit dem Kunden wichtiger als Vertragsverhandlungen - erstmalig überhaupt Vertragsmanagement im Prozeß Fähigkeit auf Änderungen zu reagieren wichtiger als Verfolgen eines Plans - Großer Minimalumfang - => man möchte ein SEHR SEHR gutes Konfigurationssmanagement 31 KM: Quellcodes und Dokumente gemeinsam Minimal-Lösung für Gemeinsame Baselines Subversion 32

17 Lessons learned - Konfigurationsmanagement Lesson Learned XP Continuous Integration!! nachhaltiges Tempo gemeinsame Verantwortung Standards (Tag 1) Einfaches Design Kunde vor Ort Scrum Buttom up Controlling tägliche Restschätzung kleine Aufgaben gutes elektr. Tooling für Issues PLUS Zeit VM XT Konfiguration Management!! Baselining sehr wichtig Normales Wiki untauglich 33 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 34

18 Rational Unified Process 35 Iteratives und inkrementelles Vorgehen Heutige Softwareentwicklung ist normalerweise weder Massenfertigung noch überhaupt ingenieursmäßig betrieben Anfangsplanung Planung Anforderungen Kleine Kinder sollten kleine Schritte machen Risikominimierung heißt das Ziel Analyse und Entwurf Evaluierung Iterativer inkrementeller Prozeß Implementierung Test Freigabe Jede Iteration führt zu einer konsistenten Version 36

19 Starre Iterative Softwareentwicklung 1. Iteration 2. Iteration 3. Iteration n. Iteration Test Implementation Analysis Test Implementation Analysis Test Implementation Analysis Test Implementation Analysis Where do I put all the analysts in the blue time 37 Parallele Iterationen - viel Freude mit Konfig-Management Estimated lentgth of Phases: A/A 1. Iteration D /I T/D A/A: Analysis and Architecture D/I: Design and Implementation T/D: Test and Deployment float 1 weeks 4 weeks 1 weeks 2 weeks A/A 2. Iteration D /I A/A T/D 3. Iteration D /I T/D Release Frequency: 4 weeks / Release 2 weeks buffer time / Release 100 % load Development 50% load Customer Projektmanagement In dieser Arbeitsweise kann es nützlich sein, seinen Projektleiter nicht nur PMI-zertifizieren zu lassen, sondern ihm etwas von dieser Arbeit und auch ein wenig von SW-Entwicklung zu zeigen... 38

20 Planungsdokumente Planung ca. 2 Iterationen Planung unmittelbar Projektplan LA-Sicht Iterationsplan im voraus (PL) Zielplanung Iteration Zielplanung i Iteration Zielplanung i Iteration i vorher (TPL) Arbeitsaufträge Komponente Arbeitsaufträge k Komponente Iteration Arbeitsaufträge i k Komponente Iteration Arbeitsaufträge i k Komponente Iteration i k Iteration i Plananpassung (PL/LA) Direkte Nachsteuerung (PL/TPL) Soll-Ist-Vergelich nach jeder Iteration Makroplan woher kommt der? Ist-Daten Review- Ergebnisse Review- Ergebnisse Review- Ergebnisse Mikroprozess Construction Phase 39 Es gibt die Iteration

21 Planung Makroprozess Nr. Vorgangsname 1 MPRS First Version Dez ' Dez ' Jan ' Feb ' Mrz ' Apr ' Mai ' Jun ' Jul ' Aug ' Sep ' Okt ' Nov ' Dez ' Dez ' Jan ' Feb ' Mrz ' A M S D M F D S M S D M F D S M S D M F D S M S D M F D S M S D M F D S M S D M F D S M S D M MPRS First Version 2 Iteration 0 Iteration 0 3 Overall System Analysis 4 Planning and architectural Setup 5 Review MPRS 0.8 MPRS IT 1 UGM IT 1 UGM 8 UGM Analysis 9 UGM Review 10 UGM Correction 11 UGM Final Review UGM Implementation 13 IT 2 Publication and Versioning PV IT 2 Publication and Versioning PV 20 IT 3 EntryList Integration EL IT 3 EntryList Integration EL MPRS 0.9 MPRS IT 4 Protocol Meta Data PMD IT 4 Protocol Meta Data PMD 40 IT 5 Generic GUI GG IT 5 Generic GUI GG 47 IT 6Common Interface CI IT 6Common Interface CI MPRS 1.0 MPRS IT 7DMS Interface DMS IT 7DMS Interface DMS Installation&Deployment 1.0 Installation&Deployment Faktoren zum Projektfehlschlag Sonstiges 23% Mangelnder Informationsaustausch 13% Unvollständige Anforderungen 12% Neue Technologien 4% Knappes Zeitfenster 4% Mangelnde Ressourcen 6% Technologie- Inkompetenz 7% Fehlende Unterstützung durch Entschieder 8% Unrealistische Erwartungen 6% Unklare Ziele 5% Geänderte Anforderungen & Spezifikationen 12% Standish Group (www.standish.com) 42

22 Auftragsmanagement Anfragesteller Experte Fachbereichskoordinator Auftragnehmer Auftraggeber Anfrage (Anforderungsmodell) Anfrage stellen Anfrage modifizieren Anfrage zurückziehen Anfra ge bewerten Dienstleiste r zuordnen Anfrage klassifizieren Angebot annehmen Auftrag schließen DVA-Dialog Anwendungsfall Anfrage stellen Akteur Anfragesteller Priorität Hoch Ziel Benutzer sollen eine Anfrage an die Dienstleister DV und OE stellen können, die zu einem Angebot und Auftrag führen kann. Ereignis Neue Idee oder Wunsch Voraussetzung Voraussichtlicher Aufwand > 2 Stunden; Anfragesteller muß für AM S berechtigt sein Beschreibung Anfragen an die Dienstleister DV und OE können von allen für AMS Berechtigten formuliert werden. Die Anfrage hat einen zweiten Bestandteil - Ergebnis Erfassen darf der Anfragesteller nur den ersten Bestandteil, der aus Pflichtfeldern und optionalen Feldern besteht. Pflichtfelder sind: Optionale Felder sind: Anlage (manuell / elektronisch): eine manuelle Anlage muß auf dem Postweg verschickt werden. AM S prüft die Pflichtfelder auf form ale Vollständigkeit. Für die inhaltliche 1.Version geführt und eine M itteilung an den Adressaten gegeben. Adressat Mitteilung an Adressat Requirements - Klassifizierung Der Formalisierungsgrad von Requirements Welchen würden Sie bevorzugen? vorformal / textuell Jeder Motor ist nach Produktion Bestandteil eines Autos. Ein Auto hat immer einen Motor semiformal / grafisch Auto 1 has a 1 Motor formal / mathematisch logisch m:motor!a:auto (teil_von(m,a)) a:auto!m:motor (teil_von(m,a) m i :Motor (teil_von(m i,a) m i =m)) 43 Ergebnistypen Funktionale Grobspezifikation Nr. Name Beschreibung Prio Liste Use Cases Use Case Diagramm Liste Akteure Nicht funktionale Anforderungen Akteur Name des Akteurs, z.b. Außendienstmitarbeiter (ADM) Beschreibung Ein Akteur ist die Rolle, in welcher der Anwender den Anwendungsfall bearbeitet. Für jeden Anwendungsfall muß es mindestens einen Akteur geben. Akteure können sowohl Personen als auch andere Systeme sein. die Bewertung -, der vom Anfragesteller nie geändert werden, sondern immer nur eingesehen werden kann. Thema der Anfrage Beschreibung der Anfrage Kostenstelle, ggf. mit Kostenaufteilung Auftraggeber (Nam e) Adressat (DV oder BO) W iederkehrend (ja / nein) Das Tagesdatum und der Name des Anfragestellers werden von AMS eingetragen. Priorität (hoch / m ittel / gering) Deadline (Datum) Korrektheit ist der Anfragesteller verantwortlich. Wenn die Anfrage formal vollständig ist, wird die Anfrage in AMS als ist der Fachbereichskoordinator aus DV oder OE. AMS legt die Anfrage mit einer neuen Auftragsnummer an. Anfrage gestellt Anfrage hat Auftragsnummer 44

23 Akteur Anfragesteller Ereignis Neue Idee oder Wunsch Anwendungsfall Priorität Anfrage stellen Hoch Voraussetzung Voraussichtlicher Aufwand > 2 Stunden; Ziel Benutzer sollen eine Anfrage an die Dienstleister DV und OE stellen können, Akteur Anfragesteller Anfragesteller muß für AM S berechtigt sein die zu einem Angebot und Auftrag führen kann. Priorität Beschreibung Hoch Anfragen an die Dienstleister DV und OE können von allen für AMS Ereignis Neue Idee oder Wunsch Ziel Benutzer sollen eine Anfrage Berechtigten an die Dienstleister formuliert DV werden. und OE Die stellen Anfrage können, hat einen zweiten Bestandteil - die zu einem Angebot und die Auftrag Bewertung führen -, kann. der vom Anfragesteller nie geändert werden, sondern immer Voraussetzung Voraussichtlicher nur eingesehen Aufwand > werden 2 Stunden; kann. Anfragesteller Erfassen muß für AM darf S berechtigt der Anfragesteller sein nur den ersten Bestandteil, der aus Ereignis Neue Idee oder Wunsch Pflichtfeldern und optionalen Feldern besteht. Pflichtfelder sind: Beschreibung Anfragen an die Thema Dienstleister der Anfrage DV und OE können von allen für AMS Voraussetzung Voraussichtlicher Berechtigten Aufwand formuliert > 2 Beschreibung Stunden; werden. der Die Anfrage hat einen zweiten Bestandteil - Anfragesteller die muß Bewertung für AM S -, berechtigt der Kostenstelle, vom Anfragesteller sein ggf. mit Kostenaufteilung nie geändert werden, sondern immer nur eingesehen werden Auftraggeber kann. (Nam e) Beschreibung Anfragen an Erfassen die Dienstleister darf der Adressat DV Anfragesteller und (DV OE oder können nur BO) den von ersten allen für Bestandteil, AMS der aus Berechtigten Pflichtfeldern formuliert werden. und Woptionalen Die iederkehrend Anfrage Feldern hat (ja einen / besteht. nein) zweiten Pflichtfelder Bestandteil sind: - die Bewertung -, der Thema vom der Anfragesteller Das Tagesdatum nie geändert und der werden, Name sondern des Anfragestellers immer werden von AMS nur eingesehen werden Beschreibung kann. eingetragen. der Anfrage Erfassen darf der Kostenstelle, Anfragesteller ggf. mit nur Kostenaufteilung den ersten Bestandteil, der aus Pflichtfeldern und Auftraggeber optionalen Optionale Feldern (NamFelder e) besteht. sind: Pflichtfelder sind: Thema der Anfrage Adressat (DV Priorität oder BO) (hoch / m ittel / gering) Beschreibung Wder iederkehrend Anfrage Deadline (ja / nein) (Datum) Kostenstelle, Das ggf. Tagesdatum mit Kostenaufteilung Anlage und der (manuell Name / des elektronisch): Anfragestellers eine werden manuelle von Anlage AMSmuß auf dem Auftraggeber eingetragen. (Nam e) Postweg verschickt werden. Adressat (DV oder BO) W iederkehrend Optionale (ja / Felder nein) AM S sind: prüft die Pflichtfelder auf form ale Vollständigkeit. Für die inhaltliche Das Tagesdatum Priorität und der (hoch Korrektheit Name / m ittel des ist / Anfragestellers der gering) Anfragesteller werden verantwortlich. von AMS eingetragen. Deadline Wenn (Datum) die Anfrage formal vollständig ist, wird die Anfrage in AMS als Anlage (manuell 1.Version / geführt elektronisch): und eine eine M itteilung manuelle an Anlage den Adressaten muß auf gegeben. dem Adressat Optionale Felder sind: Postweg ist verschickt der Fachbereichskoordinator werden. aus DV oder OE. AMS legt die Anfrage mit Priorität (hoch / m ittel einer / gering) neuen Auftragsnummer an. Deadline AM (Datum) S prüft die Pflichtfelder auf form ale Vollständigkeit. Für die inhaltliche Anlage (manuell Korrektheit / elektronisch): ist der Anfragesteller eine manuelle verantwortlich. Anlage muß auf dem Ergebnis Anfrage gestellt Postweg Wenn verschickt die werden. Anfrage Anfrage formal hat Auftragsnummer vollständig ist, wird die Anfrage in AMS als 1.Version geführt Mitteilung und eine an Adressat M itteilung an den Adressaten gegeben. Adressat AM S prüft die ist Pflichtfelder Fachbereichskoordinator auf form ale Vollständigkeit. aus DV oder Für OE. die AMS inhaltliche legt die Anfrage mit Korrektheit ist einer der neuen Anfragesteller Auftragsnummer verantwortlich. an. Wenn die Anfrage formal vollständig ist, wird die Anfrage in AMS als Ergebnis 1.Version geführt Anfrage und gestellt eine M itteilung an den Adressaten gegeben. Adressat ist der Fachbereichskoordinator Anfrage hat Auftragsnummer aus DV oder OE. AMS legt die Anfrage mit einer neuen Auftragsnummer Mitteilung an Adressat an. Ergebnis Anwendungsfall Anfrage stellen Akteur Priorität Hoch Anwendungsfall Ziel Benutzer sollen eine Anfrage an die Dienstleister DV und OE stellen können, Anfrage stellen die zu einem Angebot und Auftrag führen kann. Mitteilung an Adressat Anfragesteller Ergebnistypen Funktionale Feinspezifikation Anfrage gestellt Anfrage hat Auftragsnummer Detaillierte Beschreibung der Use Cases = Feinspezifikation Szenario für Regelfall Anfrage stellen Annahmen Keine Suche nach Anfragen Pflichtfelder vollständig Szenario für Regelfall Schritte Wer Anfrage stellen Was 1 Annahmen AMS Szenario für Regelfall Keine baut leeres Formular Anfrage Suche aufstellen nach Anfragen 2 Anfragesteller Annahmen Pflichtfelder Füllt Pflichtfelder Keine vollständig der Anfrage Suche aus: nach Anfragen Schritte Wer Was Thema, Problem, Pflichtfelder Auftraggeber, vollständig Kostenstelle 1 AMS baut leeres Formular auf 3 Anfragesteller Schritte Wer 2 1 Anfragesteller AMS Übernimmt aus Was Auswahl die Pflichtfelder der Anfrage: Füllt Pflichtfelder baut leeres Formular der Anfrage aufaus: Adressat (DV oder BO) 2 Anfragesteller Thema, Wiederkehrend Füllt Problem, (ja Pflichtfelder Auftraggeber, oder nein) der Anfrage Kostenstelle aus: 3 AMS Anfragesteller Übernimmt Tagesdatum Thema, aus und Problem, Auswahl Namen des Auftraggeber, die Pflichtfelder Anfragestellers Kostenstelle der Anfrage: in die Anfrage 4 Trägt ein 5 Anfragesteller Adressat Kann optional Übernimmt (DV oder aus BO) Auswahl die Pflichtfelder der Anfrage: 3 Anfragesteller Wiederkehrend (ja oder nein) die Priorität Adressat hoch, (DV mittel oder oder BO) gering auswählen, 4 AMS Trägt Tagesdatum und Namen des Anfragestellers in die Anfrage ein das Datum Wiederkehrend für eine Deadline (ja oder vorgeben nein) (Datum), 5 Anfragesteller Kann optional 4 AMS Anlage manuell Trägt Tagesdatum oder elektronisch und Namen auswählen. des Anfragestellers in die Anfrage ein 5 Anfragesteller die Kann Priorität optional hoch, mittel oder gering auswählen, Anfragesteller Wählt Weiterleiten aus 6 das Datum die Priorität für eine hoch, Deadline mittel vorgeben oder gering (Datum), auswählen, 7 AMS Prüft, ob alle Pflichtfelder der Anfrage vollständig sind vollständig Anlage das manuell Datum oder für elektronisch eine Deadline auswählen. vorgeben (Datum), 8 AMS Vergibt Auftragsnummer für Anfrage 6 AMS Anfragesteller Wählt Weiterleiten aus in Anfrage Status Anlage Anfrage manuell gestellt oder elektronisch ein auswählen. 9 Trägt 7 6 AMS Prüft, ob alle Pflichtfelder der Anfrage vollständig sind vollständig Anfragesteller 10 AMS 8 Ruft Anwendungsfall Wählt Weiterleiten Interessenten aus benachrichtigen Vergibt Prüft, Auftragsnummer ob alle Pflichtfelder für Anfrage der Anfrage vollständig 7 AMS AMS Mitteilung an Adressat Fachabteilungskoordinatoren DV oder BOsind vollständig 8 AMS AMS Trägt in Vergibt Anfrage Auftragsnummer Status Anfrage für gestellt Anfrage ein 9 Anfrage gestellt, Ergebnis10 9 AMS Ruft Anwendungsfall Trägt in Anfrage Interessenten Status Anfrage benachrichtigen gestellt ein Mitteilung an Adressat, AMS 10 AMS Mitteilung an Adressat Fachabteilungskoordinatoren DV oder BO AMS bereit für Ruft neue Anwendungsfall Aktion Interessenten benachrichtigen Ergebnis Anfrage Mitteilung gestellt, an Adressat Fachabteilungskoordinatoren DV oder BO Ergebnis Mitteilung Anfrage an Adressat, gestellt, AMS bereit Mitteilung für neue an Adressat, Aktion AMS bereit für neue Aktion Szenarien (1 oder mehrere je Use Case) + Klassendiagramm (+ Storyboard (Screenshots)) Hochschule 1 umfaßt 1..* Fachbereich 0..1 ist Dekan von 1 1..* eingeschrieben gehört an 0..* 1..* 1 Student 1 besucht 0..* Veranstaltung 0..* lehrt 1 Lehrkraft 45 Lessons learned - Makroprozess Lesson Learned XP Continuous Integration!! nachhaltiges Tempo gemeinsame Verantwortung Standards (Tag 1) Einfaches Design Kunde vor Ort Scrum Buttom up Controlling tägliche Restschätzung kleine Aufgaben gutes elektr. Tooling für Issues PLUS Zeit VM XT Konfiguration Management!! RUP Es gibt einen Makroprozess Projektpläne im SVN Ressourcenplanung!! Es gibt eine Iteration 0 / Phasen Das rechte Maß Specs hilft rein und raus aus dem Vertrag Architectural Spike Spätestens ab hier Sind Story Points zu wenig Hilft echte Zeitschätzung und - erfassung 46

24 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 47 Vertragsmodelle nach Preisbindung Tlw. Objektspektrum 01/06 - B. Oesterreich - Der Agile Festrpeis Starrer Festpreis Klassisches Vorgehen GMP Guaranteed Maximum Price Baubranche AG Budgetsicherheit, AN Chancen auf Gewinn Anforderungen initial vollständig und starr, Change Request immer Vertragsänderung, Beidseitiges Risiko, Qualität stirbt als erstes, Preise typischerweise überhöht AG Budgetsicherheit plus Chance, unterstützt kooperative Denkweise Qualität stirbt als erstes AN weniger Chancen auf Gewinn trotz Risiko, unpassend (selbst in Baubranche kritisch diskutiert) Serien Werkvertrag Rahmenvertrag / Einzelvertrag Einzelv. Immer neu abgeschlossen je Stufe Variante: Gesamtbudget steht fest, man baut was man sich leisten kann Schrittweise Budgetsicherheit, bekannte Jura, Kompatibel mit Einkauf, Spätere Anforderungen dürfen sich noch ändern, Abbruch möglich, weniger Risiko für beide AN hat u.u. kleineren Auftrag, Vertragsaufwand steigt immens Agiler Werkvertrag transparentes Schätzverfahren Tausch von Features in Construction Gute Änderungsmöglichkeit, Gesamtbudget stabil Kalkulationsverfahren u.u. nicht perfekt, mangels vertrauensvoller Zusammenarbeit konfliktträchtig, hervorragender Umgang mit Change Management notwendig. 48

25 Der Agile Festpreis - Planning Game im Werkvertrag Features feat. 1 -feat. 2 -feat feat 7 -feat. n Währung?? Features feat. 4 -feat. 5 -feat feat. m Non-Features -feat. n1 -feat. n2 -feat. n feat. nn Widget Points Use Case Steps Function Points außer bei Wettersimulation 49 Unterschied Festpreis und Werkvertrag BGB 633 Sach- und Rechtsmangel (1) Der Unternehmer hat dem Besteller das Werk frei von Sach- und Rechtsmängeln zu verschaffen. (2) Das Werk ist frei von Sachmängeln, wenn es die vereinbarte Beschaffenheit hat. Vereinbarte Beschaffenheit für Abnahme: die körperliche Hinnahme des Werkes im Wege der Besitzübertragung und die gleichzeitige Billigung des Werkes als im wesentlichen vertragsgemäß (Bundesgerichtshof) Wenn es dabei Fragen gibt, suchen wir dann unsere Story Cards von der Pinwand? Tip: Manchmal wird nur eins aus Festpreis/Werkvertrag benötigt Nur Werkstück: Nur Spezifikationsdisziplin Nur Festpreis: Nur Exploration nötig 50

26 Lessons learned - Verträge Lesson Learned XP Continuous Integration!! nachhaltiges Tempo gemeinsame Verantwortung Standards (Tag 1) Einfaches Design Kunde vor Ort Scrum Buttom up Controlling tägliche Restschätzung kleine Aufgaben gutes elektr. Tooling für Issues PLUS Zeit VM XT Konfiguration Management!! RUP Es gibt einen Makroprozess Projektpläne im SVN Ressourcenplanung!! Es gibt eine Iteration 0 / Phasen Das rechte Maß Specs hilft rein und raus aus dem Vertrag Architectural Spike Spätestens ab hier Sind Story Points zu wenig Hilft echte Zeitschätzung und - erfassung Verträge Volles Vertrauen: Werkvertrag mit var. Preisen Vertrauen: Agiler Werkvertag Wenig Vertrauen Serien Werkvertrag mit Gesamtpreis Gutes Changemanagement!! 51 Gliederung Agilität - Manifest und Prozesse - Scope Lesson Extreme Programming Lesson Scrum Lesson V-Modell XT Lesson Rational Unfied Process Lesson Werkvertrag und Festpreis Tips und Tricks 52

27 Tips aus der Praxis - Vertragstechnik Kunde Einkäufer mögen Werkverträge Qualität, Kosten, Zeit, Umfang raten Sie was zuerst stirbt? Wichtig ist, daß es wenig Stress gibt => Kosten, Zeit, Umfang fix Qualität ist schwer zu definieren und zu messen (ISO, FCM) warum nicht einfach mal machen ;-) Festpreis Long run AN wenig Interesse an Wartbarkeit Maßnahmen: Direkt auf Wartungsvertrag verpflichten Bei transparenten Schätzverfahren 53 Tips aus der Praxis - Vertragstechnik Lieferant Geklärter Festpreis Vorprojekt (Explorationsphase (XP)) Nicht selten Dienstvertrag transparentes Schätzverfahren Prima Grundlage um nochmals den Lieferanten zu wechseln. Große Kunden- / Anwendernähe wenn schon Werkvertrag, dann kann man diese bindend regeln DIN hilft ;-) Projekte sind im Wesentlichen durch Einmaligkeit gekennzeichnet Potentiell verlangte unnötige Prozessmodellaufwände separat kalkulieren 54

28 Trost und Plädoyer Der agile Reinstraum spricht Smalltalk im Dienstvertrag überwiegend kein Interesse bei Gurus an (Management-) Tools in Java ist immer alles so neu (vor allem das Web Framework) die Entwickler sind nur so so - je besser desto Agil C3 war ein Werkvertrag aber wurde gestoppt in the end ;-) Tägliche Vollzeiterfassung Agile Ethik kennt Mut und 40h Woche, das kann man sichern Es hilft dem Team, wirklich schätzen schätzen lernen Die Lage wird dem ganzen Team transparent Man lernt dadurch erst aus Burn-Downs, WARUM sie nicht sinken Die velocity ist oft ein Faktor der Kapazitätsplanung es hilft dem PL zu beweisen, WARUM er sein Team nicht hatte 55 Vielen Dank für Ihre Aufmerksamkeit! Orientation in Objects GmbH Weinheimer Str Mannheim Version: 1.0

29 ??? Orientation in Objects GmbH Weinheimer Str Mannheim? Fragen?? Version: 1.0

Agiles Projektmanagement bei Werkverträgen

Agiles Projektmanagement bei Werkverträgen Agiles Projektmanagement bei Werkverträgen Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 1.0 www.oio.de info@oio.de Gliederung Agilität - Manifest und Prozesse - Scope Lesson learned

Mehr

V-Modell XT und Agilität

V-Modell XT und Agilität Orientation in Objects GmbH Dirk M. Sohn sohn at oio.de Weinheimer Str. 68 68309 Mannheim Version: 1.0 www.oio.de info@oio.de 1 Orientierung in Objekten ) Akademie ) ) Beratung ) ) Projekte ) Schulungen,

Mehr

Agile Ressourcenplanung

Agile Ressourcenplanung Agile Ressourcenplanung Version: 1.0 Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Java, XML und Open Source seit 1998 ) Software Factory ) Schlüsselfertige Realisierung

Mehr

Agile Ressourcenplanung

Agile Ressourcenplanung Agile Ressourcenplanung Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 1.0 www.oio.de info@oio.de Evolution Ressourcenplanung - Ansatz 1: Papiergestütztes Planning Board je Team

Mehr

Große Versuchung, von Listenplanung abzuweichen

Große Versuchung, von Listenplanung abzuweichen Agile Ressourcenplanung Version: 1.0 Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Evolution Ressourcenplanung - Ansatz 1: Papiergestütztes Planning Board je Team

Mehr

Issue Tracker & Wiki

Issue Tracker & Wiki Kur für den Projektalltag Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 0.3 www.oio.de info@oio.de Java, XML und Open Source seit 1998 ) Projekte ) ) Beratung ) ) Akademie ) Schlüsselfertige

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 3. Vorgehensmodelle Software Engineering Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006 Agenda Agenda Übersicht V-Modell Rational Unified Process Extreme Programming Fazit, Literatur, Kontrollfragen

Mehr

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering 4. Methodologien Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering: 4. Methodologien 2 Wie den Entwicklungsprozess organisieren? Dokumentieren Verwalten Instandhalten

Mehr

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

Mehr

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Agile Softwareprozess-Modelle

Agile Softwareprozess-Modelle Agile Softwareprozess-Modelle Steffen Pingel Regionale Fachgruppe IT-Projektmanagement 2003-07-03 Beweglich, Lebhaft, Wendig Was bedeutet Agil? Andere Bezeichnung: Leichtgewichtiger Prozess Manifesto for

Mehr

Einführung in die Softwaretechnik 9. Softwareprozesse

Einführung in die Softwaretechnik 9. Softwareprozesse 9. Softwareprozesse Klaus Ostermann (Mit Folien von Christian Kästner, Gabriele Taentzer und Wolfgang Hesse) 1 Agenda Wie kommt man vom Kundenwunsch zur fertigen Software? Wie strukturiert man ein Softwareprojekt?

Mehr

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

Atlassian Git Essentials Nahtlose Entwicklungsworkflows aus einer Hand

Atlassian Git Essentials Nahtlose Entwicklungsworkflows aus einer Hand Nahtlose Entwicklungsworkflows aus einer Hand Version: 1.0 Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Java, XML und Open Source seit 1998 ) Software Factory )

Mehr

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher Projektorganisation und Vorgehen in agilen Projekten Noser Technologieimpulse München 2013 - Matthias Neubacher Ein wenig Theorie Agile Methoden Warum? hohe Anpassbarkeit schnellere Ergebnisse günstigere

Mehr

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Extreme Programming Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Stand: 11.06.2007 LINEAS Gruppe - Zahlen und Fakten LINEAS Gruppe Branche Software- und

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

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. 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

Mehr

Projektmanagement. Projektmanagement

Projektmanagement. Projektmanagement Projektmanagement Dipl.-Ing. Oliver Lietz Was ist ein Projekt? Projektmanagement Eindeutiges Ziel Individuell (einmalig) Begrenzt (Anfang und Ende) Komplex (keine Routineaufgabe) Warum Projektmanagement

Mehr

Projektmanagement: Prozessmodelle

Projektmanagement: Prozessmodelle Projektmanagement: Prozessmodelle Martin Wirsing Institut für Informatik Ludwig-Maximilians-Universität München WS 2006/07 Ziele Wichtige Prozessparadigmen und Vorgehensmodelle wiederholen und in Zusammenhang

Mehr

Software Engineering (SE) 2) Phasenübergreifende Verfahren

Software Engineering (SE) 2) Phasenübergreifende Verfahren Software Engineering (SE) 2) Phasenübergreifende Verfahren Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik Kontakt: anja.metzner@hs-augsburg.de Studiengang IBac 1 (Stand: 01.10.2014),

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

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

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

Mehr

Agile Software Development

Agile Software Development Dipl. Wirtsch. Ing. Alexander Werth Methoden der Softwareentwicklung 6-1 Agile Manifest Individuen und Interaktion statt Prozessen und Tools. Funktionierende Software statt umfangreicher Dokumentation.

Mehr

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Scrum ist eine Erfolgsstory Aus der Praxis entstanden Nachweislich erfolgreich Gut geeignet für komplexe Probleme Produktentwicklung

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Extreme Programming Agiles Manifest Individuen und Interaktion wichtiger als Prozesse und Werkzeuge Laufende Software wichtiger als vollständige

Mehr

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte Navi & seitenzahl Ein Toolset für agile Entwicklungsprojekte Warum Agil? Noch andere Gründe? Aktive Integration der Anwender Integration des Kunden Rückfragen, Priorisierungen Geschmack kommt beim Essen

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden vs. Agile Methoden Christoph.Kluck@Student.Reutlingen University.de Medien und Kommunikationsinformatik Agenda Einführung Vorgehensmodelle Herkömmlich agil Resümee Klassische Probleme Nachgereichte Anforderungen

Mehr

extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis dpunkt.verlag Henning Wolf Stefan Roock Martin Lippert

extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis dpunkt.verlag Henning Wolf Stefan Roock Martin Lippert Henning Wolf Stefan Roock Martin Lippert extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis 2., überarbeitete und erweiterte Auflage dpunkt.verlag 1 Einleitung 1 1.1 Die

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

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

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Klassisches Projektmanagement und agil

Klassisches Projektmanagement und agil Klassisches Projektmanagement und agil (K)ein Widerspruch!? OPITZ CONSULTING GmbH 2011 Seite 1 Klassisches Projektmanagement und agil (K)ein Widerspruch!? Dr. Andreas Wagener, Project Manager OPITZ CONSULTING

Mehr

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH

Mehr

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile. Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.de Unser Hintergrund Agile Softwareentwicklung/Schulung/Beratung

Mehr

Wasserfall, «Death March», Scrum und agile Methoden. 30.August 2011 Embedded Computing Conference 2011 Urs Böhm

Wasserfall, «Death March», Scrum und agile Methoden. 30.August 2011 Embedded Computing Conference 2011 Urs Böhm Wasserfall, «Death March», Scrum und agile Methoden 30.August 2011 Embedded Computing Conference 2011 Urs Böhm Übersicht Entwicklungsprozess Warum Projektmanagement? Gängige SW Entwicklungsprozesse Wasserfall

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Die Bearbeitungszeit der Klausur beträgt 90 Minuten. Es sind alle

Mehr

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung Projektmanagement Vorlesung von Thomas Patzelt 8. Vorlesung 1 Möglicher Zeitplan, Variante 3 26.03. Vorlesung 1, Übung Gr.2 28.05. Keine Vorlesung, Pfingstmontag 02.04. Keine Vorlesung, Hochschultag 04.06.

Mehr

2 Einführung in das V-Modell XT

2 Einführung in das V-Modell XT Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 2 Einführung in das V-Modell XT V-Modell XT Anwendung im Projekt

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

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

Mehr

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende

Mehr

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04 Empirische Evidenz von agilen Methoden Seminar in Software Engineering Wintersemester 03/04 Agenda Einleitung Bedeutung von agil Kurzübesicht agiler Methoden Überprüfung des (agilen) Erfolges Ausgewählte

Mehr

Agile Software-Entwicklung: Überblick

Agile Software-Entwicklung: Überblick Agile Software-Entwicklung: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Inhalt Historie Agiles Manifest Agile Prinzipien Agile Methoden Agile SW-Entwicklungsprozesse Stefan Diener / Apr 18, 2007 /

Mehr

extreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?

Mehr

Kurzübersicht Unified Process und Agile Prozesse

Kurzübersicht Unified Process und Agile Prozesse Kurzübersicht Unified Process und Agile Prozes Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Copyright 2004, Rainer Schmidberger, Universität Stuttgart, Institut für Softwaretechnologie, Abt.

Mehr

10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden?

10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden? 10 Jahre agile Softwareentwicklung Wie erwachsen sind wir geworden? Stefan Roock stefan.roock@akquinet.de Hintergrund 1/2 Senior IT-Berater bei der akquinet AG extreme Programming seit Anfang 1999, dann

Mehr

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center Ihr starker IT-Partner. Heute und morgen PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr PRINCE2 TAG 2011 Peter Morwinski, Leiter Technologie Center INHALT PRINCE2 und V-Modell XT Einleitung

Mehr

Agile Projekte in Auftrag geben

Agile Projekte in Auftrag geben Agile Projekte in Auftrag geben Jens Coldewey (BDU) Coldewey Consulting Toni-Schmid-Str. 10 b D-81825 München Germany Tel: +49-700-COLDEWEY Tel: +49-700-26533939 Fax: +49-89-74995703 jens.coldewey@coldewey.com

Mehr

Softwaretechnik Prozessmodelle

Softwaretechnik Prozessmodelle Softwaretechnik Prozessmodelle Karsten Weicker, Nicole Weicker HTWK Leipzig, FHTW Berlin Celine: They enjoy the goal but not the process. But the reality of it is that the true work of improving things

Mehr

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

Agiles ITSM Prozess-Redesign. Dynamik MIT Struktur!

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

Mehr

Das Who s Who der agilen Methoden Golo Roden

Das Who s Who der agilen Methoden Golo Roden Das Who s Who der agilen Methoden Golo Roden www.goloroden.de www.des-eisbaeren-blog.de Über mich > Wissensvermittler und Technologieberater >.NET, Codequalität und agile Methoden > MVP für C#, zweifacher

Mehr

Agile Softwareentwicklung. Yelve Yakut

Agile Softwareentwicklung. Yelve Yakut Agile Softwareentwicklung Yelve Yakut Index Projekte Vorgehensmodelle Agilität Scrum Feature Driven Development 20.05.08 Agile Softwareentwicklung #2 Projektplanung Von 210 Projekten im Zeitraum von 1997

Mehr

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Wasserfall, «Death March», Scrum und agile Methoden 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Übersicht Warum Projektmanagement? Gängige SW Entwicklungsprozesse Wasserfall V-Modell

Mehr

Susanne Muehlbauer 29. November 2011

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

Mehr

DER AGILE ENTWICKLER, VERSION 1.2

DER AGILE ENTWICKLER, VERSION 1.2 DER AGILE ENTWICKLER, VERSION 1.2 OBJEKTspektrum Information Days, 27. 29. April 2010 SCRUM ÜBERBLICK VORHIN AUF TWITTER 30.06.2010 3 FLACCID SCRUM There's a mess about a few projects recently. It works

Mehr

Iterativ. Inkrementell

Iterativ. Inkrementell Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks

Mehr

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Unternehmensberatung H&D GmbH AFCEA Mittagsforum M. Sc. Dipl. Ing. (FH) Matthias Brechmann Agenda Unternehmensberatung H&D GmbH Anforderungen

Mehr

Klassische vs. agile Methoden der Softwareentwicklung

Klassische vs. agile Methoden der Softwareentwicklung Klassische vs. agile Methoden der Softwareentwicklung Vorgetragen am 03. November 2004 durch Jonathan Weiss Emel Tan Erstellt für SWT Methoden und Werkzeuge zur Softwareproduktion Agenda I. Einleitung

Mehr

3. Vorgehensmethoden/Prozessmodelle

3. Vorgehensmethoden/Prozessmodelle 3. Vorgehensmethoden/Prozessmodelle Vorgehensmethode/Prozessmodell: Ablauforganisation des Projektes für eine effektive und zielgerichtete Softwareentwicklung Wasserfallmodell Spiralmodell Agiles Vorgehen

Mehr

Auswahl eines Continuous Integrationsservers

Auswahl eines Continuous Integrationsservers Auswahl eines Continuous Integrationsservers Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 1.0 www.oio.de info@oio.de Gliederung Einführung Auswahlkriterien Fazit 2 Gliederung

Mehr

Lehrplan: Projektmanagement

Lehrplan: Projektmanagement Lehrplan: Projektmanagement Tobias Brückmann Volker Gruhn Gliederung 1 Grundlagen der industriellen So?ware Entwicklung 2 Grundprinzipien und Aufgaben im Projektmanagement 3 Stakeholder- Management 4 Ziel-

Mehr

Der Business Analyst in der Rolle des agilen Product Owners

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

Mehr

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1 V-Modell Dipl. Wirtsch. Ing. Alexander Werth Software Engineering 11-1 Was ist das V-Modell? Das V im V-Modell steht für Vorgehensmodell. Umfangreiches Dokument. Softwaretool zur Unterstützung. Vorgabe

Mehr

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Christoph Redl Quelle der Fragen: http://www.informatik-forum.at/showthread.php?t=54097 1 SCRUM Prinzip + Vorteile

Mehr

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 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

Mehr

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen Scrum technische Umsetzung und kaufmännische 9. Darmstädter Informationsrechtstag 2013 Darmstadt, 15. November 2013 Franziska Bierer 2 andrena ojects ag Gründung 1995 Standorte in Karlsruhe und Frankfurt

Mehr

Stefan Mieth, AIT GmbH & Co. KG

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

Mehr

Agile Methoden: Leichtgewichte der Softwaretechnik

Agile Methoden: Leichtgewichte der Softwaretechnik Agile Methoden: Leichtgewichte der Softwaretechnik Prof. Dr. Gerald Lüttgen Lehrstuhl Softwaretechnik & Programmiersprachen Universität Bamberg www.swt-bamberg.de 2011 Gerald Lüttgen Vortrag IT Cluster

Mehr

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. 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

Mehr

Phasen. Gliederung. Rational Unified Process

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

Mehr

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung

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

Mehr

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

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006 Überleben mit Scrum Andrea Schulz Hintergrund Projektmanager, Scrummaster, SW-Entwickler Siemens Healthcare Webbasierte Software Produkte (Releases als Projekte) Teilweise Medizinprodukt Scrum seit 2006

Mehr

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Werte 2.0 - Weil ich es mir wert bin Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Danke, Johannes... 2 Ich sah sie überall... 3 Werte des Extreme Programmings Kommunikation

Mehr

Evolutionsprozesse. Dr. Thorsten Arendt Marburg, 23. Oktober 2014

Evolutionsprozesse. Dr. Thorsten Arendt Marburg, 23. Oktober 2014 Evolutionsprozesse Dr. Thorsten Arendt Marburg, 23. Oktober 2014 Überblick Betrachtung der bekannten Softwareentwicklungsprozesse bezüglich Software-Evolution Evolutionsprozesse Techniken für Software-Evolution

Mehr

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Leuchtfeuer Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Gliederung Über die Allianz Wie führen wir Scrum ein? Wie haben wir begonnen? Techniken und Praktiken Change-Management

Mehr

Planung in agilen Projekten

Planung in agilen Projekten Planung in agilen Projekten Angelika Drach DeutscheScrum 2012 improuv GmbH Agile Leadership. h7p://improuv.com Über mich Lange Jahre Erfahrung in der Bauplanung Planung und Agiles Vorgehen sind ein Widerspruch?

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Softwareentwicklungsprozesse optimieren. wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren

Softwareentwicklungsprozesse optimieren. wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren Softwareentwicklungsprozesse optimieren wie Sie die Vorteile klassischer und agiler Methoden erfolgreich kombinieren Dipl.-Inform. Dipl.-Math. Wolfhart Grote Software Ring e. G., Erlangen 25. Oktober 2007

Mehr

IT-Projektmanagement - Methoden und Techniken

IT-Projektmanagement - Methoden und Techniken IT-Projektmanagement - Methoden und Techniken Seminarunterlage Version: 6.02 Version 6.02 vom 9. April 2015 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen

Mehr

2. Vorgehensmodelle Softwaretechnik (CNAM) Wintersemester 2009 / 2010 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik

2. Vorgehensmodelle Softwaretechnik (CNAM) Wintersemester 2009 / 2010 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 2. Vorgehensmodelle Softwaretechnik (CNAM) Wintersemester 2009 / 2010 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1 Prof. Dr. Bernhard Humm, Hochschule Darmstadt, FB Informatik: Softwaretechnik

Mehr

Extreme Programming: Überblick

Extreme Programming: Überblick Extreme Programming: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Prinzipien Rollen Planung Implementierung Praktiken weitere Vorgehensweisen Grenzen Inhalt Stefan Diener / Apr 18, 2007 / Page 2 Prinzipien

Mehr

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Bekannte Tools in einem agilen Ansatz Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Vorher Lange Planungszeiten und Releasezyklen Manche Features brauchten lange und wurden nicht gebraucht

Mehr

V-Methode, RUP, Waterfall oder was?

V-Methode, RUP, Waterfall oder was? 5. Bayerischer IT-Rechtstag am 26. Oktober 2006 auf der SYSTEMS 2006 in München Übersicht über die verschiedenen Vorgehensmodelle Dr. Sarre & Schmidt EDV-Sachverständige, München Öffentlich bestellter

Mehr

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 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

Mehr

Are you Agile. SAQ Zug um Zug, 27. November 2008. Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen?

Are you Agile. SAQ Zug um Zug, 27. November 2008. Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen? ? SAQ Zug um Zug, Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen? Folie 1 hat sich als Projektleiter während acht Jahren dafür eingesetzt, Ende Iteration lauffähige

Mehr

Extremes Programmieren

Extremes Programmieren Extremes Programmieren Übersicht, Demonstration, Erfahrungen ACM/GI Regionalgruppe Hamburg, 16.3.2001 Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de Tammo Freese OFFIS,

Mehr