2015 wurde zum zweiten Mal die GPM-Studie „Status Quo Agile“ durchgeführt. 80 % aller Unternehmen, die agile Methoden eingeführt haben, gaben darin an, dass sich dadurch deutliche Verbesserungen bei Ergebnissen und Effizienz ergeben haben. Gleichzeitig haben nur ca. 20 % der Befragten agile Methoden „nach Lehrbuch“ eingeführt: in vielen Unternehmen gibt es Mischformen von agilem und klassischem Projektmanagement. Die Keynote beleuchtet beide Seiten und wie es selbst in einer sehr restriktiven Branche wie der Medizintechnik möglich ist, Schritt für Schritt agiler zu werden.
YouTube: https://www.youtube.com/watch?v=PNV3QKVP4G4
iTunes: https://itunes.apple.com/de/podcast/business-chirurgie/id1112147645
Blog: http://www.franklange.eu/wozu-agilitaet-klassisches-projektmanagement-funktioniert-doch-auch-sehr-gut/
Keynote Highspeed Produktentwicklung - bis an die Grenzen des physikalisch Ma...Frank Lange
Produktentwicklungen dauern in der Medizintechnik oft mehrere Jahre, die sich immer weiter verschärfenden Normen und Anforderungen drohen Projektlaufzeiten sogar noch weiter zu verlängern. Mit langen Projektlaufzeiten sind Unternehmen jedoch kaum noch in der Lage, sich gegen Mitbewerber durchzusetzen oder gar neue Märkte zu erobern. Die Anwender von Medizinprodukten vergleichen diese immer stärker auch mit Consumerprodukten und erwarten daher von Medizinprodukten genauso schnelle Innovationszyklen wie bei Smartphones, Tablets, o.ä.
Medizinische Apps und Cloud-Lösungen erfüllen diese Erwartungen teilweise bereits heute – jederzeit verfügbar, einfach zu bedienen, und mit wöchentlich wachsender Funktionalität. Doch wie ist es mit Medizinprodukten, die nicht nur aus Software sondern (auch) aus Elektronik und Mechanik bestehen? Braucht nicht die Entwicklung einer Leiterplatte oder die Durchführung einer Biokompatibilitätsprüfung auf jeden Fall mehrere Wochen? Gehen EMV-Tests nicht sowieso meistens schief und müssen doppelt und dreifach durchgeführt werden? Medizintechnik-Projekte lassen sich halt einfach nicht verkürzen! Oder doch?
Statt einem „Es geht nicht!“ möchte ich Sie hinführen zu einem „Es geht so nicht.“ und von dort zu einem „Was muss passieren, damit?“ So werden wir Schritt für Schritt die kritische Kette eines typischen Medizintechnik-Projekts verkürzen – bis an die Grenzen des physikalisch Machbaren.
Folien vom Lean-Startup-Meetup in Hamburg am 27.05.2013.
Die Präsentation stellt Scrum und Lean-Startup gegenüber, diskutiert, wie sich beide gegenseitig befruchten können und warum Scrum auch für Startups relevant ist.
Kürzere Entwicklungszeiten, höhere Kundenzufriedenheit, mehr Transparenz sind nur einige Ziele, die agile Entwicklungsmethoden versprechen. Scrum, Kanban, XP & Co. werden erfolgreich verbreitet eingesetzt. Aber starre Rahmenbedingungen wie sie häufig im Embedded-Umfeld auftreten, wie z.B. Hardware-Entwicklung mit langen Entwicklungszeiten, Auflagen von Regulierungsbehörden wie der FDA in der Medizintechnik oder hoher Dokumentationszwang sind schnell K.o.-Argumente gegen die Einführung agiler Methoden. Scheinbar sind sie nur für gewöhnliche Softwareprojekte geeignet. Ich zeige Ihnen, dass Agilität und starre Rahmenbedingungen kein Widerspruch sind und kläre Missverständnisse auf.
Biographie Tim Weilkiens
Als Geschäftsführer der oose Innovative Informatik GmbH schaffe ich unseren Mitarbeitern Raum, Ihre innovativen Ideen umzusetzen. Ich entleere meinen Kopf, indem ich mein Wissen in Büchern, Artikeln und Vorträgen festhalte. Das schafft mir Freiraum, mich mit neuen Ideen und Konzepten auseinanderzusetzen. Best Practices manifestiere ich in Standards bei der OMG, wo ich aktiv z.B. die SysML, die UML oder die Zertifizierungsprogramme OCEB und OCSMP mitgestalte.Privat motivieren mich 42,195 km, Ziele zu erreichen.
Schöner scheitern – Die beliebtesten Missverständnisse im agilen REoose
In diesem Vortrag präsentieren wir die schönsten Missverständnisse, die wir beim Coachen und Schulen agiler Teams erlebt haben. Angefangenen mit Klassikern wie „Das Lastenheft haben wir schon fertig – wie leiten wir nun daraus die User Stories ab?“ über „Bei anderen mag das ja gehen, aber unsere User Stories kann man nicht kleiner schneiden“ bis hin zu „Vor lauter Änderungen kommen wir gar nicht mehr voran“.
Selbstverständlich erzählen wir nicht einfach nur schöne Anekdoten, sondern analysieren auch, welche Missverständnisse dahinter stecken und wie man ihnen begegnen kann. Es ist ja tatsächlich nicht immer einfach, den Herausforderungen des agilen Vorgehens angemessen zu begegnen. Oder haben Sie sich nicht auch schon mal gefragt, ob der agile Anspruch „Änderungen sind jederzeit willkommen“ wirklich für alle Änderungen gilt, also z.B. auch für Änderungen der Architektur kurz vor Schluss?
Slidedoc über agile (Software-)Entwicklung mit Scrum zur Vorbereitung für unseren 90 Minuten-Kurs "Scrum zum Anfassen", bei dem wir den Teilnehmern mit Hilfe von Lego® die Scrub-Methodik erfahrbar machen.
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie ScrumRalf Ohlenbostel
a presentation about scrum.
We start looking at the roots of software-engineering and discuss the problems with traditional models like the waterfall-model and show the development of agile methods like scrum
Keynote Highspeed Produktentwicklung - bis an die Grenzen des physikalisch Ma...Frank Lange
Produktentwicklungen dauern in der Medizintechnik oft mehrere Jahre, die sich immer weiter verschärfenden Normen und Anforderungen drohen Projektlaufzeiten sogar noch weiter zu verlängern. Mit langen Projektlaufzeiten sind Unternehmen jedoch kaum noch in der Lage, sich gegen Mitbewerber durchzusetzen oder gar neue Märkte zu erobern. Die Anwender von Medizinprodukten vergleichen diese immer stärker auch mit Consumerprodukten und erwarten daher von Medizinprodukten genauso schnelle Innovationszyklen wie bei Smartphones, Tablets, o.ä.
Medizinische Apps und Cloud-Lösungen erfüllen diese Erwartungen teilweise bereits heute – jederzeit verfügbar, einfach zu bedienen, und mit wöchentlich wachsender Funktionalität. Doch wie ist es mit Medizinprodukten, die nicht nur aus Software sondern (auch) aus Elektronik und Mechanik bestehen? Braucht nicht die Entwicklung einer Leiterplatte oder die Durchführung einer Biokompatibilitätsprüfung auf jeden Fall mehrere Wochen? Gehen EMV-Tests nicht sowieso meistens schief und müssen doppelt und dreifach durchgeführt werden? Medizintechnik-Projekte lassen sich halt einfach nicht verkürzen! Oder doch?
Statt einem „Es geht nicht!“ möchte ich Sie hinführen zu einem „Es geht so nicht.“ und von dort zu einem „Was muss passieren, damit?“ So werden wir Schritt für Schritt die kritische Kette eines typischen Medizintechnik-Projekts verkürzen – bis an die Grenzen des physikalisch Machbaren.
Folien vom Lean-Startup-Meetup in Hamburg am 27.05.2013.
Die Präsentation stellt Scrum und Lean-Startup gegenüber, diskutiert, wie sich beide gegenseitig befruchten können und warum Scrum auch für Startups relevant ist.
Kürzere Entwicklungszeiten, höhere Kundenzufriedenheit, mehr Transparenz sind nur einige Ziele, die agile Entwicklungsmethoden versprechen. Scrum, Kanban, XP & Co. werden erfolgreich verbreitet eingesetzt. Aber starre Rahmenbedingungen wie sie häufig im Embedded-Umfeld auftreten, wie z.B. Hardware-Entwicklung mit langen Entwicklungszeiten, Auflagen von Regulierungsbehörden wie der FDA in der Medizintechnik oder hoher Dokumentationszwang sind schnell K.o.-Argumente gegen die Einführung agiler Methoden. Scheinbar sind sie nur für gewöhnliche Softwareprojekte geeignet. Ich zeige Ihnen, dass Agilität und starre Rahmenbedingungen kein Widerspruch sind und kläre Missverständnisse auf.
Biographie Tim Weilkiens
Als Geschäftsführer der oose Innovative Informatik GmbH schaffe ich unseren Mitarbeitern Raum, Ihre innovativen Ideen umzusetzen. Ich entleere meinen Kopf, indem ich mein Wissen in Büchern, Artikeln und Vorträgen festhalte. Das schafft mir Freiraum, mich mit neuen Ideen und Konzepten auseinanderzusetzen. Best Practices manifestiere ich in Standards bei der OMG, wo ich aktiv z.B. die SysML, die UML oder die Zertifizierungsprogramme OCEB und OCSMP mitgestalte.Privat motivieren mich 42,195 km, Ziele zu erreichen.
Schöner scheitern – Die beliebtesten Missverständnisse im agilen REoose
In diesem Vortrag präsentieren wir die schönsten Missverständnisse, die wir beim Coachen und Schulen agiler Teams erlebt haben. Angefangenen mit Klassikern wie „Das Lastenheft haben wir schon fertig – wie leiten wir nun daraus die User Stories ab?“ über „Bei anderen mag das ja gehen, aber unsere User Stories kann man nicht kleiner schneiden“ bis hin zu „Vor lauter Änderungen kommen wir gar nicht mehr voran“.
Selbstverständlich erzählen wir nicht einfach nur schöne Anekdoten, sondern analysieren auch, welche Missverständnisse dahinter stecken und wie man ihnen begegnen kann. Es ist ja tatsächlich nicht immer einfach, den Herausforderungen des agilen Vorgehens angemessen zu begegnen. Oder haben Sie sich nicht auch schon mal gefragt, ob der agile Anspruch „Änderungen sind jederzeit willkommen“ wirklich für alle Änderungen gilt, also z.B. auch für Änderungen der Architektur kurz vor Schluss?
Slidedoc über agile (Software-)Entwicklung mit Scrum zur Vorbereitung für unseren 90 Minuten-Kurs "Scrum zum Anfassen", bei dem wir den Teilnehmern mit Hilfe von Lego® die Scrub-Methodik erfahrbar machen.
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie ScrumRalf Ohlenbostel
a presentation about scrum.
We start looking at the roots of software-engineering and discuss the problems with traditional models like the waterfall-model and show the development of agile methods like scrum
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgStefan ROOCK
Der Vortrag zeigt verschiedene Facetten von Scrum und verdeutlicht, dass es nicht die eine richtige Anwendung von Scrum gibt. Die Product Owner-Rolle muss ganz unterschiedlich ausgestaltet werden, abhängig vom Innovationsgrad der Entwicklung. Der Scrum Master muss seinen Führungsstil an die Reife des Teams anpassen. Und die Zusammensetzung des Teams hängt vom Unsicherheitsprofil des Projektes ab.
Traditionelles Projektmanagement und SCRUMFelix Ruessel
Mehrjährige Beobachtungen beim Einsatz agiler Methoden unter schwierigen Bedingungen haben gezeigt, dass Praktiken aus dem klassischen Projektmanagement nach IPMA oder PMI in Organisationen mit einer agilen Entwicklungsabteilung weiterhin einen großen Mehrwert liefern können, um Projekte erfolgreich abzuschließen.
Dieser Vortrag beleuchtet die Vorteile und Schwächen von agilen und klassischen Methoden in der Praxis und zeigt, wie die Kombination von agilen Methoden mit Praktiken aus dem traditionellen Projektmanagement die Erfolgswahrscheinlichkeit von Projekten erhöht.
Dies ist besonders für die Fälle relevant, in denen die Organisation nicht alle die Rahmenbedingungen bieten kann, die für agile Prozesse ideal wären.
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Stefan ROOCK
Der Vortrag argumentiert, dass Veränderungen in Teams und Organisationen nicht linear verlaufen. Veränderungsmaßnahmen haben immer das Potenzial überraschender Ergebnisse. Daher benötigt man einen iterativen Prozess für Veränderungen und die Einsicht, dass ein relevanter Anteil von vermeintlichen Verbesserungen tatsächlich schlechte Ideen sind. Das Arbeiten mit Experimenten macht diese Sichtweise explizit und fokussiert darauf, wie Lernen bei Veränderungsprozessen maximiert werden kann.
Safe-to-Fail-Experimente, der PDCA-Zyklus und die A3-Technik sind gute Hilfsmittel, um Teams und Organisationen mit Experimenten erfolgreich zu verändern.
Typische Lügen im Projektmanagement | Ralf C. AdamRalf C. Adam
Dieser Vortrag wurde im August 2006 im Rahmen der GCDC Game Developer’s Conference in Leipzig/GERMANY gehalten (Übersetzung des "7 Lies my Project Manager told me" Vortrags)
Folien zum Vortrag im Startplatz (Köln) am 26.11.2013
Wenn Sie den Vortrag gerne in Ihrem Unternehmen präsentiert haben möchten, kontaktieren Sie mich gerne unter stefan.roock@it-agile.de
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Renate Pinggera
In a 2 day "Agile UX" workshop we got familiar with the basics of agile project management, Scrum and Kanban. We extended the workflow to UX processes like ideation, sketching and user interviews. The presentation also includes the worksheets for our virtual mobile app project.
Unsere Anti-Pattern Karten sind aus unserer jahrelangen Arbeit mit Kunden, und den daraus gewonnenen Erfahrungen entstanden. Sie sollen euch dabei helfen, selbst Fettnäpfchen zu erkennen, die wir schon von außen erlebt haben, oder in die wir sogar teilweise selbst schon getreten sind. Wenn ihr noch andere Anti-Patterns kennt, dann schickt sie uns unter https://mayflower.de/agile-antipattern.
ein Erfharungsbericht über die Einführung von Scrum. Und ein Hinweis auf Risiken und Nebenwirkungen (agile Transition), die wir gar nicht beabsichtigt hatten.
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumRobert Wiechmann
Scrum ist einfach und geradeheraus – zumindest theoretisch. Es gibt viele erfolgreiche Scrum-Implementierungen, aber wie schafft man es, seine eigenes erfolgreiches Scrum-Projekt auf die Beine zu stellen? Wie so oft sieht es in der Theorie rosig aus, bis man im praktischen Alltag von der Realität eingeholt wird. Wie geht man damit um, wenn das Team sich regelmäßig überschätzt, wenn der Product Owner das Product Backlog nicht hinreichend pflegt oder das Taskboard so chaotisch aussieht, dass nicht mal das Team einen Überblick hat?
Im Rahmen der Vortragsreihe "Mittwochs bei Lehmanns" haben wir die Präsentation "Ein Blick hinter die Kulissen von Scrum" gehalten.
"Agiles Testen" wird gerade intensiv diskutiert.
Was steckt dahinter? Was für Konsequenzen ergeben sich daraus für unsere Scrum-Teams? Oder verbirgt sich gar eine neue Testmethode hinter diesem Begriff?
In diesem Vortrag erläutern wir den Weg vom Scrum-Team hin zu einem Agilen Team, wie Crispin und Gregroy es nennen. Sie geben damit die Antwort auf die Frage, wie die Rolle der QS in einem Scrum-Team wahrgenommen werden kann. Wir zeigen, welche Konsequenzen sich daraus für die Teammitglieder und ihre Aufgaben ergeben und wie Sie Ihr Agiles Team zum Fliegen bekommen!
3 Schritte zur Auswahl einer Projektmanagement-MethodeWrike
Projektmanagement-Methoden gibt es in reichlicher Auswahl. Doch wie findet man die passende Methode, die am besten zum eigenen Projekt und Team passt? Eine Anleitung in drei Schritten.
Was ist Digitale Fabrik?
Woher kommt die Entwicklung des digitalen Planens in der Logistik und der Produktion?
Wohin geht die Reise bei der Digitalen Fabrik?
Diese und ein paar weitere Fragen sollen mit diesem Vortrag beantwortet werden.
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgStefan ROOCK
Der Vortrag zeigt verschiedene Facetten von Scrum und verdeutlicht, dass es nicht die eine richtige Anwendung von Scrum gibt. Die Product Owner-Rolle muss ganz unterschiedlich ausgestaltet werden, abhängig vom Innovationsgrad der Entwicklung. Der Scrum Master muss seinen Führungsstil an die Reife des Teams anpassen. Und die Zusammensetzung des Teams hängt vom Unsicherheitsprofil des Projektes ab.
Traditionelles Projektmanagement und SCRUMFelix Ruessel
Mehrjährige Beobachtungen beim Einsatz agiler Methoden unter schwierigen Bedingungen haben gezeigt, dass Praktiken aus dem klassischen Projektmanagement nach IPMA oder PMI in Organisationen mit einer agilen Entwicklungsabteilung weiterhin einen großen Mehrwert liefern können, um Projekte erfolgreich abzuschließen.
Dieser Vortrag beleuchtet die Vorteile und Schwächen von agilen und klassischen Methoden in der Praxis und zeigt, wie die Kombination von agilen Methoden mit Praktiken aus dem traditionellen Projektmanagement die Erfolgswahrscheinlichkeit von Projekten erhöht.
Dies ist besonders für die Fälle relevant, in denen die Organisation nicht alle die Rahmenbedingungen bieten kann, die für agile Prozesse ideal wären.
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Stefan ROOCK
Der Vortrag argumentiert, dass Veränderungen in Teams und Organisationen nicht linear verlaufen. Veränderungsmaßnahmen haben immer das Potenzial überraschender Ergebnisse. Daher benötigt man einen iterativen Prozess für Veränderungen und die Einsicht, dass ein relevanter Anteil von vermeintlichen Verbesserungen tatsächlich schlechte Ideen sind. Das Arbeiten mit Experimenten macht diese Sichtweise explizit und fokussiert darauf, wie Lernen bei Veränderungsprozessen maximiert werden kann.
Safe-to-Fail-Experimente, der PDCA-Zyklus und die A3-Technik sind gute Hilfsmittel, um Teams und Organisationen mit Experimenten erfolgreich zu verändern.
Typische Lügen im Projektmanagement | Ralf C. AdamRalf C. Adam
Dieser Vortrag wurde im August 2006 im Rahmen der GCDC Game Developer’s Conference in Leipzig/GERMANY gehalten (Übersetzung des "7 Lies my Project Manager told me" Vortrags)
Folien zum Vortrag im Startplatz (Köln) am 26.11.2013
Wenn Sie den Vortrag gerne in Ihrem Unternehmen präsentiert haben möchten, kontaktieren Sie mich gerne unter stefan.roock@it-agile.de
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Renate Pinggera
In a 2 day "Agile UX" workshop we got familiar with the basics of agile project management, Scrum and Kanban. We extended the workflow to UX processes like ideation, sketching and user interviews. The presentation also includes the worksheets for our virtual mobile app project.
Unsere Anti-Pattern Karten sind aus unserer jahrelangen Arbeit mit Kunden, und den daraus gewonnenen Erfahrungen entstanden. Sie sollen euch dabei helfen, selbst Fettnäpfchen zu erkennen, die wir schon von außen erlebt haben, oder in die wir sogar teilweise selbst schon getreten sind. Wenn ihr noch andere Anti-Patterns kennt, dann schickt sie uns unter https://mayflower.de/agile-antipattern.
ein Erfharungsbericht über die Einführung von Scrum. Und ein Hinweis auf Risiken und Nebenwirkungen (agile Transition), die wir gar nicht beabsichtigt hatten.
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumRobert Wiechmann
Scrum ist einfach und geradeheraus – zumindest theoretisch. Es gibt viele erfolgreiche Scrum-Implementierungen, aber wie schafft man es, seine eigenes erfolgreiches Scrum-Projekt auf die Beine zu stellen? Wie so oft sieht es in der Theorie rosig aus, bis man im praktischen Alltag von der Realität eingeholt wird. Wie geht man damit um, wenn das Team sich regelmäßig überschätzt, wenn der Product Owner das Product Backlog nicht hinreichend pflegt oder das Taskboard so chaotisch aussieht, dass nicht mal das Team einen Überblick hat?
Im Rahmen der Vortragsreihe "Mittwochs bei Lehmanns" haben wir die Präsentation "Ein Blick hinter die Kulissen von Scrum" gehalten.
"Agiles Testen" wird gerade intensiv diskutiert.
Was steckt dahinter? Was für Konsequenzen ergeben sich daraus für unsere Scrum-Teams? Oder verbirgt sich gar eine neue Testmethode hinter diesem Begriff?
In diesem Vortrag erläutern wir den Weg vom Scrum-Team hin zu einem Agilen Team, wie Crispin und Gregroy es nennen. Sie geben damit die Antwort auf die Frage, wie die Rolle der QS in einem Scrum-Team wahrgenommen werden kann. Wir zeigen, welche Konsequenzen sich daraus für die Teammitglieder und ihre Aufgaben ergeben und wie Sie Ihr Agiles Team zum Fliegen bekommen!
3 Schritte zur Auswahl einer Projektmanagement-MethodeWrike
Projektmanagement-Methoden gibt es in reichlicher Auswahl. Doch wie findet man die passende Methode, die am besten zum eigenen Projekt und Team passt? Eine Anleitung in drei Schritten.
Was ist Digitale Fabrik?
Woher kommt die Entwicklung des digitalen Planens in der Logistik und der Produktion?
Wohin geht die Reise bei der Digitalen Fabrik?
Diese und ein paar weitere Fragen sollen mit diesem Vortrag beantwortet werden.
Talk by Arne Roock held at the Conference Lean Kanban North America 2014 in San Francisco (#lkna14).
This is the story about how got rid of nasty queues by introducing Open Prioritization Meetings.
Vortrag auf dem 2. Markt &Technik Summit „Industrie 4.0“, 14./15. Oktober 2015.
Matthias Barbian
VDI Bayern Nordost / VDE Nordbayern
Dr. Ronald Künneth
IHK Nürnberg für Mittelfranken
Prof. Dr. Kathrin Möslein, Sascha Oks
Friedrich-Alexander-Universität Erlangen-Nürnberg
Mittwoch, 15. Oktober 2015
2. Markt &Technik Summit „Industrie 4.0“, München
Why your current prioritisation is Apples v Pears. Looking at the issues in your current prioritisation process. These slides were delivered in various Agile user groups in the UK Q3/4 2015.
Content of presentation is heavily influenced by Don Reinersten who created the idea of Cost of Delay and Joshua Arnold from Black Swan Farming, who has done a great job making the content more accessible.
Präsentation auf den IBM Developer Days 2014 in Wien zum Thema Industrie 4.0.
Praktische Use-Cases und Integrationsbeispiele zwischen LineMetrics und IBM Technologien.
"Standort Deutschland", "Industrie 4.0" und die Digitalisierung: Vom Exportwe...Andreas Wagener
Einführungsveranstaltung zur Ringvorlesung "Digitalisierung, Industrie 4.0 & das Internet der Dinge" der Fakultät Wirtschaft der Hochschule Hof am 21.10.2015, Referenten Prof. Dr. Andreas Wagener, Professur für Digitales Marketing & Digitale Ökonomie (ECommerce & Social Media) und Prof. Dr. Chris Schmiech, Professur für Internationales Beschaffungs- und Produktionsmanagement.
Von einem, der auszog, das Scheitern zu lernenUdo Wiegärtner
Hans, ein erfolgreicher Product Owner, hat nie gelernt, zu scheitern und kann daher nicht verstehen, was es bedeutet, aus Fehlern zu lernen. Seine Schwiegermutter macht sich deshalb Sorgen, da sie Scheitern für eine wichtige Lebensgrundlage hält. So macht sich Hans auf in die Firmen-Welt, um das Scheitern zu lernen. Er muss allerdings feststellen, dass er dort niemanden um Rat fragen kann, denn in seinem Land scheint niemand Erfahrungen mit dem Scheitern zu haben. Der Vortrag erzählt die Geschichte von Hans und seiner Suche nach dem Scheitern und ist damit gleichzeitig eine Reise durch die Fehlerkulturen in unseren Unternehmen und unseren agilen Teams.
Introduction to product development flowYuval Yeret
This is the presentation for a pre-LSSC11 webinar on the topic of Lean Product Development flow. I’m going to introduce an approach to mixing Lean and Agile in order to achieve end to end agility. This is a major focus of my work in the recent 2 years with AgileSparks clients.
Register for the Webinar which is on 16/3 at http://www.netobjectives.com/free-seminar-schedule/lssc11-session-4-intro-lean-product-development-flow-mar-2011-webinar
This is also the topic I will talk about in my Agile Israel 2011 session “Techniques and experiences for managing end to end Releases/Projects/Programs using Kanban and Flow” http://agilesparks.com/KanbanandFlowLecture
Flow herrscht in der Arbeit, wenn Bedarf und Fähigkeit gegeneinander ausbalanciert sind (z.B. in Kanban). Flow gibt es auch in der Psyche, wenn vom Einzelnen soviel gefordert wird wie er/sie auch leisten kann. Im Flow-Zustand entstehen die besten Ergebnisse, die Arbeit ist angenehm, man vergisst die Zeit. Matthias Bohlen zeigt, wer Sie sein können, wenn Sie Flow im Team entstehen lassen.
Logistik in der digitalen Wirtschaft: Daten als strategische RessourceBoris Otto
This presentation (in German) was given at the GS1 Switzerland Big Data in Supply Chain Forum held on March 18th, 2015, in Baden, Switzerland. The presentation introduces digitization and "Industrie 4.0" in logistics and supply chain management using a set of case studies. Furthermore, it points to the increasing importance of data in these cases and argues that data must be treated as a strategic resource in firms. The presentation closes with a brief overview about the Fraunhofer Data Innovation Lab in Dortmund, Germany, and a selection of current projects.
Industrie 4.0 in der Logistik: Stand der Umsetzung und AusblickBoris Otto
Diese Präsentation beschreibt aktuelle Fallstudien zur Industrie 4.0 in der Logistik, identifiziert Entwurfskriterien für Industrie-4.0-Anwendungsszenarien und schließt mit einem Ausblick auf die Änderungen, die Industrie 4.0 für Unternehmen generell und das Logistik-Management im Speziellen mit sich bringt. Die Präsentation wurde gehalten anlässlich der Jahresabschlussveranstaltung der Audi-Logistik am Standort Ingolstadt.
Highspeed-Projekte für die MedizintechnikFrank Lange
Eröffnungs-Keynote auf der Konferenz "Anforderungsmanagement in der Medizintechnik 2015"
Die immer stärker werdenden regulatorischen Anforderungen in der Medizintechnik haben bei viele Unternehmen eine Negativspirale in Gang gesetzt: Projektverzögerungen und damit verbunden späte Markteinstiege erschweren es, die Innovationsführerschaft in einer Marktnische zu übernehmen. Der daraus entstehende Kostendruck führt zu Aktionismus und Überlastung der Mitarbeiter, was weitere Projektverzögerungen mit sich bringt. Ein Teufelskreis entsteht, der mit jeder Runde schwerwiegendere negative Effekte erzeugt.
Es gibt einen einfachen Weg, diese Negativspirale zu durchbrechen: Fokus. Ein klares Unternehmensziel. Weniger Projekte im Portfolio, dafür solche mit der größten Wertschöpfung für das Gesamtunternehmen. Eindeutig priorisierte und testbare Anforderungen in jedem Projekt, die dem Kunden einen wirklichen Mehrwert bieten. Kommen Sie mit auf die Reise, um den wichtigsten ersten Schritt für ihr Unternehmen zu gehen und ab sofort Goldnuggets zu finden statt Goldstaub zu suchen.
Vorstellung agiler Praktiken, die sofortigen Nutzen stiften und sowohl Ihre Arbeit als auch Ihr Unternehmen bereits „flexibler“ und „produktiver“ machen kann.
In vielen Büroetagen wird seit einiger Zeit eine neue Sprache eingeführt: Agilisch. Hinter Begriffen wie Backlog Refinement, Retrospektive oder User Story verbirgt sich eine neue Arbeitsweise, die gerade kräftig an traditionellen Prozessen und Strukturen rüttelt. Nach eigenen Angaben befinden sich derzeit 83 Prozent der deutschen Unternehmen in einer Transformation, doch nur 34 Prozent der Mitarbeiter fühlen sich abgeholt. Der kostenlose WebTalk „SCRUM für Projektleiter“ richtet sich an Personalentwickler, die in ihrer Organisation SCRUM einführen oder einführen wollen. Der edutrainment-Trainer Alexander Schaaf freut sich darauf, Ihnen Hans Wasserfall vorzustellen. Dieser arbeitet seit vielen Jahren als klassischer Projektleiter bei der Scheuert KG, einem Traditionshersteller für Werkzeuge. Plötzlich soll er sich in einer neuen Rolle zurecht finden: Was zum Teufel macht ein Product Owner?
LEAN Management & IT Webinar - Warum Agile Lean brauchtThorstenSpeil
Das sind die deutschsprachigen Folien zu einem Webinar über Lean Management & IT von Thorsten Speil.
Einige häufige Situationen werden dargestellt, die Produktivität und Geschwindigkeit in vielen Unternehmen stark beschränken. Hier helfen Lean-Ansätze, die in den letzten 70 - 100 Jahren entwickelt wurden. Auch die meisten "agilen Transformationen" enttäuschen, denn alle agilen Frameworks berufen sich auf Lean als Basis - also fehlt entscheidendes Verständnis für das Gelingen, wenn das Unternehmensmanagement Lean nicht fundiert kennt.
Ich biete zwei Lean Trainings an: Foundation und Leadership.
Ich bin Trainer für verschiedene Managementmethoden mit 20 Jahren Praxiserfahrung sowohl in Projekten als auch in Führungspositionen.
Kontaktieren Sie mich gerne für einen näheren Austausch unter https://www.linkedin.com/in/tspeil/ oder https://www.maxpert.de/de/trainings/lean-management/
In der IT-Branche sind agile Methoden bereits seit Jahren fester Bestandteil der Arbeitswelt und werden seit einiger Zeit auch in der physischen Produktentwicklung immer stärker diskutiert. Während Scrum & Co. in Softwareteams zum common sense gehören, stößt man in klassischen Technologieunternehmen oftmals auf die Ansicht, dass kundenzentrierte und flexiblere Entwicklungsprozesse zwar benötigt werden, eine iterative Produktentwicklung im Hardwareumfeld aber nicht denkbar sei. Eine zu tiefe Spezialisierung der Ingenieure, überfrachtete Prozesslandschaften, viele Langläufer in der Entwicklung, komplexe Produktanforderungen und teilweise regulierte Märkte mit hohen regulatorischen Anforderungen sind nur einige Herausforderungen, die offenbar dagegensprechen. Dennoch können bereits einige führende internationale Konzerne deutliche Erfolge durch die Umstellung auf agile Methoden vorweisen.
Hélène und Jörk sprechen in diesem Event über ihre Erfahrungen in der Agilisierung von Hardwareunternehmen, beleuchten Herausforderungen und Erfolgsfaktoren und gehen im Speziellen auf die Fragestellung ein: Wie geht es dem agilen Ingenieur dabei?
Freut euch auf ein interaktives Event mit Podiumsdiskussion, vielen Insights und Tipps unserer Experten! Natürlich möchten wir auch eure Ideen, Erfahrungen und Fragen nicht zu kurz kommen lassen und haben dafür Break-outs und genügend Raum für Austausch eingeplant.
YouTube Link zum Vortrag: https://youtu.be/3d6OThAfJcc
Sind in der Anforderungserhebung Soft Skills die Hard Skills der Zukunft?
In den heutigen Entwicklungsprojekten gibt es immer mehr Abhängigkeiten und involvierte Stakeholder. In vielen Projekten sind hochspezialisierte Experten, die jeder nur für einen kleinen Teil im Projekt zuständig sind, für die Erhebung der Anforderungen verantwortlich. Dies stellt ganz neue Anforderungen an die inhaltliche Abstimmung der
beteiligten Stakeholder. Speed Creation ist eine neue agile Projektentwicklungsmethode und steigert die Mitarbeiterproduktivität in komplexen Projekten. Man erarbeitet in einem kleinen Team in einer 48-72h Workshopserie sehr schnell das Projektsetup und einen ersten 80% Entwurf der Anforderungen. Im Vortrag wird die Speed Creation Methode vorgestellt und wie sie mit Hilfe von Fusion Modeling in interdisziplinären Teams
angewandt wird.
Der Vortrag von der Webinale 2012 geht auf Aspekte des Continuous Deliver ein:
1) Business Reasoning: Was ist die Motivation hinter Continuous Delivery? Was bedeutet LEAN Product Development?
2) LEAN applied: Wie bekommt man LEAN in die Organisation? Wer ist dadurch betroffen?
3) Build-Measure-Learn: CD als "Build"-Tool
4) CD @ FRS24
a) Maßnahmen und Impact auf unsere Java-Plattform
b) Maßnahmen und Impact bei unseren RoR-Plattformen
5) Lessons Learned
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...HOOD Group
Anforderungen sind die Brücke für Firmen, die bisher klassisch entwickelt haben in agile Vorgehensweisen.
Agile Vorgehensweisen setzen auf kontinuierliche Konversation; nach der Umsetzung dürfen die Anforderungen bzw. Backlog Items weggeworfen werden. Konventionelle Vorgehensweisen nutzen eine schriftliche Anforderungsspezifikation und halten diese laufend aktuell.
Obwohl immer mehr Organisationen mit Scrum arbeiten, beinhaltet das nicht immer den gesamten Entwicklungsprozess. Wir sprechen dann von "Water-Scrum-Fall", wenn wie bisher komplette Vorabspezifikationen erstellt, diese in der Entwicklung in Sprints abgearbeitet werden und dann die Testphase beginnt.
Der Vortrag beleuchtet, wie man mittels Continuous Documentation von der (Vorab-) Spezifikation zu einer stets aktuellen Dokumentation kommen kann und damit mehr Nutzen aus seiner Scrum-Implementierung ziehen kann.
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumSvenDrStrobel
Basics and lessons learned during the implementation of Scrum using the example of the Scrum Team "TIB AV-Portal" at the German National Library of Science and Technology.
Das grösste Online-Projekt in der Geschichte von Schweizer Radio und Fernsehen (SRF) erforderte ein Umdenken auf ganzer Linie. Mit den bisher verwendeten Projektmethoden war das ehrgeizige Ziel, im Dezember 2012 mit einer ersten Version von srf.ch sowie den überarbeiteten SRF Apps live zu gehen, nicht umzusetzen. Was also tun? Das Multimediazentrum (MMZ) von SRF hat sich für Scrum entschieden. Nach dem erfolgreichen Relaunch der gesamten Multimedia Plattform des SRF kam die Belohnung durch die Öffentlichkeit mit dem Best of Swiss Web Award 2012.
Das Relaunch Projekt war so wichtig, gross und umfassend, dass es dem gesamten SRF MMZ den nötigen Fokus und die Richtung vorgegeben hat. Neben den Relaunch-Anforderungen fand kaum etwas anderes im Portfolio Platz. Nach dem Go-Live hat sich dies aber sehr rasch geändert – trotz der Tatsache, dass der Relaunch nicht abgeschlossen war. Das Portfolio musste aktiver verwaltet, die verschiedenen Interessen gegeneinander abgewägt und die Lieferorganisation mit den richtigen Anforderungen versorgt werden. Die Lösung für dieses Problem liegt in einem sinnvollen Lean Portfolio Management, welches sowohl den involvierten Parteien sowohl eine Mitbestimmungs- und Planungssicherheit gibt, als auch die Grundsätze der existierenden Agilen Lieferorganisation respektiert.
Gerne möchten wir unsere Erfahrungen auf dem Weg zur erfolgreich skallierten Agilen Organisation unter Anwendung von Lean Portfolio Management mit der Community teilen.
Als das 'Manifest für agile Softwareentwicklung' 2001 geschrieben wurde, war es ein Zeitzeuge für eine Aufbruchsstimmung hin zu mehr Entscheidungskompetenz and den Stellen, an denen die Entscheidungen auch umgesetzt werden. Für die Aussenwelt wurde damit ein Wandel sichtbar, der schon Jahre vorher begonnen hatte und erfolgreiche Projekte gekennzeichnet hat. Mittlerweile aber hat sich ein stark vereinfachtes 'Agile' gerade im Umfeld großer Unternehmen zu einem Treiber für Stress und Frustration bis hin zur inneren Kündigung und zum Burnout entwickelt. Besonders trifft dies Funktionen, die Teamübergreifend agieren sollen und mit den (scheinbaren?) Widersprüche zwischen Selbstorganisation und Wohl der ganzen Unternehmung konfrontiert werden.
In diesem Vortrag werden persönliche und organisatorische Ansätze gezeigt um diese Situation anzugehen und differenziert mit den Thema Agilität und Selbstorganisation im Konzern umzugehen.
Lean Change Management @ Lean Professionals - Stammtisch in München 23.07.15agil werden
Präsentation vom Vortrag "Lean Change Mangement" auf dem Lean Professionals - Stammtisch in München 23.07.15
Lean Change Management ist ein Feedback-getriebener Change Management-Ansatz, der Organisationen auf ihrem Weg durch den Wandel leitet. Dabei wird die Lean-Startup-Methode auf Change Management angewandt. Lean Change Management ändert so den Fokus vom Managen des Wandels auf Anpassen an die Reaktion, die Menschen auf Wandel zeigen. Lean Change Management bringt die schnelle Feedbackschleife des Lean Startup in Schwung und nutzt Tools, Methoden und Modelle aus Agile, Change Management und Neurowissenschaft.
Extreme Manufacturing in der MedizintechnikFrank Lange
Extreme Manufacturing in der Medizintechnik - Wie Sie in 24 Stunden ein fertiges produziertes Gerät in Händen halten.
Kann Scrum auch in der Hardwareentwicklung genutzt werden? Und womöglich sogar in der Medizintechnik? Selbstverständlich! Neue Technologien wie 3D-Druck gepaart mit agilen konzepten wie dem frühen Scheitern erlauben es, Entwicklungs- und Produktionszyklen drastisch zu kürzen - bei gleichzeitiger Erhöhung der Qualität und Senkung der Kosten.
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernSascha Böhr
Sascha Böhr, CEO & Founder der 247GRAD GmbH und der 247GRAD Labs GmbH vermittelt in seinem Vortrag, wie Startups Projekte agile managen und dabei Frameworks wie Scrum oder Kanban einsetzen können
LKCE18 Sina Schmidt & Falk Engelmann - KLARHEIT 1 Experiment – 18 Ziele – 11 ...Lean Kanban Central Europe
Viele Teams, viele konkurrierende Ziele und Erwartungen waren der Ausgangspunkt für ein Experiment bei BI@OTTO: 11 Product Owner organisiert als Scrum-Team, um gemeinsam die Vielzahl der Themen in einem komplexen Umfeld besser bewältigen zu können.
In unserem Vortrag stellen wir vor, wie wir bei BI@OTTO, mit Teamgeist, Kanban Flightlevels, Wardley Maps und weiteren Tools, von einem Zustand mit “zu viel” Arbeit zu einem Zustand mit der “richtigen” Arbeit zur “richtigen” Zeit gelangen wollen. Der Vortrag zeigt, was wir bisher in unserem Experiment erlebt haben und was wir als nächstes aus welchem Grund verbessern werden.
Ähnlich wie Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut! (20)
Wie können Management 3.0 und agile Methoden erfolgreich in der Medizintechnik eingesetzt werden?
Im Interview erläutert der Management 3.0- Experte Andreas Lowinger, welche Chancen Management 3.0 speziell für Medizintechnik-Unternehmen bietet. Organisationen stehen vor großen Herausforderungen und müssen sich laufend verändern um den ständig schneller wachsenden Anforderungen des Marktes gerecht zu werden, ohne die regulatorischen Anforderungen zu verletzten. Veränderte Führung ist notwendig, um Motivation zu ermöglichen und Demotivation zu verhindern. Positive Emotionen sind notwendig, um echte Innovationen voranzubringen - im klassisch geprägten Umfeld der Medizintechnik werden jedoch durch widersprüchliche Ziele im Unternehmen oft eher negative Emotionen wie Unsicherheit, Angst, und Konkurrenz erzeugt. Management 3.0-Tools wie das Delegation-Board und die Moving Motivators können dabei helfen, diese negativen Emotionen transparent zu machen und aufzulösen. Am Ende des Interviews zeigt Andreas Lowinger auf, dass Management 3.0 kein theoretisches Konstrukt ohne Bezug zur Realität ist, sondern dass bereits heute viele reale Unternehmen von den Vorteilen profitieren und gemeinsame Erfolge erzielen.
Agile Methoden und die Theory of ConstraintsFrank Lange
Eli Goldratt, der Erfinder und Vorreiter der Theory of Constraints wurde einmal gefragt, ob er die wichtigsten Inhalte der TOC in einem Satz zusammenfassen könnte. Er antwortete, dass ihm dafür ein einziges Wort reicht: Focus.
Fokussierung ist deshalb so wichtig, weil es nach der Theory of Constraints in jeder Firma einen Engpass gibt, der den Durchsatz des kompletten Unternehmens beschränkt. Veränderungsprozesse machen daher nur dort Sinn, wo der Engpass optimiert wird - alles andere ist lokale Optimierung und bringt dem Gesamtsystem keinen Nutzen.
Diese Aussage deckt sich auf den ersten Blick nicht mit agilen Methoden oder Lean-Ansätzen - gilt es doch dort Impediments auf jeden Fall zu lösen, unabhängig davon wo genau im Unternehmen sie auftreten. Auf der anderen Seite gibt es einige grundlegende Überschneidungen zwischen agilen Methoden und der Theory of Constraints, beispielsweise beim Werteverständnis oder Ansätzen wie der WIP-Reduktion. Im Verlauf des Abends werden wir - auch mit Hilfe von Spielen - einiges über die TOC erfahren und sehen, welche Stärken beide Ansätze haben und wie sie sich optimal ergänzen können.
Das Eisberg Prinzip - die 4 Ebenen des Widerstands bei der Einführung von Sc...Frank Lange
Die Medizintechnik steht vor neuen Herausforderungen: Produktentwicklungszyklen werden immer kürzer, Anforderungen ändern sich immer später im Projekt - ein ideales Einsatzfeld für Scrum.
Doch in Unternehmen in denen das V-Modell seit vielen Jahren stabil läuft, stößt der Change-Prozess hin zu agilen Methoden auf deutlichen Widerstand. Praxisnah zeigt dieser Vortrag an Hand eines real durchgeführten Changes 4 verschiedene Widerstandebenen auf. Zu jeder dieser Widerstandsebenen werden Symptome, Ursachen, und Lösungsansätze herausgearbeitet, die auch in anderen Medizintechnik-Unternehmen leicht erkenn- und umsetzbar sind.
Die 4 Widerstandsebenen haben einen direkten Zusammenhang zu 4 wichtigen Normen der Medizintechnik: Der SW-Lebenszyklusprozess-Norm EN 62304, der Risikomanagement-Norm ISO 14971, der Qualitätsmanagement-Norm ISO 13485 und der Gebrauchstauglichkeitsnorm EN 62366. Die oberste der 4 Ebenen ist rein sachlich, in den darunter liegenden geht es um immer tiefere gehende Konflikte: Um Rollenkonflikte, Wertekonflikte und schließlich um Urängste von Menschen - daher der Name „Eisberg-Prinzip“.
Die Konfliktebenen sind speziell in Medizintechnik-Unternehmen besonders stark ausgeprägt, da ein Wandel von V-Modell hin zu Scrum auch mit einem Wandel von „Stabilität“ hin zu mehr „Flexibilität“ einhergeht.
9. Angst
9
Später
Markteinstieg
Me-too-Anbieter
KostendruckAngst
Projekt-
verzögerungen
Überlastung Aktionismus
„The winner takes it all“
Preisschlachten
JEDE Marktchance muss
ergriffen werden…
Defokussierung
Silo-Denken
Markteinführung von
Projektarbeit entkoppelt
Resignation
Mangelnde
Bonität
Fehlender
Expertenstatus
Kein Vertrauen
in Liefertermine
Fehlende
Kundenbindung
Verunsicherte
Teams
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
10. 10
It is not necessary to change.
survival is not mandatory.
W. Edwards Deming
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
12. 1. Freeze
12
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
13. 13
Stop starting, start finishing!
Arne Roock
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
14. Zeit
Mitarbeiter
14
P4
P1
P2
P3
Freiräume schaffen - min 50% aller laufenden Aufgaben sofort stoppen.
1. Freeze
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
19. 2. Zero Bug Tolerance
19
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
20. 20
Qualität
ist nicht verhandelbar.
Marc Bless
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
21. 21
Stets stabiles Gesamtsystem - keine technischen Schulden aufnehmen.
Qualitäts-
kontrollen
Projektrisiko
Max.
Liefertermin
2. Zero Bug Tolerance
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
22. 22
Stets stabiles Gesamtsystem - keine technischen Schulden aufnehmen.
Qualitäts-
kontrollen
Projektrisiko
Qualitäts-
kontrollen
Projektisiko
Max.
Max.
Liefertermin
2. Zero Bug Tolerance
Vorher Nachher
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
23. 23
Stets stabiles Gesamtsystem - keine technischen Schulden aufnehmen.
Qualitäts-
kontrollen
Projektrisiko
Qualitäts-
kontrollen
Projektisiko
Max.
Max.
Liefertermin
Liefertermin
deutlich vorgezogen
2. Zero Bug Tolerance
Vorher Nachher
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
24. 3. Continous Feedback
24
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
25. 25
Never say:„I know“
Eliyahu Goldratt
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
26. 26
Anforderungen kontinuierlich verbessern - embrace change.
Initiale Produktidee
3. Continous Feedback
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
27. 27
Anforderungen kontinuierlich verbessern - embrace change.
Initiale Produktidee
3. Continous Feedback
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
28. 28
Anforderungen kontinuierlich verbessern - embrace change.
Projektstart
Initiale Produktidee
3. Continous Feedback
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
29. 29
Anforderungen kontinuierlich verbessern - embrace change.
Projektstart
Initiale Produktidee
Markteinführung:
Gescheitertes
Projekt
3. Continous Feedback
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
30. 30
Anforderungen kontinuierlich verbessern - embrace change.
Projektstart
Initiale Produktidee
Markteinführung:
Gescheitertes
Projekt
Projektstart
Initiale Produktidee
3. Continous Feedback
Vorher Nachher
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
31. 31
Anforderungen kontinuierlich verbessern - embrace change.
Projektstart
Initiale Produktidee
Markteinführung:
Gescheitertes
Projekt
Projektstart
Initiale Produktidee
3. Continous Feedback
Vorher Nachher
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
32. 32
Anforderungen kontinuierlich verbessern - embrace change.
Projektstart
Initiale Produktidee
Markteinführung:
Gescheitertes
Projekt
Markteinführung:
Produkterfolg!
Projektstart
Initiale Produktidee
3. Continous Feedback
Vorher Nachher
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
33. 4. Cross Functional Teams
33
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
34. 34
Any Scrum without working
product at the end of the
sprint is failed Scrum.
Jeff Sutherland
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
37. 37
Culture is „Read-Only“.
Niels Pflaeging
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
38. 5. Unternehmenskultur
38
Nachhaltigkeit sicherstellen - Frühwarn-Indikator etablieren.
Zeit
Harte negative Auswirkungen
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)
39. 5. Unternehmenskultur
39
Nachhaltigkeit sicherstellen - Frühwarn-Indikator etablieren.
Vertrauenslevel
Zeit
Harte negative Auswirkungen
Gewonnene
Reaktionszeit
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr
gut! Frank Lange, Agilefokus UG (haftungsbeschränkt)