ecommerce CONTROLLING-SCHWERPUNKT CONTROLLING-WISSEN CONTROLLING-CASE STUDY CONTROLLING-DIALOG

Größe: px
Ab Seite anzeigen:

Download "ecommerce CONTROLLING-SCHWERPUNKT CONTROLLING-WISSEN CONTROLLING-CASE STUDY CONTROLLING-DIALOG"

Transkript

1 B /2013 Controlling-Schwerpunkt ecommerce CONTROLLING 6 Juni Herausgegeben von Prof. Dr. Dr. h.c. mult. Péter Horváth, Prof. Dr. Thomas Reichmann, Prof. Dr. Ulrike Baumöl, Prof. Dr. Andreas Hoffjan, Prof. Dr. Klaus Möller, Prof. Dr. Burkhard Pedell +++ Aktuell: Managementkonzepte schlagen Offshoring und Co. +++ ecommerce CONTROLLING-WISSEN CONTROLLING-CASE STUDY CONTROLLING-DIALOG Jahrgang Verlage C.H.Beck Vahlen München Frankfurt a. M. E-Business Geschäftsmodelle und -prozesse in der Net Economy Kollmann Ganzheitliche Betrachtung von Marketingmaßnahmen im E-Commerce Schwinn Agilität als Erfolgsfaktor im Projekt-Controlling von Multichannel-Business n Jene Der Einfluss von Social Media-Anwendungen auf E-Commerce-Auftritte Kruse Corporate Governance und Controlling Ergün/Müller/Panzer Jetzt mit Controlling Archiv auf Mehrwerte und Erfolgsdeterminanten mobiler BI-Lösungen für die Unternehmenssteuerung Wehrum/Heinrich Green Hansgrohe Gänßlen/Frey Betriebswirtschaftliche Steuerung des Bistums Augsburg Heinrich/Donaubauer/Horváth CONTROLLING-COMPACT Interne Verrechnungspreise Funktionen und Gestaltung Steinmann

2 299 Nicolas Jene ist Senior Project Manager und verantwortlich für die Umsetzung von Multichannel n und Programmen bei foryouandyourcustomers AG, Pfäffikon ZH (Schweiz). foryouandyourcustomers.com Agilität als Erfolgsfaktor im Projekt- Controlling von Multichannel-Business n Nicolas Jene Projekt-Controlling für Multichannel- ist durch den hohen Innovationsgrad sowie Schnelligkeit dieser vor ganz besondere Aufgaben gestellt. So muss ein entsprechendes Projektvorgehen gewählt werden, dass den Anforderungen gerecht wird. Der Beitrag zeigt auf, wie mit dem entsprechenden Vorgehensmodell eine erfolgreiche Projektsteuerung etabliert werden kann. Stichwörter Agilität Funktionales Projektmanagement Multichannel- Projekt-Controlling Scrum 1. Das Berlin-Prinzip rfolg ist auch in Zeiten etablierter Projektmethoden kein Garant. Gerade zurzeit sind die Medien wieder stark mit katastrophal in Schieflage geratenen Großprojekten gefüllt. Auch für deutlich kleinere ist das Projektmanagement zentraler Erfolgsfaktor und das gilt in besonderem Maße auch für im Multichannel-Bereich. Diese, die häufig im Umfeld des E-Commerce zu finden sind, zeichnen sich durch besondere Anforderungen aus: Das Projektziel muss den Anforderungen verschiedener Medien und damit auch durchaus verschiedener Nutzergruppen gerecht werden. Gleichzeitig ist den Spezifika der Produkte im Kontext ihrer Medieneignung Rechnung zu tragen und sind die unterschiedlichen Betriebsformen zu berücksichtigen. Eingebettet sind die in einem sehr schnelllebigen Kontext, der eine hohe Änderungsbereitschaft, d. h. Agilität, in der Steuerung voraussetzt. Also eine Herausforderung für das Projektmanagement und -controlling, die nachfolgend näher untersucht werden soll. Auch wenn Großprojekte in Bezug auf Komplexität und Reichweite einige Besonderheiten haben, können sie doch als Lehrstück für andere dienen. Die Verschiebung des Starttermins für den Flughafen Berlin-Brandenburg ist so ein Lehrstück. In diesem Umfeld wurde der Begriff des Berlin-Prinzips (oder auch Pippi-Langstrumpf-Prinzip) geprägt. Die Begründung für die Verschiebung war der unzureichende Brandschutz im Gebäude. Die Kommunikation fand dazu knapp einen Monat vor dem geplanteneröffnungsterminam3.juni 2012 statt. Und des Weiteren ließ Klaus Wowereit in der Süddeutschen Zeitung verlauten, die pünktliche Inbetriebnahme sei an ein paar Wochen gescheitert, jetzt seien aber noch zehn Monate nötig, weil vieles, was mit Termindruck möglich gewesen wäre, ohne Termindruck nicht möglich ist. (o. V., 2012a). Offenbar liegt hier ein klarer Fall von Versagen im Bereich des Projektmanagements oder genauer, des Projekt-Controllings vor. Planung, Steuerung und Kontrolle des Projekts waren nicht aufeinander abgestimmt, oder aber die entsprechenden Warnungen, welche durch die Projektleitung oder das Kernteam kommuniziert wurden, fanden nicht die notwendige Beachtung. Bei der schieren Größe eines solchen s ist es jedenfalls kaum vorstellbar, dass erst ganz kurz vor Abschluss des Projekts respektive dem Start des Flughafens plötzlich alle Stricke reißen und eine Verschiebung von fast einem Jahr daraus resultiert. Im Forum des deutschen ProjektMagazins wurde diese Aussage intensiv diskutiert (vgl. o. V., 2012b). Unter anderem wurde vorgeschlagen, das Geschehene als Berlin-Prinzip zu benennen, welches sich durch folgende drei Prinzipien auszeichnet: Termine werden verhandelt, nicht berechnet. Verhandelte Terminen werden so lange mit Druck durchgeboxt, bis eine der beteiligten Parteien aufgibt. 25. Jahrgang 2013, Heft 6

3 300 E-COMMERCE Abb. 1: Planung, Steuerung und Kontrolle (in Anlehnung an Litke, 2007, S. 83) Die Verlierer werden aus dem Projekt entlassen und ein neuer Termin wird verhandelt. Die Prinzipien sind nur allzu häufig, vor allem auch in Multichannel-n, zu finden und setzen etablierte und zertifizierte Projektmanagement-Methoden z. T. außer Gefecht; der rfolg ist gefährdet. Der vorliegende Beitrag setzt sich konsequenterweise mit dem Thema des Berlin- Prinzips im Projektmanagement und -Controlling auseinander und hat zum Ziel, erfahrungsbasiert, ein Vorgehen für Multichannel- vorzuschlagen. 2. Der Projektkontext Multichannel Der Begriff Multichannel wird vor allem im Bereich des Retailing oder Marketings genutzt. Als Kanäle werden hierbei nicht nur der gewöhnliche Point-of-Sales (POS) bezeichnet, sondern auch heute sehr stark genutzte Medien wie Fernsehen, Radio, Internet oder z. B. Werbebroschüren. Vor 20 Jahren war der Kaufprozess noch auf wenige Kanäle und damit Berührungspunkte (sogenannte Touchpoints) zwischen Kunde und Anbieter beschränkt. Der Weg von der Intention, ein Produkt zu kaufen bis hin zum Kaufakt selber, spielte sich vor allem in den klassischen Kanälen ab (Besuch einer Filiale, Artikel in Zeitung oder Fachzeitschrift lesen, persönliches Gespräch mit einem Verkäufer etc.). Das Einkaufsverhalten oder eine typische Customer Journey in heutiger Zeit offenbart eine weitaus höhere Anzahl an verwendeten Touchpoints, welche zwischen den klassischen Kanälen und den digitalen Kanälen (Internet, Social Media, Instant Messaging) wechseln. Dieses Verhalten ist nicht nur auf den Businessto-Consumer (B2C)-Bereich (Handelsbeziehung zwischen Unternehmen und Privatpersonen) beschränkt, sondern gilt, wenngleich in etwas eingeschränkterem Maße, auch für den Business-to-Business (B2B)-Bereich (Handelsbeziehungen zwischen Unternehmen). Als Konsequenz kann festgehalten werden, dass Multichannel-Business bedeutet, mit einer außerordentlich hohen Zahl an Möglichkeiten zu jonglieren, um mit dem Kunden zu kommunizieren oder in Kontakt zu treten. Ein Nebeneffekt dabei ist die Beschleunigung der Customer Journey. Diese Beschleunigung führt zwangsläufig auch bei der Umsetzung von Multichannel-n zu einer entsprechenden Beschleunigung. Grundlegend basiert das Multichannel-Business auf dreiteilen(vgl. Möller et al., 2012): Das Benutzerorientierte:Benutzerorientierung schlägt sich in den Kanälen bzw. Touchpoints nieder, welche für den Kunden gebaut werden. Im Generellen ist hier auch das GUI (grafisches Benutzerinterface) eines Multichannel-Systems betroffen. Dieser Bereich ist Veränderungen in weitaus höherem Maße unterworfen als die anderen Bereiche. Das Grundlegende: Hiermit sind die Daten und Strukturen, welche die BasisfürdasGeschäftdarstellen(meistens die Daten eines Warenwirtschaftssystems oder des im Multichannel- Business so wichtigen PIMs Product Information Management Systems) gemeint. Veränderungen in diesem Bereich passieren vielleicht alle 20 Jahre. Das Verbindende: Hierunterfälltvor allem die Steuerung und Planung der Kanäle und damit im eigentlichen Sinne die Verbindung des Benutzerorientierten mit dem Grundlegenden, den Daten. Veränderungen in diesem Bereich sind etwas seltener als im Benutzerorientierten, der Einfluss ist jedoch grundlegend. Ein typisches Projekt im Bereich des Multichannel-Business zielt vor allem auf das Benutzerorientierte wie auch das Verbindende ab. Neue Kanäle wollen erschlossen werden und die Steuerung und Kontrolle der Kanäle und Touchpoints soll mit den bestehenden grundlegenden Daten verknüpft werden. Zumeist bestehen aber schon die grundlegenden Systeme (wie z. B. ein Enterprise Resource Planning (ERP)-System oder ein PIM), undesgehtvorallemumdieumsetzung neuer Kanäle und der dazugehörigen Prozesse, die Daten aus der Basis zu integrieren.immerhäufigerkommtesaber vor, dass die bereits seit Jahren eingesetzte Software-Basis nicht mehr mit den wachsenden Anforderungen der Prozesse undderkanälemithaltenkannundsomit aus einem Multichannel-Business- Projekt sehr schnell zusätzlich auch ein Software-Evaluations- und nachfolgend ein Migrationsprojekt wird (die bisherigen Datenspeicher müssen in neue überführt werden). Das alte Product Information System kann nicht mehr mit den gestiegenen Anforderungen mithalten und muss durch ein neues System ersetzt werden. Neben den einfacheren Frontend- Aufgaben im Projekt, welche sich mit der Umsetzung von Funktionalitäten im Bereich des Benutzerorientierten beschäftigen, gilt es zusätzlich auch, Daten von einem System ins andere zu überführen. CONTROLLING ZEITSCHRIFT FÜR ERFOLGSORIENTIERTE UNTERNEHMENSSTEUERUNG

4 Agilität als Erfolgsfaktor im Projekt-Controlling von Multichannel-Business n Steuerung von Multichannel- n Es ist einleuchtend, dass im Bereich des Multichannel-Business Time to market eine besondere Rolle spielt. Derjenige, der seine Kanäle und damit Touchpoints am schnellsten bedienen kann, hat einen nicht zu unterschätzenden Vorteil. Dies führt zurück zur Ausgangslage des Berlin-Prinzips, bei dem Termine nicht berechnet, sondern verhandelt werden. Dies ist gerade bei Multichannel-n ein gravierendes Problem, da sehr oft marketing- und vertriebsnahe Mitarbeitende in einem Unternehmen die Haupt- Treiber hinter Multichannel-n sind. Aufgrund des Verkaufsdrucks sind diese an schnellen Lösungen interessiert und verhandeln dabei Termine eher, als dass sie diese berechnet haben möchten ( denn am Tag X würde der Launch der neuen E-Commerce-Plattform am meistensinnmachen,dageradezudiesem Zeitpunkt eine spezielle und wichtige Kampagne läuft ). Facetten des Projekt-Controllings Multichannel- sind sehr oft klassische Software-Entwicklungsprojekte und daher bzgl. Planung, Steuerung und Kontrolle dem funktionalen Projektmanagement unterworfen (vgl. Abb. 1). Ein Blick auf verschiedene Studien, die sich mit dem Thema des Scheiterns von nbeschäftigen,allenvoranz.b. die CHAOS-Studie (z. B. o. V., 2010), zeigt, dass immer wieder folgende Punkte erwähnt werden: Unvollständige Anforderungen Wechselnde Anforderungen Politik, Egoismen und Kompetenzstreitigkeiten Unzureichende Projektplanung Schlechte Kommunikation Fehlende Projektmethodik oder fehlendes Risikomanagement Technologie-Überforderung (oder Mangel an qualifizierten Mitarbeitern) Die Themen wechseln sich dabei nicht grundlegend ab, sondern haben von Jahr zu Jahr nur eine unterschiedliche Gewichtung. Die grundlegenden Probleme werden durch die Studien offenbar erkannt und viele davon haben nicht direkt etwas mit Projekt-Controlling zu tun, können aber Einfluss auf die Planung, Steuerung und Kontrolle von n haben. So ergeben sich auf Basis der oben genannten drei Prinzipien des Berlin- Prinzips die folgenden Fragestellungen: Mit welcher Projektmethodik werden einem Unternehmen die entsprechenden Mittel zur Verfügung gestellt, um bei auftretenden Problemen im Projekt schnell und effizient handeln zu können? Welches Projekt-Vorgehensmodell erlaubt dabei die Etablierung eines effizienten Projekt-Controllings? Dabei spielt vor allem das Projekt-Controlling eine wichtige Rolle. Projekt-Controlling wird in vorliegendem Fall nicht nur als bloßes Steuerungsinstrument für die Kontrolle von n gesehen. Projekt-Controlling beinhaltet weitere Facetten, welche durch die gewählte Projekt-Methodik sowie der Art des Projekts besseroderschlechterabgedecktwerden. Die vier wichtigsten Facetten sind: Aufwand- und Kostenschätzung Qualitätsmanagement und -kontrolle Risikomanagement Changemanagement Diese vier Facetten des Projekt-Controllings sollen im Weiteren den entsprechenden Projektvorgehensmodellen gegenübergestellt und die Eignung für Multichannel- soll herauskristallisiert werden. 4. Vorgehensmodell für Multichannel- Bei den zu untersuchenden Vorgehensmodellen lässt sich eine grundlegende Trennung in klassische und agile Vorgehensmodelle vornehmen. Klassische Vorgehensmodelle Klassische Modelle zeichnen sich vor allem durch eine sequentielle Bearbeitung aller Phasen in einem Projekt aus. Die bekanntesten Vertreter solcher Modelle sind etwa das V-Modell (oder V-Modell 97 bzw. XT als neuere Versionen dieses Modells) sowie das Wasserfall-Modell. Gerade beim Wasserfall-Modell wird strikt top-down ein Baustein nach dem anderen abgearbeitet. Eine z. B. lauffähige Software wird erst zu einem späteren Zeitpunkt ausgeliefert und kann somit auch erst zu einem späteren Zeitpunkt im Projekt getestet werden. Dies birgt zwangsläufig einige Gefahren in sich, denn gerade Multichannel-sindeherdemTypPionier-bzw. Potenzialprojekte (vgl. Abb. 2) mit einer offenen Aufgabenstellung und teilweise höheren sozialen Komplexität zuzuordnen. Ein effizientes Projekt-Controlling bei klassischen Vorgehensmodellen im Bereich der Software-Entwicklung zu etablieren, scheint dabei eine vergleichsweise leichte Aufgabe zu sein. In der ersten Phase werden die entsprechenden Analysen vorgenommen und das Konzept des Projekts erarbeitet. Danach tritt das Projekt in die Umsetzungsphase ein, in der die spezifizierten Funktionen entwickelt werden. Am Schluss wird getestet. Eine wesentliche Herausforderung ist, wie bereits angedeutet, dass Multichannel- in der Regel stark durch marketingund vertriebsnahe Personen oder Abteilungen getrieben werden. Die Erwartungen der Zielgruppe an ein solches Projekt sind neben einer hohen Umsetzungsgeschwindigkeit, dass innovative Funktionen schnell zur Verfügung stehen und das look and feel klar wird. Die Machbarkeit von innovativen Funktionen bereits durch die erste Konzeption zu erhärten, ist aber bei einem klassischen Vorgehensmodell nicht immer gegeben oder dann mit hohen Zusatzkosten verbunden. Das Resultat des Projekts wird oft erst weit am Ende des s sichtbar. Dadurch steigt das Risiko, dass das Projekt nicht von den Auftraggebern akzeptiert wird oder teure Modifikationen vorgenommen werden müssen. Hier zieht danndiebekanntetatsache,dassänderungen zu einem späten Zeitpunkt im Projekt immer exponentiell teurer sind als Anpassungen im frühen Stadium des Projekts. Agile Vorgehensmodelle Agile Vorgehensmodelle (z. B. SCRUM, XP, Timeboxing) konnten sich im Rahmen von Projektmanagement-Ansätzen erst seit wenigen Jahren etablieren. Die Erfolge, die damit erzielt werden konnten, lassen allerdings aufhorchen. Neu sind agile Vorgehensmodelle nicht, aber es liegt in der Natur des Menschen, sich gegen nach außen chaotisch wirkende Strukturen zu wehren. Dabei sind Menschen in vielen Handlungssituationen 25. Jahrgang 2013, Heft 6

5 302 E-COMMERCE mit Dingen konfrontiert, welche Agilität erfordern. Schwaber (2004, S. xi) hat es treffend formuliert: It is amazing to me gross klein soziale Komplexität Akzeptanz- Standard- geschlossen Aufgabenstellung Pionier- Potential- offen Abb. 2: Typen von n (in Anlehnung an Kuster et al., 2008, S. 6) Geschäftsziele Anforderungen System Abb. 3: Von den Geschäftszielen zum System (in Anlehnung an Bleek/Wolf, 2008, S. 8) Systemeinsatz??? Test that thousands upon thousands of people travel by car every day, accomplishing their goals in a framework of simple traffic rules, with no central control or dispatching service. In den letzten Jahren hat sich der evolutionäre (agile) Entwicklungsprozess in der Projektabwicklung vermehrt durchgesetzt. Dies wohl auch aus dem Umstand heraus, dass alles menschliche Handeln Veränderungsprozessen unterworfen ist. Evolutionäre Methoden können auf neue Erkenntnisse im Entwicklungsprozess eingehen und sind flexibel genug, auf die Veränderungen im Prozess zu reagieren (vgl. Litke, 2007, S. 261). Die Logik von Evolutionsprozessen beruht auf den fundamentalen Elementen von Versuch und Irrtum, denn sie stößt in Geschäftsziele Anforderungen System Abb. 4: Systemeinsatz als Teil des Projekt-Controllings (in Anlehnung an Bleek/Wolf, 2008, S. 9) Abb. 5: Schematische Darstellung des SCRUM-Prozesses (entnommen aus Pichler, 2008, S. 7) Bereiche vor, über die noch keine Erfahrungen vorliegen (Litke, 2007, S. 261). Dasheißt,dassinndieTeammitglieder besonders intensiv zusammenarbeiten müssen, um sich bzgl. der Beurteilung der Lage und der Konzipierung des nächsten Projektschrittes einbringen zu können. Die daraus resultierende Flexibilität kann Schritt für Schritt zu einem Erfolgsfaktor für die Multichannel-Projektumsetzung werden. Bei der Softwareentwicklung gibt es immer ein klares Ziel: Durch die Entwicklung soll ein einsetzbares Software-System entstehen. Dieses Software-System soll aber nicht in irgendeiner Art und Weise funktionieren, sondern genau so, wie es spezifiziert wurde. Dies führt zu folgendem einfachen Schema (vgl. Abb. 3): Projekt-Controlling greift dabei an folgenden Fragen: Wurden die Geschäftsziele mit dem umgesetzten System erreicht? Genügt die Qualität des Systems? Sind die Anforderungen korrekt umgesetzt worden? Die Anforderungen selber und damit auch ein Teil der Qualität des Systems sind durch Tests abdeckbar. Ob die Geschäfts- und Projektziele erreicht wurden, kann zuverlässig nur durch den Einsatz des Systems getestet werden (vgl. Abb. 4). In diesem Vorgehen liegt auch klar der Vorteil einer agilen Projektmethodik, die so kürzere Anpassungszyklen erlaubt. Für die Umsetzung von Multichannel- n wird derzeit in den meisten Fällen SCRUM eingesetzt. SCRUM in Multichannel-n SCRUM gehört ebenfalls zu den agilen Methoden und ist sehr stark auf die Projektabwicklung und die Projektprozesse fokussiert. Schon nach der ersten Iteration bzw. in der Terminologie von SCRUM, dem ersten Sprint, wird ein lauffähiges Software-Inkrement (= Teil einer Software) entwickelt, an welchem bereits die Geschäfts- und Projektziele getestet werden können (vgl. Abb. 5). Anforderungen werden in grobgranulare Epics gepackt und diese wiederum in feingranularere User Stories unterteilt (ähnlich eines Use Cases, also einem möglichen Anwendungsfall in Bezug auf CONTROLLING ZEITSCHRIFT FÜR ERFOLGSORIENTIERTE UNTERNEHMENSSTEUERUNG

6 Agilität als Erfolgsfaktor im Projekt-Controlling von Multichannel-Business n 303 die Nutzung der Software). Die Gesamtheit der User Stories ergibt dann das sogenannte Product Backlog, welches als Summe aller Teile den Projektumfang ausmacht. Die Umsetzung wird wiederum in Sprints unterteilt. Hier haben sich im Bereich der Umsetzung von Multichannel- n zweiwöchige Sprints als ideale Zeitspanne herauskristallisiert. Pro Sprint wird mit dem Team gemeinsam vereinbart, welche User Stories aus dem Backlog genommen und ins Sprint Backlog für die Umsetzung gelegt werden sollen. Im sogenannten Planning Meeting wird der Aufwand anhand von Punkten pro User Story geschätzt und unter den Teammitgliedern gemeinsam abgestimmt. Im Vergleich zum Berlin-Prinzip wird nicht der Termin verhandelt, sondern der Inhalt. Dies ist der entscheidende Punkt, denn das Team stimmt im Planning Meeting einem gemeinsam definierten Umfang zu und verpflichtet sich zur Umsetzung der in den Sprint-Backlog aufgenommenen Funktionen. Verhandlung und Priorisierung sind also wichtige Elemente im SCRUM-Prozess, diese beiden Schritte sind aber nie einseitig zu betrachten, sondern sind stets ein Teamprozess. Im sogenannten Review Meeting werden die im Sprint umgesetzten Funktionen präsentiert und vom Product Owner abgenommen. Der Test der Geschäfts- und Projektziele ist damit permanent nach Abschluss eines Sprints möglich. Dass die Aufwandschätzung in (Komplexitäts-)- Punkten und nicht in Tagen definiert wird, mag dazu verleiten, die Schätzung als ungenau zu betrachten. Dieses System hat aber einen tieferen Sinn: Schätzungen sind am Anfang noch relativ ungenau und zwar solange, bis einige User Stories umgesetzt worden sind. Die Punktevergabe basiert dabei auf den vorangegangenen Erfahrungen in anderen n (als Vergleichsgröße wird die Komplexität für die Umsetzung verwendet). Außerdem werden noch offene User Stories mit bereits schon umgesetzten verglichen. Damit wird das Schätzresultat von Sprint zu Sprint genauer, und es besteht nach einigen Sprints sogar die Möglichkeit, User Stories in Personentage umzurechnen, um einen Eindruck von der gesamten Umsetzungszeit zu erhalten. Eine sogenannte Velocity (Geschwindigkeits)- Berechnung kann z. B. wie in Abb. 6 umgesetzt werden. Dabei sind die einzelnen Sprints (Date) und die verfügbare Kapazität des Teams definiert (Team Availability Days) sowie die geplanten und umgesetzten Story Points dokumentiert. Schwaber bemerkt dazu treffend: Every sprint review meeting makes visible the difference between estimates and reality and between what the team thought it could do and what it really did (2004, S. 73). Projekt-Controlling wirkt hier bereits direkt auf der Ebene des Teams, welches sich durch den Prozess selber kontrolliert. Eine Gesamtliste mit allen User Stories (also das Backlog) hilft zusätzlich dabei, eine erste grobe Abschätzung der Aufwände zu erstellen (diese kann bspw. in Personentagen erfasst werden). Die Liste muss bei der ersten Aufwandschätzung nicht vollständig sein, sollte aber die wichtigsten und auch aufwändigsten Epics und User Stories enthalten. Dieser Backlog aller umzusetzenden Funktionen (aufgeteilt in User Stories) ist dabei ein exzellentes Controlling-Instrument, um den Gesamtfortschritt im Projekt zu messen. Die ursprünglich bei einererstengrobenschätzungdefinierten Aufwände für jede User Story können während der Umsetzung immer wieder mit den ursprünglich geschätzten Aufwänden abgeglichen werden. 5. Fazit Abb. 6: Sprint-Kapazitätsplanung Pionier- und Potenzialprojekte als vorherrschende Projekttypen im E-Commerce-Bereich erfordern also ein spezifisches Projektvorgehen, damit sie erfolgreich gesteuert werden können. Bei einer Anwendung der weiter oben erwähnten vier Facetten eines Projekt-Controllings auf das SCRUM-Vorgehensmodell ergibt sich folgendes Bild: Aufwand- und Kostenschätzung: Eine grobe Kostenschätzung für das Gesamtprojekt ist von Anfang an möglich. Die Ungenauigkeit der Schätzung des Aufwands und damit auch der Kosten ist aber noch relativ hoch (und generell vergleichbar mit der Schätzung bei klassischen Vorgehensmodellen). Je mehr Sprints durchgeführt wurden, desto genauer können die Aufwände abgeschätzt werden. Da durch die Schätzung mittels Story Points vor allem auf die Komplexität im Vergleich mit anderen User Stories fokussiertwirdundnichtdirektauf den Aufwand, werden dem Projekt- Controlling von Sprint zu Sprint genauere Daten geliefert. Qualitätsmanagement und -kontrolle: Da bereits nach dem ersten Sprint eine ausführbare Software erstellt wird, kann die Qualität der Umsetzung Werden die Geschäfts- und Projektziele erreicht? jederzeit überprüft werden. Und dies von Anfang an. Bei einem klassischen Vorgehensmodell kann diese Überprüfung erst zu einem späteren Zeitpunkt stattfinden und dann sind die Kosten bei einer Änderung weitaus höher. Risikomanagement: Generell gibt es mehr Kontrollpunkte bei agilen Vorgehensmodellen wie SCRUM, da quasi Abb. 7: Mögliche Darstellung eines Backlogs für die Umsetzung eines Multichannel-Projekts 25. Jahrgang 2013, Heft 6

7 304 E-COMMERCE nach jedem Sprint ein Meilenstein erreicht ist, der auch getestet werden kann. Risiken lassen sich insofern minimieren, dass Probleme schon frühzeitig erkannt werden können. Change Management: Last, but not least, lassen sich gewünschte oder aber erforderliche Änderungen frühzeitig erkennen. Die Gefahr besteht hier allerdings, dass durch die stetige MöglichkeitdieSoftwarezutesten,mehr Änderungswünsche entstehen. Agilität im Sinne des SCRUM-Prozesses bedeutet nicht, beliebige Änderungen zuzulassen, welche dann in den gleichen Fertigstellungstermin münden. Vielmehr gibt die kontinuierliche Auslieferung von Software die Möglichkeit, zu verhandeln, welche Funktionalitäten wichtig sind und prioritär umgesetzt werden müssen. In diesem Sinne hat das Berlin-Prinzip mit SCRUM als Vorgehensmodell bei Multichannel- n keine Chance. Keywords Agility Functional project management Multichannel projects Project control Scrum Summary Project management for multichannel projects is facing several specific problems because of the high innovation degree and their demand for speed. An appropriate project methodology will help to establish a proper project control that delivers the right information at any time. This articles shows which project methodology will fit best. Literatur Bleek, W.-G./Wolf, H., Agile Softwareentwicklung, Heidelberg Kuster, J./Huber, E./Lippmann, R./Schmid, A./ Schneider,E./Witschi,U./Wüst,R., Handbuch Projektmanagement, 2. Aufl., Berlin/Heidelberg, Litke, H.-D., Projektmanagement. Methoden, Techniken, Verhaltensweisen, evolutionäres Projektmanagement, 5. Aufl., München Möller, J./Richard, J./Stadler, R. J.,Executive Summary zu Multichannel-Business, https://itunes.apple.com/us/book/executivesummary-zu-multichannel/ id ?mt=11, Stand: o. V., Flughafen Berlin soll erst im März 2013 öffnen, 2012a, wirtschaft/airport-berlin-brandenburg-flug- hafen-berlin-soll-erst-im-maerz-oeffnen , Stand: o. V., Der Mensch im Projekt: Führung, Selbstmanagement, Soziale Kompetenz, 2012b, forum/das-berlinprinzip, Stand: o. V., Chaos Summary for 2010, Summary.pdf, Stand: Pichler, R.,Scrum AgilesProjektmanagement erfolgreich einsetzen, Heidelberg Schwaber, K.,AgileProjectManagementwith Scrum, Redmond Literaturtipps aus dem Online-Archiv der CONTROLLING: Claudia Hienerth, Innerbetriebliche Kannibalisierung zwischen dem Onlinevertrieb und den stationären Landegeschäften Herausforderungen für das Controlling, Ausgabe 12/2006, S Hendrik Schröder und Gabriele Schettgen, Kundenbezogene Erfolgsrechnung im Multichannel Retailing, Ausgabe7/ 2004, S Jörg Link, CRM neue Perspektiven für das Marketing-Controlling, Ausgabe 10/2002, S CONTROLLING ZEITSCHRIFT FÜR ERFOLGSORIENTIERTE UNTERNEHMENSSTEUERUNG

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

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

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

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

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

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Vortrag im Rahmen des IKT-Forums 2015 Salzburg-Urstein am 21. Mai 2015 www.organisationsgesta 00. Agenda Agenda 1. Projektmanagement

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

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

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung

Mehr

Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September 2011. www.bbv.ch

Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September 2011. www.bbv.ch Agiles Testmanagment Hugo Beerli bbv Software Services AG Luzern, September 2011 Product Backlog (Agenda) 1) Warum System Tests 2) Agile Arbeitsmethode Stand up Meeting 3) Vorteile der agilen Methode 4)

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

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

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird.

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. AGILO HOWTO Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. ROLLEN IM TEAM In Scrum hat jedes Teammitglied eine

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

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

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

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

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

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

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

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

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

Requirements Engineering für die agile Softwareentwicklung

Requirements Engineering für die agile Softwareentwicklung Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1

Mehr

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

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

Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com

Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com Vortrag PMI Chapter Frankfurt, Eschborn am 7. April 2015 00. Agenda Agenda 1. Projektmanagement 2. Probleme und Erkenntnisse

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

Agiles Projektmanagement SCRUM

Agiles Projektmanagement SCRUM Agiles Projektmanagement SCRUM www.pmcc-consulting.com club pm, 17.10.2013 Manfred Brandstätter, MBA Agenda 1 2 3 4 5 6 Traditionelles Projekt Management Probleme & Erkenntnisse Agiles Projektmanagement

Mehr

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003 Agile Software Entwicklung mit Raffael Schweitzer 18. November 2003 Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche Erfolgsfaktoren Fazit Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche

Mehr

Critical Chain and Scrum

Critical Chain and Scrum Critical Chain and Scrum classic meets avant-garde (but who is who?) TOC4U 24.03.2012 Darmstadt Photo: Dan Nernay @ YachtPals.com TOC4U 24.03.2012 Darmstadt Wolfram Müller 20 Jahre Erfahrung aus 530 Projekten

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

Agile Vorgehensweisen im IT-Projekt- und Prozess-Management (Chancen und Offene Fragen)

Agile Vorgehensweisen im IT-Projekt- und Prozess-Management (Chancen und Offene Fragen) Prof. Dr. Ayelt Komus Struktur Technologie Mensch Agile Vorgehensweisen im IT-Projekt- und Prozess-Management (Chancen und Offene Fragen) Hagen, 25.11.2011 Prof. Dr. Ayelt Komus Certified Scrum Master

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

Oktober 2014 PRODUKTENTWICKLUNG. Dr. Ralf Lauterbach

Oktober 2014 PRODUKTENTWICKLUNG. Dr. Ralf Lauterbach PRODUKTENTWICKLUNG Dr. Ralf Lauterbach Produktentwicklung digitaler Produkte - was ist zu tun? - Generelle Aufgaben bei jeder digitalen Produktentwicklung Produktmanagement Marktanalysen Markteingangsstrategie

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

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

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

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

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

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

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

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

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

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

SCRUM - Trend oder Alternative zum traditionellen Projektmanagement

SCRUM - Trend oder Alternative zum traditionellen Projektmanagement SCRUM - Trend oder Alternative zum traditionellen Projektmanagement www.pmcc-consulting.com Manfred Brandstätter, MBA 12.07.2012 Agenda > 01 - Traditionelles Projekt Management > 02 - Probleme + Erkenntnisse

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

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

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

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 Agiles Vorgehen 2 Agiles Vorgehen 3 WAS BEDEUTET AGIL Abstimmung über Ziel (nicht konkretes Entwicklungsergebnis)

Mehr

Agiles Schätzen. Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014]

Agiles Schätzen. Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014] Agiles Schätzen Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014] Schätzen der Größe Wir bestimmen die Größe, nicht den Aufwand. Auf

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

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

Checkliste für Scrum-Meetings

Checkliste für Scrum-Meetings Checkliste für Scrum-Meetings Gesamtdarstellung 2 Produktvision teilen 3 Estimating 4 Planning 1 - Das WAS 5 Planning 2 - Das WIE 6 Daily Scrum 7 Das Review 8 Die Retrospektive 9 Artefakte 10 GOagile!

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

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

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

Mehr

Fragestellungen im IT Projektgeschäft

Fragestellungen im IT Projektgeschäft Fragestellungen im IT Projektgeschäft 10. November 2011 Beutler Künzi Stutz, Bern 1 Inhalt 1. Agile Softwareentwicklung 2. Cloud Computing 3. Fragen 10. November 2011 Beutler Künzi Stutz, Bern 2 Manifest

Mehr

Scrum. Max Jäger. Frankfurt, den 07. Juli 2012

Scrum. Max Jäger. Frankfurt, den 07. Juli 2012 Max Jäger Frankfurt, den 07. Juli 2012 I Inhalt Inhalt Abkürzungen Abbildungen III IV 1 Scrum 1 1.1 Einführung............................. 1 1.2 Überblick über Scrum....................... 1 1.3 Rollen................................

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

Agiles Vorgehen Do s und Don ts im Umfeld und beim Management

Agiles Vorgehen Do s und Don ts im Umfeld und beim Management Agiles Vorgehen Do s und Don ts im Umfeld und beim Management Vortrag bei der Fachgruppe IT-Projektmanagement 22. Mai 2015, Steinbeis-Transferzentrum IT-Projektmanagement, Stuttgart hoffmann@stz-itpm.de

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

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012 ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen Ins SchwARze treffen Requirements Engineering: die Grundlagen

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

Stop Making Sense. Über Sinn und Unsinn von Schätzungen

Stop Making Sense. Über Sinn und Unsinn von Schätzungen Stop Making Sense Über Sinn und Unsinn von Schätzungen Agenda Agenda Was sind Schätzungen? Agenda Was sind Schätzungen? Geht es auch einfacher? Agenda Was sind Schätzungen? Geht es auch einfacher? Wie

Mehr

Orbit Zoom Days: Seminar c-15 Rapid Development

Orbit Zoom Days: Seminar c-15 Rapid Development Orbit Zoom Days: Seminar c-15 Rapid Development Zürich, 14. Mai 2009 Jean-Pierre König, Senior Software Engineer David Nydegger, Consultant 1 www.namics.com Die Ausgangslage Wir haben ein fixes Budget.

Mehr

Werte und Prinzipien der agilen Softwareentwicklung

Werte und Prinzipien der agilen Softwareentwicklung 1 Was ist Scrum? Scrum ist ein einfaches Projektmanagement-Framework, in das Entwicklungsteams selbstbestimmt erprobte Praktiken einbetten. Der Rahmen sieht einen empirisch, iterativen Prozess vor, bei

Mehr

Informationssystemanalyse Grundlagen 1 1

Informationssystemanalyse Grundlagen 1 1 Informationssystemanalyse Grundlagen 1 1 Software-Projekte Klassischerweise wird Software-Entwicklung in Projektform abgewickelt. Projekte kommen dabei zwischen einem Anbieter und einem Kunden zustande,

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

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014 PITSS.CON und Scrum Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1 White Paper, November 2014 1/6 1. Einführung... 3 2. Die Bedeutung von PITSS.CON... 3 3. Die Vorzüge der

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

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

Software-Engineering in der industriellen Praxis

Software-Engineering in der industriellen Praxis Software-Engineering in der industriellen Praxis Überblick, Ablauf 1 Studium der Informatik an der Universität Paderborn Promotion in Informatik im Bereich Graph Transformationen, Codegenerierung und serviceorientierter

Mehr

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen Bernhard Fischer Fischer Consulting GmbH MedConf 2009 Folie 1 Wie soll Software entwickelt werden? MedConf 2009 Folie

Mehr

Scrum - Von Schweinchen und Hühnchen

Scrum - Von Schweinchen und Hühnchen 4. November 2009 - Actinet IT-Services 1986 erster Computer 1990 Erstes Programm (Kleinster Gemeinsamer Teiler - Basic) 2000 Informatik Studium + Firmengründung 2007 Umorientierung - Software Development

Mehr

Train. Scrum Kompakt. Angelika Drach, Christoph Mathis

Train. Scrum Kompakt. Angelika Drach, Christoph Mathis Train Scrum Kompakt Angelika Drach, Christoph Mathis !! Inhalt! Inhalt' Inhalt!!1! 1! Agile!Grundlagen!..!3! 1.1! Das!Agile!Manifest!..!3! 1.2! Softwareentwicklung!ist!empirisch!.!4! 2! ScrumGKonzepte!!6!

Mehr

Moderne Methoden des Projektmanagements in der Entwicklung. Wir machen zukunftsfähig

Moderne Methoden des Projektmanagements in der Entwicklung. Wir machen zukunftsfähig Moderne Methoden des Projektmanagements in der Entwicklung Wir machen zukunftsfähig Moderne Projektmanagementansätze, die in der Praxis funktionieren Teamorientierte Stage-Gate-Ansatz Agiles Projektmanagement

Mehr

Navigator Scrum 1.0. IT-Projektmanagement bei Symposionline

Navigator Scrum 1.0. IT-Projektmanagement bei Symposionline Navigator Scrum 1.0 IT-Projektmanagement bei Symposionline Was ist scrum? Scrum (engl. für Gedränge) ist ein Vorgehensmodell mit Meetings, Artefakten, Rollen, Werten und Grundüberzeugungen, das beim Entwickeln

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

K N O W - H O W SCRUM. Abstract. 1 Einleitung. 2 Scrum die Projektrollen

K N O W - H O W SCRUM. Abstract. 1 Einleitung. 2 Scrum die Projektrollen K N O W - H O W SCRUM Prof. Dr. Eckhart Hanser, Duale Hochschule Baden-Württemberg (DHBW), D-79539 Lörrach Abstract Dieser Artikel beschäftigt sich mit der agilen Projektmanagement-Methode Scrum. Nach

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

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs IT-Projektmanagement bei basecom Manuel Wortmann, Patrick Rolefs Vorstellrunde Mein Name ist, ich bin Jahre alt und mache meine Ausbildung bei. Übersicht wir sprechen internet Wasserfall - schön linear

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

Dauerhafter Unternehmenserfolg mit Agile Evolution

Dauerhafter Unternehmenserfolg mit Agile Evolution Turning visions into business September 2011 Dauerhafter Unternehmenserfolg mit Agile Evolution Malte Foegen, David Croome, Timo Foegen Scrum-Techniken verbreiten sich zunehmend. Sie führen in vielen Fällen

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

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

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration Markus Stollenwerk, Noser Engineering AG Agile Softwareentwicklung Crash-Kurs Markus Stollenwerk, 27.9.2013

Mehr

agile.agreement Beschaffung und Durchführung von agilen Projekten in der öffentlichen Verwaltung simplify your business

agile.agreement Beschaffung und Durchführung von agilen Projekten in der öffentlichen Verwaltung simplify your business agile.agreement Beschaffung und Durchführung von agilen Projekten in der öffentlichen Verwaltung simplify your business Agenda 1. Herausforderung «agile» - Frage: Wie schaffen wir Voraussehbarkeit und

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

Modellgetriebene agile BI-Vorgehensweise

Modellgetriebene agile BI-Vorgehensweise Modellgetriebene agile BI-Vorgehensweise Thomas Neuböck Konrad Linner 12.11.2013 Inhalt Anforderungen und Lösungsansatz Agile Vorgehensweise Orientierung nach Fachthemen Architekturrahmen Modellorientierung

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

Scrum-Einführung bei der Projektron GmbH

Scrum-Einführung bei der Projektron GmbH Business Coordination Software Kosten sparen. Termine einhalten. Ziele erreichen. Scrum-Einführung bei der Projektron GmbH Matthias Fleschütz Projektron GmbH Jens Wilke headissue GmbH Projektron GmbH Softwarehersteller

Mehr

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

Mehr

Scrum. Wie funktioniert agile Softwareentwicklung. Namics. Jean-Pierre König. Senior Software Engineer. 26. Oktober 2009

Scrum. Wie funktioniert agile Softwareentwicklung. Namics. Jean-Pierre König. Senior Software Engineer. 26. Oktober 2009 Scrum. Wie funktioniert agile Softwareentwicklung. Namics. Jean-Pierre König. Senior Software Engineer. 26. Oktober 2009 Präsentation. Agenda. Namics und mich vorgestellt Agiles Vorgehen Case Study 26.10.2009

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

Conversion Rate ein kleiner Teil in einem großen Puzzle

Conversion Rate ein kleiner Teil in einem großen Puzzle Conversion Rate ein kleiner Teil in einem großen Puzzle Christian Strasheim Leiter E-Business Bibliographisches Institut GmbH Tim Hahn Geschäftsführer netz98 new media GmbH Agenda netz98 new media GmbH

Mehr

Agiles Requirements Engineering mit Scrum. Rainer Fetscher Neuss, 16. November 2010

Agiles Requirements Engineering mit Scrum. Rainer Fetscher Neuss, 16. November 2010 Agiles Requirements Engineering mit Scrum Rainer Fetscher Neuss, 16. November 2010 1 Inhalt A. Vorstellung Creditreform B. Grundprinzipien in SCRUM C. IST-Stand D. Ausgangssituation E. Der Weg F. Fazit

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

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