Potenziale und Grenzen agiler Vorgehensmodelle

Größe: px
Ab Seite anzeigen:

Download "Potenziale und Grenzen agiler Vorgehensmodelle"

Transkript

1 Das e Stichwort Potenziale und Grenzen agiler Vorgehensmodelle Eine Best Practice-Analyse Franziska Krodel Durch hohe Produktanforderungen bei gleichzeitig kürzer werdenden Produktlebenszyklen steigen auch die Anforderungen, die an Prozesse des Projektmanagements gestellt werden. Diese müssen einen effizienten Projektablauf sicherstellen und dabei ausreichend flexibel gestaltet sein, um auch auf Anforderungsänderungen reagieren zu können. Nicht zuletzt spielt der Faktor Mensch eine große Rolle. Im Bereich der Softwareentwicklung haben sich verschiedene Vorgehensmodelle entwickelt, die e Herausforderungen in unterschiedlicher Weise aufgreifen. Während klassische Modelle mehr und mehr in den Hintergrund treten, erfreuen sich agile Vorgehensmodelle steigender Beliebtheit. Vor allem Scrum wird zunehmend eingesetzt, zum Teil ergänzt um Werte und Prinzipien anderer Vorgehensmodelle. 1 Effizienz, Transparenz und Flexibilität durch agile Softwareentwicklung 1.1 Scrum in a Nutshell Scrum ist ein flexibles Managementframework der Softwareentwicklung, welches die Regeln des agilen Manifests umsetzt. Scrum selbst gibt keine Techniken zur Erstellung von Software vor, sondern schafft lediglich einen Rahmen, innerhalb dessen verschiedene Techniken eingesetzt werden [1, S. 3]. Die Kernstücke des Scrum-Prozesses stellen das Product Backlog, das daraus resultierende Sprint Backlog, die Sprints, die Scrum-Meetings und der Abschluss der Sprints dar [2, S. 120]. Das Product Backlog enthält alle Anforderungen an das Produkt. Die Anforderungen werden zu Beginn jeder Iteration vom Team in kleinere Teile, die sogenannten Tasks, aufgeteilt und in das Sprint Backlog übertragen [2, S. 124]. Anschließend wird ein Sprint durchgeführt, woraus ein fertiges Produkt mit neuen +++ Für eilige Leser +++ Für eilige Leser +++ Für eilige Leser +++ Mit Blick auf Effizienz, Transparenz und Flexibilität werden agilen Methoden der Softwareentwicklung große Potenziale zugeschrieben gerade im Praxiseinsatz stoßen sie jedoch auch an Grenzen. Um einen umfassenden Einblick in den Praxiseinsatz agiler Methoden zu erhalten, wurden verschiedene Experten aus international agierenden mittelständischen und Großunternehmen der Softwarebranche ausführlich befragt. Nach eingehender Analyse wurden deren Kernaussagen zu Best Practices und einem Risikoprofil verdichtet. Ausgehend von diesen Analysen wird ein Kombinationsmodell entwickelt, das Elemente verschiedener agiler Methoden miteinander kombiniert und so eine größtmögliche Ausschöpfung der Potenziale sicherstellen kann. Funktionalitäten entsteht. Ein Sprint dauert zwischen zwei und vier Wochen. Während eines Sprints finden täglich Scrum-Meetings statt. Am Ende jedes Sprints wird eine Sprint-Demo durchgeführt, in der das Ergebnis der Iteration präsentiert wird, und eine Sprint-Retrospektive, in der Verbesserungsmaßnahmen durch das Team ausgearbeitet werden [3, S. 111]. In Abbildung 1 sind die einzelnen Bestandteile von Scrum sowie deren Zusammenhänge grafisch dargestellt. Durch das Sammeln von Anforderungen im Product Backlog stellt Scrum sicher, dass auch im Projektverlauf Anforderungen geändert werden können. Lediglich die Tasks, die gerade im Sprint bearbeitet werden, dürften nicht verändert werden. Somit tragen schon die Gestaltung des Scrum-Prozesses und die dort verwendeten Artefakte dem Zielkonflikt Flexibilität versus Effizienz Rechnung. Dieses Bestreben, Effizienz und Flexibilität bereits durch die Prozessgestaltung sicherzustellen, wird durch die Rollenaufteilung zielgerichtet weitergeführt. 1.2 Der Faktor Mensch im Mittelpunkt Das Rollenkonzept in Scrum Wesentlicher Erfolgsfaktor von Scrum ist das veränderte Mitarbeiterbild, das diesem Vorgehensmodell zugrunde liegt. Scrum-Projekte kommen ohne klassischen Projektleiter und ohne hierarchische Projektstruktur aus. Im Mittelpunkt steht das Entwicklungsteam, dem die Projektsteuerung weitgehend überlassen wird. Es legt die Aufgaben aus dem Product Backlog, die im nächsten Sprint bearbeitet werden, fest. Während der eigentlichen Aufgabenbearbeitung steht das Team vor allem durch das tägliche Scrum-Meeting in ständigem Austausch miteinander. Die Teams müssen dabei klein genug gehalten 34 projekt MANAGEMENT

2 werden, um intensiv miteinander kommunizieren zu können, und interdisziplinär zusammengestellt werden, um einerseits den Projektanforderungen Rechnung tragen zu können, andererseits ein Verständnis für das große Ganze zu fördern [3, S ]. Um ein reibungsfreies, effizientes Arbeiten im Team sicherzustellen, wird dieses durch zwei weitere Rollen ergänzt: den Product Owner und den Scrum Master. Der Product Owner repräsentiert die Bedürfnisse des Endkunden [3, S. 9]. Er hat die Aufgabe, die vom Kunden an die Software gestellten Anforderungen im Product Backlog zu erfassen, zu priorisieren und im Projektverlauf weiter anzupassen [4, S. 13]. Demnach ist der Product Owner für die gesamte Kommunikation mit dem Kunden verantwortlich. Aufgabe des Scrum Masters ist es, dafür zu sorgen, dass Scrum als Prozess richtig umgesetzt wird. Dies um - fasst insbesonders die Aufgabe, das Entwicklungsteam vor äußeren Störungen zu schützen und somit effizientes Arbeiten zu ermöglichen. Dieses Streben nach Effizienz bedingt dabei vor allem, während eines Sprints keine Änderungen an den im Sprint Backlog ausgewählten Aufgaben mehr zuzulassen und die Entwickler vor projektfremden Aufgaben zu schützen. Dieses innovative Rollenkonzept schafft transparente Kommunikationswege wie Abbildung 2 zeigt. Der Kunde hat einen festen Ansprechpartner, der die Schnittstelle Projekt Auftraggeber bildet. Durch die regel - mäßige Auslieferung von lauffähigen Produktversionen nach jedem Sprint, hat der Kunde einen besseren Einblick in den Gegenstand der Entwicklung. Dies wiederum schafft Vertrauen und eine klare Diskussionsgrundlage, um mit dem Product Owner Veränderungen in den Anforderungen zu besprechen. 1.3 XP und Kanban Eine Bereicherung für Scrum? Wie oben beschrieben, bildet Scrum somit hinsichtlich der Prozessgestaltung, durch die darin enthaltenen Artefakte und durch das Rollenkonzept, eine tragfähige Basis für effizientes Arbeiten. Dies wird vor allem gefördert durch transparente Kommunikationswege, weitgehende Selbstbestimmung im Team und Prozessbestandteile, welche schon ihrer Grundkonstruktion nach auf Flexibilität ausgelegt sind. Dennoch ist Scrum nur ein Framework, welches den Rahmen für Projektablauf und Rollenverteilung bildet. Die konkrete Ausgestaltung variiert in der Praxis sehr. Scrum bietet aber auch Raum, Elemente anderer Vorgehensmodelle und Managementgrundsätze zu integrieren. Hierbei bieten sich vor allem Werte und Prinzipien an, die ebenfalls auf das agile Manifest gründen. Gerade Extreme Programming (XP), aber auch das weniger etablierte IT-Kanban, beinhalten Ergänzungsmöglichkeiten Scrum und XP XP wird derzeit als eigenständiges Vorgehensmodell von Scrum weitgehend verdrängt. Zwar bietet es ein eigenständiges Prozess- und Rollenmodell, jedoch wird hier der Fokus eher auf konkrete Werte, Prinzipien und Techniken gelegt. Das Rollenkonzept in XP ist in der Grundstruktur dem von Scrum ähnlich. Einen wesentlichen Unterschied stellt Sprint Backlog Funktionalität für den Sprint Product Backlog Gewünschte Funktionalitäten priorisiert vom Product Owner Abb. 1: Scrum im Überblick Backlog Items Vom Team aufgeteilt Scrum- Meeting täglich Sprint 2 4 Wochen die Rolle des Kunden dar, an den bei XP erhöhte Anforderungen gestellt werden. Es wird davon ausgegangen, dass der Kunde selbst die Anforderungen erhebt, welche verständlich, umsetzbar und testbar sein müssen [5, S. 122]. Zudem sollte der Kunde immer vor Ort sein, um jederzeit für Fragen und Feedback zur Ver - fügung zu stehen. Diese hohen Anforderungen können im praktischen Projektbetrieb schnell zu einer Überforderung des Kunden führen. Daher muss das Rollenkonzept von Scrum hier als praktikabler gesehen werden. Im Gegensatz zum Rollenkonzept kann eine Anreicherung von Scrum um XP-Werte, Prinzipien und Techniken durchaus sinnvoll sein. Dabei geht XP vom Allgemeinen zum Speziellen. Während die Werte Kommu - ni kation, Einfachheit, Feedback und Mut grundsätzliche Paradigmen darstellen, werden diese durch die XP-Prinzipien weiter präzisiert [5, S. 4 f.]. Wesentlich ist dabei, dass in XP eine ausgeprägte Feedback-Kultur etabliert wird, die Offenheit für Veränderungen und das Streben nach hoher Qualität fördert. Auch wird in XP- Projekten Einfachheit angestrebt, worin hohes zeit - liches Einsparpotenzial gesehen wird. Die Werte und Prinzipien werden durch zwölf XP- Techniken umgesetzt. Die bekanntesten XP-Techniken Manager = Kommunikation nach extern = Kommunikation innerhalb der Beteiligten im Scrum-Prozess Scrum Master Kunde Abb. 2: Kommunikationsmodell in Scrum Entwicklungsteam Product Owner Neue Funktionalität Wird am Sprint Review Meeting präsentiert Stakeholder projekt MANAGEMENT l 35

3 Potenzial Transparenz Abb. 3: Potenzial-Risiko-Matrix sind kurze Release-Zyklen, Test Driven Development (TDD), Refactoring, Pair Programming, Collective Ownership, fortlaufende Integration, eine 40-Stunden- Woche und der Kunde vor Ort. Einige dieser Techniken, wie das Streben nach kurzen Release-Zyklen, regelmäßiges Testen und Kundeneinbindung sind in ähnlicher Form in Scrum bereits durch das Prozess- und Rollenmodell umgesetzt. Andere hingegen sind geeignet, Scrum inhaltlich weiter zu präzisieren. Beispielsweise empfiehlt sich für Scrum-Projekte die Einhaltung einer 40-Stunden- Woche, um Demotivation und Erschöpfung zu vermeiden. Auch die teamorientierten Aspekte der XP-Techniken, wie das Pair Programming und ein gemeinsames Verantwortungsgefühl für das Projekt, können in Scrum integriert werden. Somit steuert XP eher mit weichen Faktoren Ergänzungspotenzial für den agilen Prozess Scrum bei. Hinsichtlich des Prozess- und Rollenmodells beinhaltet Scrum bereits wesentliche Elemente von XP. Hierin liegt begründet, dass Scrum XP zunehmend verdrängt und nur die Techniken von XP erhalten bleiben, auf die sich die meisten Veröffentlichungen beschränken Scrum und Kanban Einsatz in Großprojekten Mit Blick auf Effizienz, Transparenz und Flexibilität werden agilen Methoden, insbesondere Scrum, zu Recht große Potenziale zugeschrieben. Jedoch ist zu prüfen, ob und wo agile Methoden gerade im Praxiseinsatz auch an Grenzen stoßen. Dies ist hauptsächlich insofern interessant, da mögliche Probleme beim alltäglichen Einsatz von Scrum durch die genauere Ausgestaltung mittels Techniken, Prinzipien und Werten anderer Methoden vermieden oder zumindest gemildert werden könnten. Somit gilt es zu analysieren, welche Erfahrungen Unternehmen im Praxiseinsatz mit agilen Methoden ge - macht haben sowohl hinsichtlich positiver als auch negativer Aspekte. Die Basis dieser Analyse stellt die Auswertung einer Befragung verschiedener Experten aus international agierenden mittelständischen und Groß - unter nehmen der Softwarebranche dar. Um fundierte Aussagen zu erhalten, wurden nur Experten befragt, die sich durch umfangreiche Projekterfahrung mit agilen Methoden auszeichnen. Der Fokus in der praktischen Projektarbeit lag überwiegend auf Scrum, wobei auch Elemente aus XP und Kanban eingesetzt wurden. Für die Durchführung der Interviews im Februar 2012 wurde ein Fragebogen entwickelt. Dieser wurde hin- Mitarbeiterzufriedenheit Arbeitseffizienz Kundenzufriedenheit Produktqualität Schulungsbedarf Festpreisverträge Fehlende Designphase Verteile Teams, Teilzeit Risiko Neben den bekannten Vertretern XP und Scrum etabliert sich Kanban als weiteres agiles Vorgehensmodell. Dieses ist von dem Kanban -Konzept aus der Produktion abgeleitet, welches vor allem im Zusammenhang mit dem Toyota Production System (TPS) bekannt geworden ist [6]. Im Jahr 2007 übernahm David J. Anderson die grundlegenden Prinzipien von Kanban und passte diese für die Softwareentwicklung an [7, S. 1]. Es resultierte daraus ein evolutionäres Vorgehensmodell, welches bei der Einführung nur wenige Veränderungen an der ge - wohnten Arbeitsweise benötigt [6]. Dies suggeriert be reits die Möglichkeit, das Kanban-Modell als Ergänzung zu anderen Vorgehensmodellen wie Scrum einzusetzen. Der Einsatz von Kanban ist in zwei unterschiedlichen Arbeitsumgebungen möglich: im Tagesgeschäft (z. B. bei der Systemadministration) [8, S. 40] und in Softwareentwicklungsprojekten [6]. In Hinblick auf Effizienzsteigerung von Scrum durch ergänzende Kanban-Elemente ist vor allem die zweite Einsatzmöglichkeit interessant. Wie XP zeichnet sich auch Kanban durch die zugrunde liegenden Prinzipien aus. Dabei steht vor allem die Effizienz der Aufgabenerfüllung bei gleichzeitiger Vermeidung von Überforderung, Doppelarbeiten und Fehlern im Vordergrund. Kernstück von Kanban ist das Pull- Prinzip, das heißt die einzelnen Aufgaben dürfen den nachgelagerten Prozessschritten niemals übergeben werden, sondern diese ziehen sich die Arbeiten, wenn entsprechende Kapazitäten frei werden [9, S. 13]. Um dieses Ziehen von Aufgaben systematisch aufzubereiten, beinhaltet Kanban zudem eine Visualisierungstechnik über das sogenannte Kanban-Board. Dieses ist meist ein großes Whiteboard, an dem Karten kleben, auf welchen Aufgaben vermerkt sind [9, S. 13]. Im Laufe des Entwicklungsprozesses durchlaufen die Karten die Prozessschritte von links nach rechts, was den kompletten Prozess visualisiert. Aufbauend auf dem Kanban-Board wird eine Begrenzung paralleler Arbeitsschritte festgelegt es darf sich nur eine bestimmte Anzahl von Karten in einer Spalte befinden. Je weniger Arbeiten parallel durchgeführt werden, desto kürzer wird auch die Durchlaufzeit je Aufgabe [9, S. 13 f.]. In Kanban ist auch das Streben nach kontinuierlicher Verbesserung (Kaizen) etabliert [9, S. 14]. Durch eine ständige Verbesserung des Prozesses soll eine schrittweise Annäherung an einen Zustand der Perfektion erreicht werden [10, S. 16]. Dies wird durch das Team erreicht und fußt somit auf regelmäßigen Meetings, bei denen im teaminternen Dialog Fehlerursachen identifiziert werden. Da Kanban den Fokus weniger auf Rollen- und Phasenmodelle legt, sondern sich über die oben dargestellten Prinzipien identifiziert, bietet es Potenziale in Hinblick auf Transparenz- und Effizienzsteigerungen für bestehende Prozessmodelle. 2 Agile Entwicklung im Praxiseinsatz Potenziale und Grenzen 36 projekt MANAGEMENT

4 sichtlich halboffener Interviews konzipiert, um die Interviewpartner möglichst wenig in ihren Antworten einzuschränken und damit hochgradig aussagekräftige Ergebnisse zu er - halten. Im Zuge der Experteninterviews stellten sich einige Aspekte der Softwareentwicklung mit agilen Methoden als besonders positiv heraus. Andere wurden mehrmals als nicht in der Praxis durchführbar bezeichnet. Einige Faktoren bergen zwar große Potenziale, jedoch auch Risiken. Einen Überblick über die identifizierten Potenziale und die damit verbundenen Risiken gibt die Matrixdarstellung in Abbildung 3. Die einzelnen Punkte werden im Folgenden erläutert. 2.1 Potenziale im Praxiseinsatz realisieren Nach einer auswertenden Analyse der Befragungsergebnisse konnten folgende Potenziale bei der Anwendung agiler Methoden identifiziert werden: Als größtes Potenzial der agilen Softwareentwicklung ist die dadurch entstehende Transparenz zu werten. Hinsichtlich des Prozesses wird die Entwicklung auslieferungsfähiger Produkte in jeder Iteration sehr positiv gewertet, da dadurch bereits im Projektverlauf konkret messbare Ergebnisse vorliegen. Eine reine Fortschreibung des Projektes ohne greifbare Grundlage entfällt somit, was die Projektplanung und Steuerung erleichtert. Hinsichtlich der Kommunikation werden vor allem die Feedback-Runden positiv gewertet. Zwar finden sich Berichte, dass in der Praxis Retrospektiven nicht immer stattfinden [11, S. 67], jedoch wurden mit der Sprint- Retrospektive in der Praxis positive Erfahrungen gemacht. Dieses systematische Zu - rückblicken auf das Vorgehen führte dazu, dass sowohl eine kontinuierliche Verbesserung als auch eine hohe intrinsische Motivation erreicht wurden. In der Literatur herrscht weitgehender Konsens darüber, dass durch die Anwendung agiler Methoden eine höhere Arbeitseffizienz erreicht wird. Dies ist darauf zurückzuführen, dass weniger Zeit in reine Planungs akti - vi täten investiert wird und der Fokus auf die Durchführung von Anforderungen gelegt wird. Bei Scrum lautet eine Hilfsregel, dass Sprint-Planung, Demo und Retrospektive maximal 10 Prozent der gesamten Zeit in Anspruch nehmen sollen [3, S. 86]. Auch bei Kanban wird gefordert, dass so wenig Zeit wie möglich auf das Planen verwendet werden soll, da dies keine wertschöpfende Tätigkeit ist [12, S ]. Die befragten Experten stimmten weitgehend darin überein, dass die Arbeitseffizienz durch den Einsatz agiler Methoden in den Projekten gestiegen ist. Dadurch wird bestätigt, dass Detailplanung zu Beginn eines Projektes die Effizienz hemmt. Jedoch ist darauf zu achten, dass Projektteams in agilen Methoden strenge Timeboxes (Zeitbeschränkungen) für die Planungen einhalten. Im Praxiseinsatz ist die gestiegene Effizienz nicht allein auf weniger Planungsaktivität zurückzuführen, sondern auch auf eine Reduktion der Komplexität. Diese wird durch die erhöhte Transparenz der umzusetzenden Anforderungen und der Kommunikationswege erzielt. Als kritisch hinsichtlich der Arbeitseffizienz muss das Pull- Prinzip gesehen werden. Zwar ist dieses Prinzip theoretisch äußerst wertvoll, um einen effizienten Projektablauf sicherzustellen. Jedoch setzt dieses Prinzip auch voraus, dass alle Entwickler alle Anforderungen verstehen was naturgemäß mit einem höheren Zeitbedarf einhergeht. Hinsichtlich der Zufriedenheit der Projektbeteiligten wurde sowohl die Kundenzufriedenheit als auch die Mitarbeiterzufriedenheit untersucht: Generell steigt die Kundenzufriedenheit bei Anwendung agiler Vorgehensmodelle. Dies gründet auf der Tatsache, dass der Kunde auch während der Entwicklung Änderungswünsche einbringen und somit veränderten Unternehmens- oder Marktanforderungen Rechnung tragen kann [13, S. 23]. Auch wird vermutet, dass die Kundenzufriedenheit durch die größere Transparenz des Projektfortschritts steigt [13, S. 23].Vor allem der zweite Punkt konnte in den Interviews als großes Potenzial bestätigt werden. Durch die frühe Auslieferung von fertigen Teilprodukten wird dem Kunden ermöglicht, bereits frühe Versionen der Software nutzbringend einzusetzen. In der Literatur wird eine gestiegene Mitarbeiterzufriedenheit als großer Vorteil der agilen Softwareentwicklung gesehen. Im Allgemeinen ist das Team motivierter, wenn es mehr Verantwortung übernehmen kann. Durch das Pull-Prinzip wird das Management zudem entlastet, da das Team viele organi - satorische Aufgaben selbst übernimmt [14, S. 55]. Dieses Potenzial hat sich auch in der Praxisbefragung weitgehend bestätigt. Die meisten Entwickler freuen sich, wenn sie agile Methoden und Techniken anwenden können. Durch die gestiegene Verantwortung bringen sich die Mitarbeiter vermehrt ein und werden somit produktiver. Auch positive Auswirkungen auf die Code-Qualität lassen sich darauf zurückführen. Die ebenfalls in der Literatur beschriebene Verbesserung der Produktqualität wurde im Praxiseinsatz als zum Teil risikobehaftet gesehen. Vor allem die kontinuier liche Auslieferung fertiger Software welche auch gründliche Tests voraussetzt hat einen positiven Einfluss auf die Produktqualität. Auch können Missverständnisse durch das regelmäßige Kunden-Feedback frühzeitig er kannt werden. Zudem wurde eine Erhöhung der intrinsi-

5 schen Motivation im Projektteam beobachtet, was zu dem Wunsch führt, eine qualitativ hochwertige Software auszuliefern. Auch der vermehrte Einsatz automatisierter Tests und die verbesserte Wissensbasis im Team wurden als Gründe für gesteigerte Produktqualität angegeben. Jedoch lassen sich diese Punkte nur realisieren, wenn auch bestehende Risiken im Auge behalten werden. Hierbei wurde vor allem die eher kurzfristige Orientierung des Projektteams angesprochen. Es besteht die Gefahr, dass der Fokus zu sehr auf den einzelnen Sprints und deren Zielen liegt und damit das Gesamtprojekt aus den Augen verloren wird. Dadurch wird sowohl die Weiterentwicklung als auch die Wartung des implementierten Codes schwieriger. 2.2 Risiken im Auge behalten Wie agile Methoden durch ihre Prozess- und Rollengestaltung oben erläuterte Potenziale eröffnen, bergen sie auch Risiken und Probleme bei der praktischen Durchsetzung. Diese sind sowohl im Bereich Teambuilding und Kundenmanagement als auch im Prozess selbst ver - ankert. Hinsichtlich der Teamorganisation stellen laut Expertenaussagen sowohl örtlich verteilte Teams als auch Teilzeitmitarbeiter ein großes Problem dar. Der Hauptgrund hierfür liegt in der erschwerten Kommunikation. Gerade diese ist aber ganz essenzieller Bestandteil agiler Modelle. Verbreitete XP-Techniken, wie bspw. das Pair Programming, erfordern den direkten Kontakt im Projektteam. Dieser ist durch Telefon, und Videokonferenzen nicht zu ersetzen. Neben verteilten Teams ist auch der Einsatz von Teilzeitmitarbeitern problematisch. In agilen Projekten wird die Software gemeinsam ent wickelt. Daher ist eine kontinuierliche Kommunikation und Ko - ordination zwischen den Mitarbeitern notwendig, um immer auf dem en Stand zu bleiben. Wenn Mitarbeiter lediglich in Teilzeit am Projekt beteiligt sind, kann dies zu großen Reibungsverlusten führen. Aktuellen Tendenzen hinsichtlich einer Flexibilisierung der Arbeitszeitgestaltung stehen sie jedoch eher ent gegen. Während der Einsatz agiler Methoden für die interne Entwicklung weitgehend unproblematisch gesehen wird, birgt er für externe Kundenprojekte Gefahren. Es steht und fällt der Einsatz agiler Methoden mit der Bereitschaft des Kunden, sich darauf einzulassen. Die Anforderung von XP, dass der Kunde ständig im Projekt vor Ort sein soll, wurde von unseren Interviewpartnern als Illusion bezeichnet. Standardmäßig geht der Kunde davon aus, dass er lediglich bei Fragen kontaktiert wird. Besser funktioniert in der Praxis das in Scrum etablierte Konzept mit einem Product Owner als Kommuni ka - tions schnittstelle. Die dadurch vereinfachte und erhöhte Kommunikation wurde als gut umsetzbares und großes Potenzial gesehen. Überraschendes Ergebnis der Befragung war, dass bei agilen Projekten überwiegend Festpreisverträge eingesetzt werden. Dies ist insofern problematisch, da da - durch eine ausgiebige Anforderungserfassung mit Budgetplanung zu Beginn des Projektes stattfinden muss. Diese Schätzungen werden im Projektverlauf oftmals revidiert, wobei es häufig zu großen Abweichungen kommt. Diese offenbar in der Praxis weit verbreitete Vorgehensweise läuft aber dem Grundkonzept agiler Methoden hinsichtlich größtmöglicher Flexibilität entgegen. Hier ist eine weitere Sensibilisierung der Kunden für das agile Konzept notwendig. Sowohl der Entwicklungsprozess als solcher wie auch dessen Einführung werfen zum Teil Probleme auf: So ist zu Beginn jeder neuen Entwicklungsmethode ein er - höhter Schulungsbedarf der Mitarbeiter gegeben. Dabei wurde berichtet, dass ein Anstieg der Produktqualität nur durch ausreichende Schulung erreicht werden kann. Werden agile Praktiken ohne vorherige Ausbildungsphase eingesetzt, besteht die Gefahr von Qualitätsverlusten. Auch muss zusätzlich zu den durchgeführten Schulungen vor Projektbeginn in der Anfangsphase im - mer wieder auf die Einhaltung agiler Werte, Prinzipien und Techniken hingewiesen werden, bis diese sich im Projektalltag manifestiert haben. Derartige Schulungsmaßnahmen verursachen zum Teil erhebliche Kosten und sind somit langfristige Investitionsentscheidungen. Die in der Literatur häufig skeptische Meinung zum Einsatz von agilen Methoden in größeren Projekten konnte in unseren Interviews jedoch nicht bestätigt werden. Überwiegend wird Scrum auch in großen Projekten mit Erfolg eingesetzt. Um weiterhin die Vorteile der Selbstorganisation der Teams zu realisieren, werden große Projekte in kleine Teams von fünf bis neun Entwicklern unterteilt. Zur Synchronisation werden zusätzliche Meetings durchgeführt. Ein prozessimmanentes Problem stellt die fehlende Designphase dar. Dadurch könnte eine unstrukturierte Architektur entstehen. Da dies der praktischen Erfahrung nach Nachteile mit sich bringt, wird im Praxiseinsatz meist ein grober Architekturplan erstellt. Unter den befragten Experten konnte der Konsens herausgearbeitet werden, dass zwar keine detaillierte Designphase stattfinden muss, ein grobes Architekturgerüst jedoch unbedingt notwendig ist. Ohne dieses müsste bereits nach nur wenigen Iterationen das Refaktorisieren kontinuierlich durchgeführt werden, was den Projektfortschritt hemmt. Weitere Elemente des Prozesses, wie beispielsweise die Abgeschiedenheit während der Iterationen, das Daily Scrum und das strenge Timeboxing, wurden überwiegend als sehr positiv bewertet. Gerade die Abgeschiedenheit der Sprints wird als großes Potenzial gesehen, da es die Überforderung mit anderen Aufgaben verhindert und ein klarer Fokus geschaffen wird. Dies führt zu einer gestiegenen Produktivität des Einzelnen. Die Forderung, dass ein Mitarbeiter in nur einem Projekt eingesetzt wird, ist jedoch in der Praxis schwer umsetzbar. Auch das strikte Verbot, Anforderungsänderungen während eines Sprints zuzulassen, ist schwierig. Hier ist eine weitere Sensibilisierung des Kunden für den Prozess notwendig. Auch das Daily Meeting wird durchwegs als sehr positiv gewertet. Eine Synchronisation im Team wird da - durch sehr effektiv erreicht. Da ungeschulte Teams jedoch häufig sehr lange für das Durchführen der täg - lichen Meetings brauchen, kann dies zu Ineffizienzen führen. Daher ist auf die strenge Einhaltung der Zeit - limits das Timeboxing zu achten. Pünktlichkeit und Zuverlässigkeit sind dabei unbedingte Voraussetzung. Grundsätzlich ist die Einführung und Durchführung agiler Vorgehensweisen in der Praxis gerade durch fehlende Managementunterstützung häufig gefährdet. Weder wird in agilen Projekten eine detaillierte Planung zu Beginn des Projektes durchgeführt, noch werden täg- 38 projekt MANAGEMENT

6 Daily Meeting (timeboxed) Scrum extreme Programming Kanban Product Backlog Sprint Backlog Pull-Prinzip WIP-Limits Pair Programming Testen (TDD) 40-Stunde-Woche Collective Ownership kontinuierliche Integration Abgeschiedenheit der - Iteration Iteration (Prozess wird am Kanban-Board visualisiert) Ende einer Iteration = 1. Spalte im Kanban-Board Neue Funktionalität Review Kaizen (= Retrospektive) Integration Abb. 4: Das Kombinationsmodell liche Reports für das Management erstellt. Auch zielt die Forderung nach weitgehender Selbstorganisation der Teams auf einen Verlust von Einfluss durch das Management. Die befragten Experten sehen den Hauptgrund für mangelnde Akzeptanz agiler Modelle durch das Management darin, dass nicht genau verstanden wird, was sich hinter dem Begriff Agilität verbirgt. Allerdings bessert sich dieser Faktor seit den letzten Jahren, nachdem Scrum, XP und Kanban formalisiert dargestellt wurden und einen größeren Bekanntheitsgrad erreichten. 3 Potenziale besser nutzen: Ein Kombinationsmodell Während in der Praxis der Schwerpunkt bei der Anwendung agiler Methoden derzeit eindeutig auf Scrum liegt, kann eine Kombination der Verfahren dazu beitragen, Potenziale noch besser zu nutzen. Dies liegt darin be - gründet, dass die drei betrachteten Vorgehensmodelle ihren Schwerpunkt auf verschiedene Bereiche legen. Scrum ist ein Framework, bei dem das Projektmanagement und der Prozessverlauf im Vordergrund stehen. Hingegen liegt bei XP der Fokus auf speziellen Techniken für die Softwareentwicklung. Kanban zielt darauf ab, durch die Einführung bestimmter Prinzipien und Visualisierungstechniken bestehende Prozesse zu verbessern. Beispiele hierfür sind die Limitierung der be - arbeiteten Arbeitspakete und das Kanban Board. Eine zielführende Integration von Kanban-Prinzipien und XP-Techniken in den klassischen Scrum-Prozess ist in Abbildung 4 dargestellt und wird im Folgenden weiter erläutert. Das Pull-Prinzip aus Kanban ist auch in Scrum integriert. Auch das Streben nach kontinuierlicher Verbes - serung das Kaizen in Kanban ist in ähnlicher Form in Scrum beinhaltet. Darüber hinaus wurden Kanban- Techniken von den von uns befragten Experten nur ver- projekt MANAGEMENT l 39

7 einzelt explizit angewendet. Hier ist somit hinsichtlich der Effizienzsteigerung durch Visualisierungstechniken noch Potenzial zu sehen. Wesentlich verbreiteter ist die Anwendung bestimmter XP-Techniken zur näheren Ausgestaltung von Scrum- Projekten. Dabei wurden vor allem für den Einsatz von Pair Programming, Collective Ownership und TDD Potenziale und Grenzen diskutiert. Generell wurde festgestellt, dass das komplette Team davon profitiert, dass Richtlinien für die Programmierung eingeführt werden. Pair Programming wird dabei besonders erfolgreich für den Wissenstransfer und das voneinander Lernen verwendet. Nach einer gewissen Einarbeitungszeit wurde oftmals sowohl eine Steigerung der Produktqualität als auch der Entwicklungsgeschwindigkeit beobachtet. Auch ein Anstieg der Mitarbeiterzufriedenheit war zu erkennen, da das zu zweit Programmieren den meisten Mitarbeitern mehr Freude bereitet. Zusammenfassend lässt sich sagen, dass diese Technik besonders bei komplexen, fehleranfälligen Aufgabenstellungen Vorteile bringt; bei einfachen Routineaufgaben hingegen stellt sich das Pair Programming eher als problematisch dar. Die XP-Technik Collective Ownership bedeutet, dass es keine Codeteile mehr gibt, die einzelnen Programmierern gehören. Der komplette Code wird vom gesamten Team bearbeitet. Dies zielt darauf ab, dass die Abhängigkeit von einzelnen Mitarbeitern reduziert und Engpässe vermieden werden. Beispielsweise könnten in einem Krankheitsfall andere Teammitglieder am Code weiterarbeiten [11, S. 85 f.]. Dieses in der Literatur be - schriebene Potenzial konnte in der Befragung nicht be - stätigt werden. Es herrschte weitgehende Übereinstimmung, dass Collective Ownership in der Praxis nicht oder nur schwer durchführbar sei, da die Aufgaben viel zu komplex und spezifisch seien. Es handelt sich hierbei somit um ein theoretisches Potenzial. Test Driven Development (TDD) heißt, dass ein automatisierter Test geschrieben wird, bevor der Code dazu implementiert wird. Dieser durchläuft anschließend den zuvor entworfenen Test. In der Praxis liegt dabei der Fokus dieses Begriffes ganz klar auf dem vermehrten Einsatz automatisierter Tests. Dies wird sehr erfolgreich eingesetzt. Der Befragung zufolge konnte dadurch die Produktqualität erheblich gesteigert werden. 4 Fazit In einer Gesamtbetrachtung lässt sich erkennen, dass der Einsatz agiler Vorgehensmodelle große Potenziale birgt. Diese erstrecken sich vor allem auf Transparenz, Effizienz, Produktqualität und Zufriedenheit sowohl bei Kunden als auch bei Mitarbeitern. Um diese realisieren zu können, ist jedoch ein Reifeprozess mit zielgerichteten Schulungen zu durchlaufen und eine kontinuierliche Sensibilisierung für agile Prinzipien unumgänglich. Nicht nur der Prozess als solches, sondern vor allem auch die Durchsetzung agiler Praktiken beispielsweise die Abgeschiedenheit der Iterationen und regelmäßige Retrospektiven bilden die Grundlage für die Realisierung der Potenziale. Um diese voll ausschöpfen zu können, ist zudem eine Kombination der Methoden zu empfehlen. Da derzeit eindeutig Scrum eine Vorreiterrolle einnimmt, sollten vielversprechende Techniken aus XP und Kanban in Scrum integriert werden. Literatur [1] Schwaber, K./Sutherland, J.: Scrum Guide Der gültige Leitfaden für Scrum: Die Spielregeln. Veröffentlicht durch scrum.org2011 [2] Schwaber, K.: Scrum im Unternehmen. Microsoft Press Deutschland, Unterschleißheim 2008 [3] Pichler, R.: Scrum agiles Projektmanagement erfolgreich einsetzen. Heidelberg 2008 [4] Roock, A./Wolf, H.: Was ist Scrum. In: agile review 2010, 1, S [5] Lippert, M./Rook, S./Wolf, H.: Software entwickeln mit extreme Programming Erfahrungen aus der Praxis. Bonn 2002 [6] Leopold, K.: Software-Kanban im Einsatz Das etwas andere Kochrezept. In: Heise Developer, 2011, www. heise.de/developer/artikel/software-kanban-im-einsatz html [7] Epping, T.: Kanban für die Softwareentwicklung. Informatik im Fokus, Heidelberg 2011 [8] Roock, A.: Scrum funktioniert nicht überall, Interview mit David Anderson. In: OBJEKT-Spektrum 2010, 2, S [9] Roock, A./Wolf, H.: Kanban in der Softwareentwicklung, Verbesserungsprozesse bringen echten Wettbewerbsvorteil. In: Business Technology Architektur & Management Magazin 2010, 1, S [10] Sprengholz, Ph.: Lean Software Development Kundenzentrierte Softwareentwicklung durch Anwendung schlanker Prinzipien. München 2011 [11] Kniberg, H.: Scrum and XP from the Trenches How we do Scrum. Toronto/Canada 2007 [12] Anderson, D. J.: Kanban Evolutionäres Change Management für IT-Organisationen. Heidelberg 2011 [13] Elssamadisy, A.: Patterns of Agile Practice Adoption The Technical Cluster. Toronto/Canada 2007 [14] Neubauer, A.: Scrum-Einführung bei Immobilien- Scout24. In: Henning, W. (Hrsg.): Agile Projekte mit Scrum, XP und Kanban im Unternehmen durchführen Erfahrungsberichte aus der Praxis. Heidelberg 2012, S Stichwörter agil, Kanban, Projektmanagement, Scrum, Softwareentwicklung, XP Kompetenzelemente der NCB Projektanforderungen und Projektziele, Team - arbeit, Projektphasen, Ablauf und Termine, 4.15 Änderungen, Information und Dokumentation, Kommunikation, Selbststeuerung, Effizienz Autorin Franziska Krodel M.Sc. ist derzeit in einem der größten agilen Projekte bei der BMW AG tätig. Zuvor verfasste sie ihre Masterarbeit zum Thema Potenziale und Grenzen agiler Softwareentwicklung, welche mit der Bestnote ausgezeichnet wurde. Während des Studiums arbeitete sie als Wissenschaftliche Hilfskraft an der Universität Passau. Anschrift Pündterplatz 7 D München 40 projekt MANAGEMENT

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

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten SCRUM Foundation MUSTERPRÜFUNG Closed Book, d.h. keine Hilfsmittel zulässig Dauer: 60 Minuten 30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten Beispiel für die Bewertung Annahme

Mehr

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

Agiler Healthcheck. Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013

Agiler Healthcheck. Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013 Agiler Healthcheck Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013 Inhalt 1 2 3 Motivation Existierende Healthchecks Agiler Healthcheck der Allianz "Der Glaube an

Mehr

Compact Scrum Guide. Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680

Compact Scrum Guide. Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680 Compact Scrum Guide Author: Oliver Mann, Role: Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680 Compact Scrum Guide Inhalt 1. Was ist Scrum und wofür wird es

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

Agile Softwareentwicklung. Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger

Agile Softwareentwicklung. Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger Agile Softwareentwicklung Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger Inhalt 1. Klassische Entwicklungstechnik 2. Agile Entwicklungstechnik - Allgemeines 3. Agiles Manifest

Mehr

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

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Sie wollen alles über agile Softwareentwicklung wissen? Wie können Sie agile Methoden

Mehr

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 Sabotage in Scrum dem Prozess erfolglos ins Knie schiessen Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 1 Überblick Sabotage? Wer kann sabotieren? Was kann sabotiert werden? Wieviel

Mehr

Agile Softwareentwicklung Scrum vs. Kanban

Agile Softwareentwicklung Scrum vs. Kanban Agile Softwareentwicklung Scrum vs. Kanban Betül AtIiay, Ganna Shulika, Merve Yarat Universität Salzburg 29. Jänner 2016 Atliay, Shulika, Yarat (Univ. Salzburg) Agile Softwareentwicklung. Scrum vs. Kanban

Mehr

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

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

Mehr

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm Scrum for Management Praxis versus Theorie oder Praxis dank Theorie ALM Day 26.Oktober 2011 Urs Böhm Übersicht Kurze Situationsübersicht Diskussion Prozesse Challenges in der SW-Entwicklung Wie geht Scrum

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

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

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

Projektmanagement Vorlesung 12/ 13

Projektmanagement Vorlesung 12/ 13 Folie 1 Projektmanagement Vorlesung 12/ 13 Prof. Adrian Müller, PMP FH Kaiserslautern phone: +49 6332 914-329 http://www.fh-kl.de/~amueller Folie 2 Inhalte Agile Modelle Manifesto Übersicht XP Prinzipien

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

Software-Dokumentation im agilen Entwicklungsprozess

Software-Dokumentation im agilen Entwicklungsprozess Software-Dokumentation im agilen Entwicklungsprozess Ulrike Müller, Knowledge Manager, SAP AG Monika Pfanner, Knowledge Architect, SAP AG tekom-herbsttagung Wiesbaden, 24. Oktober 2012 SAP und Knowledge

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

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Sperrvermerk Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Bachelorarbeit Zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

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

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software SCRUM bei Festo Frank M. Hoyer, House of Software SI-MS/Frank M. Hoyer Scrum bei Festo 15. März 2010 geändert: 16. September 2014, HOY Was ist SCRUM? Scrum ist ein agiles Framework zur Software-Entwicklung.

Mehr

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

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat

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

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

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

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

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Wer bin ich Kurse und Vorträge mit Jeff Sutherland und Ken Schwaber Verschiedene Kurse der Scrum.org Professional

Mehr

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von

Mehr

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

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen? Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

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

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm Agile Embedded Projekte mit Scrum & Kanban Embedded Computing Conference 2012 Urs Böhm Der Ingenieur Urs Böhm Dipl.-Ingenieur Elektrotechnik Projektingenieur VDI Certified ScrumMaster urs.boehm@noser.com

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-42660-3 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42660-3 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand: 23.06.2016

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand: 23.06.2016 Projektmanagement Agile Vorgehensweise / Scrum Version: 1.0 Stand: Lernziel Sie können in eigenen Worten darstellen warum Agilität notwendig ist. Sie können mit eigene Worten das Framework Scrum beschreiben.

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-41656-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41656-7 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering WS '11/'12

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

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3 ix 1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten......................... 1 1.2 Die Projektberichte....................................... 1 1.3 Der Anhang............................................

Mehr

Scrum mit User Stories

Scrum mit User Stories Ralf Wirdemann Scrum mit User Stories HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Warum dieses Buch? 2 1.2 Struktur und Aufbau 3 1.3 Dankeschön 5 1.4 Feedback 5 2 Beispiel: Scrumcoaches.com 7 2.1 Das

Mehr

The big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011

The big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011 The big picture: Prince2 featuring SCRUM Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011 Agenda PRINCE2 Scrum Scrum = Framework für das Managen (komplexer) Projekte Page 2 Prinzipien von Scrum Transparenz

Mehr

.. für Ihre Business-Lösung

.. für Ihre Business-Lösung .. für Ihre Business-Lösung Ist Ihre Informatik fit für die Zukunft? Flexibilität Das wirtschaftliche Umfeld ist stärker den je im Umbruch (z.b. Stichwort: Globalisierung). Daraus resultierenden Anforderungen,

Mehr

Kanban Agile 2.0? Thomas Schissler artiso AG

Kanban Agile 2.0? Thomas Schissler artiso AG Kanban Agile 2.0? Thomas Schissler artiso AG Vorstellung Thomas Schissler Coach und Consultant artiso AG Schwerpunkte sind Team Foundation Server Agile Entwicklungsprozesse Software-Qualität Software-Architektur

Mehr

Scrum. Eine Einführung

Scrum. Eine Einführung Scrum Eine Einführung Scrum-Charakteristika einfache Regeln wenige Rollen Pragmatismus statt Dogmatik iteratives Vorgehen Scrum auf einer Seite erklärt 3 Rollen für direkt am Prozeß beteiligte 1) Product

Mehr

Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin

Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin Atlassian User Group München, 17. Oktober 2012 Gerhard Müller, Leo von Klenze, TNG Technology Consulting GmbH Source: Henrik Kniberg, http://www.crisp.se/henrik.kniberg/presentations/scrum-intro-brief-henrik-kniberg.pdf

Mehr

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

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

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

ZUSAMMENARBEIT NEU DENKEN. EIN ERFAHRUNGSBERICHT DER SAXONIA SYSTEMS AG

ZUSAMMENARBEIT NEU DENKEN. EIN ERFAHRUNGSBERICHT DER SAXONIA SYSTEMS AG ZUSAMMENARBEIT NEU DENKEN. EIN ERFAHRUNGSBERICHT DER SAXONIA SYSTEMS AG Saxonia Syst ems AG WER SIND WIR? Wer sind wir? SAXONIA SYSTEMS SO GEHT SOFTWARE. Gibt s natürlich auch mit Notiz Wer sind wir?

Mehr

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

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

Mehr

Markus Schramm compeople AG Frankfurt

Markus Schramm compeople AG Frankfurt Markus Schramm compeople AG Frankfurt Scrum kurz vorgestellt Bedeutung für agile Teams Kompetenzen und Zuständigkeiten Zusammenhang mit Softskills Transition Markus Schramm compeople AG 2 Individuen und

Mehr

Agile Methoden. David Tanzer. Oliver Szymanski

Agile Methoden. David Tanzer. Oliver Szymanski Agile Methoden David Tanzer Oliver Szymanski Ziel von Softwareentwicklung Anforderungen zuverlässig und effizient in lauffähige Software verwandeln. Ziel von Softwareentwicklung Bedürfnisse des Kunden

Mehr

Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des

Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des Verlages gestattet. Agiles Projektmanagement Scrum, Use

Mehr

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells...

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells... Inhaltsverzeichnis Inhaltsverzeichnis... I 1 Problemstellung... 1 2 V-Modell... 1 2.1 Allgemeines... 1 2.2 Anwendung des V-Modells... 3 3 SCRUM-Modell... 4 3.1 Allgemeines... 4 3.2 Anwendung des SCRUM-Modells...

Mehr

Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung?

Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung? Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung? Marlis Friedl Christina Wirth Comet Computer GmbH tekom-jahrestagung 2010 5. November, UA 17 Überblick Die agile Software-Entwicklung

Mehr

Kanban Training. Kanban Training by binaris education

Kanban Training. Kanban Training by binaris education Kanban Training Ziel von Kanban Optimierung der Durchlaufzeiten von einzelnen Anforderungen Ursprung von Kanban Kanban kommt aus der Fertigungsindustrie (Toyota Way, Lean Management) und dient dort zur

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

Mehr

Mit agilen Methoden kommen Sie weiter

Mit agilen Methoden kommen Sie weiter Mit agilen Methoden kommen Sie weiter Wir machen Sie und Ihr Unternehmen fit für Scrum. Was ist Scrum? Scrum ist ein agiles Produktentwicklungs-Framework zur schlanken Entwicklung von Software. Da Scrum

Mehr

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch

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

Agile Softwareentwicklung

Agile Softwareentwicklung Agile Softwareentwicklung Werte, Konzepte und Methoden von Wolf-Gideon Bleek, Henning Wolf 2., aktualisierte und erweiterte Auflage Agile Softwareentwicklung Bleek / Wolf schnell und portofrei erhältlich

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

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41913-1 sowie im Buchhandel.

Mehr

Über dieses Buch. Kapitel 1. 1.1 Einleitung

Über dieses Buch. Kapitel 1. 1.1 Einleitung Kapitel 1 Über dieses Buch 1.1 Einleitung Dieses Buch behandelt das Vorgehensmodell Kanban und seinen Einsatz in Softwareentwicklungsprojekten. Kanban ist ein Vorgehensmodell der schlanken Softwareentwicklung

Mehr

2 Agile und klassische Vorgehensmodelle

2 Agile und klassische Vorgehensmodelle 9 2 Agile und klassische Vorgehensmodelle Dieses Kapitel gibt eine knappe Charakteristik des agilen Projektmanagementframeworks Scrum und der inzwischen auch populären, aus dem Lean Product Development

Mehr

Projektmanagement durch Scrum-Proxies

Projektmanagement durch Scrum-Proxies Cologne Intelligence GmbH Projektmanagement durch Scrum-Proxies Integration von Vorgehensmodellen und Projektmanagement 17. Workshop der Fachgruppe WI-VM der Gesellschaft für Informatik e.v. Stuttgart,

Mehr

Scrum E I N F Ü H R U N G

Scrum E I N F Ü H R U N G Scrum EINFÜHRUNG Was ist Scrum? Agiles Vorgehensmodell Grundüberzeugungen Erste Tendenzen Mitte der 80er Jahre Grundidee: Entwickeln in Inkrementen Parallelen zur Lean Production Agiles Manifest Jeff Sutherland

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

Mit agilen Methoden kommen Sie weiter

Mit agilen Methoden kommen Sie weiter Mit agilen Methoden kommen Sie weiter Wir machen Sie und Ihr Unternehmen fit für Scrum. Rido - Fotolia.com Was ist Scrum? Scrum stellt heute eines der bekanntesten agilen Produktentwicklungs-Frameworks

Mehr

Agile Softwareentwicklung mit SCRUM

Agile Softwareentwicklung mit SCRUM Agile Softwareentwicklung mit SCRUM PMI MUC 01. März 2010 Referent: Gerhard Held mehr als 35 Berufsjahre in der Softwareentwicklung im Projektmanagement und verwandten Themen... Gründe für das Scheitern

Mehr

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01.

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01. SCRUM Vertragsgestaltung & Vertragsorientierte Projektdurchführung Katharina Vierheilig Vorlesung: Juristisches IT- Agile Softwareentwicklung SCRUM 2 SCRUM Agiles Manifest Individuen und Interaktion Prozesse

Mehr

Grob- und Detailplanung bei der Implementierung nutzen

Grob- und Detailplanung bei der Implementierung nutzen Softwarearchitektur Grob- und Detailplanung bei der Implementierung nutzen Bereich Realisierung Aktivität Softwareinkrement realisieren Ziele Vermitteln einer Orientierungshilfe für alle Entwickler Etablierung

Mehr

Agile Softwareentwicklung mit Scrum

Agile Softwareentwicklung mit Scrum Agile Softwareentwicklung mit Scrum Einführung und Überblick zum agilen Softwareentwicklungsprozess Scrum März 2006 Robert Schmelzer, DI(FH) E-Mail: robert@schmelzer.cc Web: http://www.schmelzer.cc Einführung

Mehr

Thomas Schissler Uwe Baumann

Thomas Schissler Uwe Baumann Thomas Schissler Uwe Baumann Warum sind sie hier? Agenda Warum ist die Mitwirkung des Managements so wichtig? Betriebswirtschafliche Argumentation Vorteile von Agilität für Organisationen Scrum is extremly

Mehr

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Einführung in Scrum Agiles Projektmanagement Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Warum Agiles Projektmanagement? Scrum Empfehlungen Das Seminar Planbarkeit Warum Agiles Projektmanagement?

Mehr

Scrum4Services. Turning visions into business. Oktober 2011. Malte Foegen, Caroline Gansser, David Croome, Timo Foegen

Scrum4Services. Turning visions into business. Oktober 2011. Malte Foegen, Caroline Gansser, David Croome, Timo Foegen Turning visions into business Oktober 2011 Scrum4Services Malte Foegen, Caroline Gansser, David Croome, Timo Foegen Scrum ist nicht nur in der Entwicklung, sondern auch im Service-Umfeld wertvoll. Die

Mehr

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches Dieses Buch beschreibt das Wesen von Scrum die Dinge, die Sie wissen müssen, wenn Sie Scrum erfolgreich einsetzen wollen, um innovative Produkte und Dienstleistungen bereitzustellen. Was ist das Wesen

Mehr

Das Wasserfallmodell - Überblick

Das Wasserfallmodell - Überblick Das Wasserfallmodell - Überblick Das Wasserfallmodell - Beschreibung Merkmale des Wasserfallmodells: Erweiterung des Phasenmodells Rückkopplungen zwischen den (benachbarten) Phasen sind möglich Ziel: Verminderung

Mehr

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

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen

Mehr

Agiles Projektmanagement nur eine Illusion?

Agiles Projektmanagement nur eine Illusion? Fachgruppe IT-Projektmanagement, Stuttgart, 11.4.2014 Dirk Jahnke, Managing Consultant Agenda These: Sprint 1: > Motivation > Versuch einer Definition Agiles Projektmanagement Sprint 2: > Vergleich mit

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Gelebtes Scrum. Weg vom Management hin zur Führung

Gelebtes Scrum. Weg vom Management hin zur Führung Gelebtes Scrum Weg vom Management hin zur Führung Herausforderungen Was ist Scrum? Wer? Pigs Chicken Bild: http://www.implementingscrum.com/ Nein Danke, ich würde da voll drinstecken, aber du wärest

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt Scrum undprojektmanagement à la GPM Markus Schramm compeople AG Frankfurt GPM scrum ed GPM, Scrum, warum? Projektablauf koordinieren Einheitliches Vorgehen Gemeinsames Verständnis Gemeinsame Sprache Freestyle

Mehr

your IT in line with your Business Geschäftsprozessmanagement (GPM)

your IT in line with your Business Geschäftsprozessmanagement (GPM) your IT in line with your Business Geschäftsprozessmanagement (GPM) Transparenz schaffen und Unternehmensziele effizient erreichen Transparente Prozesse für mehr Entscheidungssicherheit Konsequente Ausrichtung

Mehr

VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN. Oliver Kühn

VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN. Oliver Kühn VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN Oliver Kühn Agenda 2 Projektmanagement in agilen Projekten Agiles Projektmanagment Scrum-Methode Konventionelle Projektorganisation

Mehr

Seminar Softwareentwicklung in der Wissenschaft

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

Mehr

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

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert. SCRUM-CHECKLISTE Teilen Sie diese Liste an alle Teammitglieder aus. Jeder soll einen Haken an der Stelle setzen, die er für Ihr SCRUM Team als erfüllt ansieht. Anschließend diskutieren Sie über fehlende

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Internet Briefing Agile SW-Entwicklung

Internet Briefing Agile SW-Entwicklung 1 www.namics.com Internet Briefing Agile SW-Entwicklung 6. Februar 2007 Peter Stevens, Principal Consultant Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich Agenda 2 www.namics.com 3 www.namics.com

Mehr

Auf dem Weg zum Agilen Support

Auf dem Weg zum Agilen Support Auf dem Weg zum Agilen Support Anton Schultschik, ISG.EE, ETH Zürich aschults@ee.ethz.ch ETH Zürich ISG.EE 2009-05-06 Übersicht Die ISG.EE und ich Ausgewählte Elemente im Einsatz Project Task Board Project

Mehr

Agilität: Scrum. Eine Kurzübersicht zum schnellen Einstieg. AG Scrum Kurzübersicht

Agilität: Scrum. Eine Kurzübersicht zum schnellen Einstieg. AG Scrum Kurzübersicht Agilität: Scrum Eine zum schnellen Einstieg Sie finden diese und weitere Präsentationen unter (-> Klick): http://www.peterjohannconsulting.de/index.php?menuid=downloads Für (agile) Entwickler und (traditionelle)

Mehr

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de PM-Forum Augsburg Thomas Müller-Zurlinden, PMP 18.05.2012 Kontakt: Info@QinS.de Einführung in die Konzepte der Software Product Line Organisation einer globalen SPL Entwicklung SPL und die Herausforderungen

Mehr

Scrum in der Praxis (eine mögliche Umsetzung)

Scrum in der Praxis (eine mögliche Umsetzung) Scrum in der Praxis (eine mögliche Umsetzung) ALM Talk, 26. Oktober 2011 Stefan Stettler Ausgangslage Viele Projektbeteiligte Verkauf, Entwickler, PM, Designer, Ergonomen Unterschiedliche Sichten und Vorstellungen,

Mehr

DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN

DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN THEGUARD! SMARTCHANGE CHANGE PROCESS DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN THEGUARD! SMARTCHANGE I CHANGE PROCESS

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

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer Agiles Projektmanagement erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011 Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de conplement AG, Nürnberg 2 conplement

Mehr

Technische Aspekte des erfolgreichen Testens von Software in Unternehmen

Technische Aspekte des erfolgreichen Testens von Software in Unternehmen Technische Aspekte des erfolgreichen Testens von Software in Unternehmen Tim A. Majchrzak Agenda 1 Einführung 2 Hintergrund 3 Vorgehen und Methodik 4 Handlungsempfehlungen 5 Fazit 2 Agenda 1 Einführung

Mehr

Wie funktioniert agile Software-

Wie funktioniert agile Software- Wie funktioniert agile Software- Entwicklung mit SCRUM Zürich, 8. Mai 008 Jean-Pierre König, namics ag Software Engineer Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich www.namics.com Agenda»

Mehr

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung Bereich: Workshop: Dauer: In-House Workshop Agile BI Kickstart 2 Tage Beschreibung des Workshops Agile Vorgehensweisen werden bei der Entwicklung von BI- und Data Warehouse-Lösungen heutzutage mehr und

Mehr

1 Die Architektur von APM

1 Die Architektur von APM 3 1 Die Architektur von APM Agile Vorgehensweisen sind im grundsätzlichen Ansatz einfach zu verstehen, jedoch wird die innere Komplexität ihrer Umsetzung sofort deutlich, wenn wir versuchen, detailliert

Mehr

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

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

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