DevOps - Programmierst Du noch oder betreibst Du schon?Jean-Pierre König
Seit der Jahrtausendwende ist in der Softwareentwicklung einiges in Bewegung geraten. Es dürfte heute kaum ein Unternehmen geben, das nicht mindestens agile Elemente in seinen Entwicklungsprozess integriert hat. Meist mit dem Ziel, das Risiko zu minimieren Software an den Anforderungen vorbei zu entwickeln und schlussendlich Kosten bei der Entwicklung zu sparen. Aber wie lässt sich agile Softwareentwicklung in den Betrieb integrieren? Wie läuft das bisher?
Welche Probleme gibt es dabei und wie kann man diese lösen?
Im Vortrag wird anhand praktischer Erfahrung darauf eingegangen, wie agile Softwareentwicklung durch Continuous Deployment und Continuous Delivery das Betriebsumfeld innovieren kann.
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.
Seit 2009 ist DevOps ein wichtiges Thema auf den IT-Konferenzen, und inzwischen empfehlen auch die großen Beratungshäuser eine DevOps-Strategie. Doch während sich die Tools hoher Popularität erfreuen und Quasistandard wurden, sind Kultur und Organisationsdesign auf der Strecke geblieben. Die Tools alleine realisieren nur einen kleinen Teil des Benefits von DevOps, der große Vorteil entsteht erst mit der Integration von DevOps-Struktur, Organisation und Kultur im Unternehmen zu bekommen. Wie breche ich Silos jenseits von Dev und Ops auf? Wie schaffe ich gemeinsame Ziele über die Abteilungsgrenzen hinaus? Wie mache ich eine verlässliche Testphase bei einem Deploy am Tag? Welche Strukturen von heute stehen DevOps im Weg?
About Dogs and Cats - über DevOps in großen KonzernenStefan Bauer
Die zunehmenden Möglichkeiten der Automatisierung hat die DevOps Bewegung in den letzten Jahren massiv vorangetrieben. Die Technologieveränderungen scheinen jedoch die klassischen Konflikte in den IT-Abteilungen nicht zu reduzieren.
Was bedeutet diese massive Technologieveränderung für die tägliche Arbeit in einem großen IT-Konzern?
Unterstützen die klassische Arbeitsabläufe und Organisationsstrukturen die Effizienz der neuen Technologien?
Wie kann ein Wandel in der IT-Industrie vorwärts bewegt werden?
Dieser Vortrag soll Erfahrungen vermitteln und Denkmodelle vorstellen, um ein gemeinsames Bild von Technologie und menschlichen Organisationen zu entwickeln.
DevOps fordert die Anwendung agiler Methoden und Konzepte des Software-Managements für die IT Operations. Was das bedeutet, erfahren Sie hier!
Eine Revolution findet zurzeit in den Anwendungsentwicklungs-Abteilungen statt: Agile Entwicklungs- und Projektmanagement-Ansätze ersetzen schwerfällige Wasserfall-Methoden und versprechen rasche Auslieferung von neuer Funktionalität mit besserer Qualität.
Doch dies kann nur eine Seite der Medaille sein: Der IT-Betrieb muss genauso in der Lage sein, den sehr viel höheren Rhythmus an Changes und Releases bewältigen zu können. Die Antwort darauf: DevOps!
In dieser Präsentation erhalten Sie eine Übersicht über die neusten Trends im IT-Betrieb und wie man neu (DevOps) mit alt (ITIL) verbindet und Hype vn der Realität unterscheidet.
Wenn es um Innovationsfähigkeit und Geschwindigkeit in der IT geht, fällt in der Regel das Stichwort DevOps. DevOps steht für die gemeinsame Betrachtung von technischen und organisatorischen Abläufen in der Anwendungsentwicklung (Dev) und dem IT-Betrieb (Ops), sowie der engen Verzahnung dieser Bereiche über den gesamten Lebenszykus der Software hinweg. Der Vortrag beleuchtet die organisatorischen und technischen Themen anhand der Geschichte hinter dem neuen dm-onlineShop.
Speaker: Alexander Pacnik, inovex GmbH
DevOpsCon, 24.11.2015
Weitere Vorträge von inovex: https://www.inovex.de/de/content-pool/vortraege/
Die DevOps-Bewegung - Einführung und Überblick
OOP 2012, 24.01.2012
Uhrzeit: 14:00 - 14:45
Sprecher: Udo Pracht
Die Bereiche Software-Entwicklung und IT-Betrieb in größeren Unternehmen haben meist eine sehr verschiedene Vorstellung davon, wie selbstentwickelte Anwendungen produktiv genommen und betreut werden. Diese unterschiedliche Zielsetzung führt zu geschäftsrelevanten Verzögerungen, Behinderungen oder gar Ausfällen. Um das Problem zu lösen, will DevOps die Zusammenarbeit von Entwicklern und Administratoren agil gestalten, deren Umgang miteinander verbessern.
Der Vortrag stellt den Ansatz und aktuellen Stand des Themas im Überblick vor.
DevOps - Programmierst Du noch oder betreibst Du schon?Jean-Pierre König
Seit der Jahrtausendwende ist in der Softwareentwicklung einiges in Bewegung geraten. Es dürfte heute kaum ein Unternehmen geben, das nicht mindestens agile Elemente in seinen Entwicklungsprozess integriert hat. Meist mit dem Ziel, das Risiko zu minimieren Software an den Anforderungen vorbei zu entwickeln und schlussendlich Kosten bei der Entwicklung zu sparen. Aber wie lässt sich agile Softwareentwicklung in den Betrieb integrieren? Wie läuft das bisher?
Welche Probleme gibt es dabei und wie kann man diese lösen?
Im Vortrag wird anhand praktischer Erfahrung darauf eingegangen, wie agile Softwareentwicklung durch Continuous Deployment und Continuous Delivery das Betriebsumfeld innovieren kann.
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.
Seit 2009 ist DevOps ein wichtiges Thema auf den IT-Konferenzen, und inzwischen empfehlen auch die großen Beratungshäuser eine DevOps-Strategie. Doch während sich die Tools hoher Popularität erfreuen und Quasistandard wurden, sind Kultur und Organisationsdesign auf der Strecke geblieben. Die Tools alleine realisieren nur einen kleinen Teil des Benefits von DevOps, der große Vorteil entsteht erst mit der Integration von DevOps-Struktur, Organisation und Kultur im Unternehmen zu bekommen. Wie breche ich Silos jenseits von Dev und Ops auf? Wie schaffe ich gemeinsame Ziele über die Abteilungsgrenzen hinaus? Wie mache ich eine verlässliche Testphase bei einem Deploy am Tag? Welche Strukturen von heute stehen DevOps im Weg?
About Dogs and Cats - über DevOps in großen KonzernenStefan Bauer
Die zunehmenden Möglichkeiten der Automatisierung hat die DevOps Bewegung in den letzten Jahren massiv vorangetrieben. Die Technologieveränderungen scheinen jedoch die klassischen Konflikte in den IT-Abteilungen nicht zu reduzieren.
Was bedeutet diese massive Technologieveränderung für die tägliche Arbeit in einem großen IT-Konzern?
Unterstützen die klassische Arbeitsabläufe und Organisationsstrukturen die Effizienz der neuen Technologien?
Wie kann ein Wandel in der IT-Industrie vorwärts bewegt werden?
Dieser Vortrag soll Erfahrungen vermitteln und Denkmodelle vorstellen, um ein gemeinsames Bild von Technologie und menschlichen Organisationen zu entwickeln.
DevOps fordert die Anwendung agiler Methoden und Konzepte des Software-Managements für die IT Operations. Was das bedeutet, erfahren Sie hier!
Eine Revolution findet zurzeit in den Anwendungsentwicklungs-Abteilungen statt: Agile Entwicklungs- und Projektmanagement-Ansätze ersetzen schwerfällige Wasserfall-Methoden und versprechen rasche Auslieferung von neuer Funktionalität mit besserer Qualität.
Doch dies kann nur eine Seite der Medaille sein: Der IT-Betrieb muss genauso in der Lage sein, den sehr viel höheren Rhythmus an Changes und Releases bewältigen zu können. Die Antwort darauf: DevOps!
In dieser Präsentation erhalten Sie eine Übersicht über die neusten Trends im IT-Betrieb und wie man neu (DevOps) mit alt (ITIL) verbindet und Hype vn der Realität unterscheidet.
Wenn es um Innovationsfähigkeit und Geschwindigkeit in der IT geht, fällt in der Regel das Stichwort DevOps. DevOps steht für die gemeinsame Betrachtung von technischen und organisatorischen Abläufen in der Anwendungsentwicklung (Dev) und dem IT-Betrieb (Ops), sowie der engen Verzahnung dieser Bereiche über den gesamten Lebenszykus der Software hinweg. Der Vortrag beleuchtet die organisatorischen und technischen Themen anhand der Geschichte hinter dem neuen dm-onlineShop.
Speaker: Alexander Pacnik, inovex GmbH
DevOpsCon, 24.11.2015
Weitere Vorträge von inovex: https://www.inovex.de/de/content-pool/vortraege/
Die DevOps-Bewegung - Einführung und Überblick
OOP 2012, 24.01.2012
Uhrzeit: 14:00 - 14:45
Sprecher: Udo Pracht
Die Bereiche Software-Entwicklung und IT-Betrieb in größeren Unternehmen haben meist eine sehr verschiedene Vorstellung davon, wie selbstentwickelte Anwendungen produktiv genommen und betreut werden. Diese unterschiedliche Zielsetzung führt zu geschäftsrelevanten Verzögerungen, Behinderungen oder gar Ausfällen. Um das Problem zu lösen, will DevOps die Zusammenarbeit von Entwicklern und Administratoren agil gestalten, deren Umgang miteinander verbessern.
Der Vortrag stellt den Ansatz und aktuellen Stand des Themas im Überblick vor.
http://www.opitz-consulting.com/go/3-4-11
Viele Betriebe haben in den letzten Jahren ihren Anwendungsbetrieb an ITIL ausgerichtet. Jetzt kommt mit DevOps eine neue Philosophie daher, die vielfach aus der Entwicklung getrieben wird. Das Misstrauen auf beiden Seiten ist groß. Unsere Application-Management-Experten Richard Attermeyer und Ines Möckel zeigten in einem Vortrag bei der OOP 2015, dass ITIL und DevOps eine gute Kombination sein können, von der alle Projektbeteiligte profitieren.
DevOps findet schnell Anklang in SMBs. Organisationen, die bisher auch eine nicht sehr formalisierte Trennung zwischen Entwicklung und Betrieb hatten und häufig auch noch nicht über formalisierte Prozesse verfügen. Viele andere Betriebe haben dann in den letzten Jahren angefangen ITIL / ITSM einzuführen, eine Initiative, die eher aus dem Betrieb getrieben wurde und auf Entwicklungsbereiche häufig als Behinderung betrachtet werden.
DevOps auf der anderen Seite ist eine Philosophie, die häufig aus den Entwicklungsabteilungen getrieben wird und auf Skepsis in den Betriebsabteilungen trifft (die wollen uns überflüssig machen, funktioniert nicht mit SOX). Häufig liegt das an falsch verstandenen Ideen der beiden Methoden / Philosophien. Im Vortrag zeigen wir am Beispiel der Einführung von ITIL für Managed Services, wie DevOps Prinzipien bei der Umsetzung von ITIL unterstützen können.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Migriert man noch mit dem Spotify-Modell den Monolithen zu MicroServices oder bedient die serverlose Architektur schon das IoT? Wieviele Inverse Conway-Maneuvres braucht man eigentlich, um die papiergetriebene Marketing-Abteilung crossfunktional zum Security-neurotischen Betriebsteam zu bekommen? Gute Ratschläge für die zukünftigen Anforderungen und E-Commerce-Architekturen gibt es viele - aber welche ergibt im eigenen Fall Sinn? Ein Versuch, etwas Klarheit und Übersicht zu schaffen, die konkurrierenden Strategien und ihre Voraussetzungen und Rahmenbedingungen vorzustellen und Wege aufzuzeigen, die passende Architektur zu finden.
Vortrag eTailment Kongress 2015. Meine These: liebe Händler, Eure Organisationsstrukturen sind kaputt. Diese These (die auch für viele andere Branchen gilt :-) ) versuche ich in diesem Vortrag zu belegen.
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
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.
http://www.opitz-consulting.com/go/3-4-894
Die Literatur sagt, dass „Broken Builds“ auf jeden Fall zu vermeiden sind, weil andere Entwickler sich durch die fehlerhaften Änderungen ihren Entwicklungsbereich kaputt machen und dann nicht arbeiten können.
Die Solution Architects unserer IT-Beratung, Stefan Scheidt und Richard Attermeyer, zeigten in ihrem Vortrag am 10.Oktober 2013 bei der gearconf 2013 in Düsseldorf, dass „broken Builds“ nicht das Problem sind. Im Rahmen der Präsentation zeigten die Referenten, wie man durch geeignete Branching- und CI-Strategien stets eine stabilen Branch sicherstellen kann.
Veranschaulicht wurde das Ganze durch eine konkrete Umsetzung mittels Git / GitLab und Jenkins.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Agile Werte basieren auf Vertrauen & Kooperation. Welche Vorgehens- und damit Vertragsmodelle sind dabei möglich? In diesen Slides versuche ich der Frage nachzuspüren und stelle dabei verschiedene Modelle, ua. auch Money for Nothing, Changes for Free, vor.
Der Vortrag wurde initial in einem Webinar gehalten, auf http://bit.ly/agilervertrag finden Sie das Video sowie weitere Information.
Die Slides werde ich im Rahmen der kontinuierlichen Bearbeitung des Themas regelmäßig hier aktualisieren.
www.opitz-consulting.com
Zu einem guten Gericht gehören gute Zutaten. So ist es auch mit einer Continuous-Delivery-Umgebung.
Was macht eine gute Developer Experience aus? Aus welchen Zutaten bestehen moderne Continuous-Delivery-Umgebungen? Wir schauen uns an, welche Zutaten man braucht und durch welche Produkte sich diese abdecken lassen.
An welchen Qualitätsattributen müssen sich CD-Plattformarchitekturen messen lassen?
So wie man aus den gleichen Zutaten Gerichte für die unterschiedlichen Geschmäcker bauen kann, so kann man auch unterschiedliche Entwicklerkulturen bedienen.
Lernen Sie, wie Sie das Rezept für ihren Lieblingsstack finden können.
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.
Sie möchten Ihr IT-Business steigern, Ihnen fehlen aber die passenden Personen, das Know-How und die Methoden? Mit einer partnerschaftlichen Zusammenarbeit mit MAYFLOWER steigern wir die Leistungsfähigkeit und Geschwindigkeit Ihres Online Business, und machen Sie erfolgreicher auf Ihren Märkten.
Für Agenturen mit ständig wechselnden Projekten stellt es eine besondere Herausforderung da, agile und schlanke Vorgehensweisen wie Scrum und Kanban konsequent anzuwenden. Es ist an vielen Stellen ein Umdenken erforderlich. Dieser Vortrag beleuchtet, wie Agenturen Scrum und Kanban für die Verbesserung ihrer Abläufe einsetzen können, wann besser auf Scrum und wann besser auf Kanban gesetzt werden sollte, sowie die kritischen Erfolgsfaktoren bei der Einführung von Agile in Unternehmen.
Für Blogartikel des Urhebers zu Scrum & Kanban besuchen Sie bitte auch http://Produktmanager-Internet.de
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.
Scrum ist gelebtes Qualitätsmanagement und zum Qualitätsmanagement gehört das Testen. Wie genau spielt das Testen in Scrum mit? Welche Arten und Stufen von Tests gibt es und wie können diese den Scrum Prozess unterstützen oder sogar behindern? Was machen Teams hierbei gerne falsch und können klassische Testverfahren behilflich sein die Qualität zu verbessern? Diese Fragen werden in dem Vortrag diskutiert, beantwortet und bewertet.
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.
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
http://www.opitz-consulting.com/go/3-4-11
Viele Betriebe haben in den letzten Jahren ihren Anwendungsbetrieb an ITIL ausgerichtet. Jetzt kommt mit DevOps eine neue Philosophie daher, die vielfach aus der Entwicklung getrieben wird. Das Misstrauen auf beiden Seiten ist groß. Unsere Application-Management-Experten Richard Attermeyer und Ines Möckel zeigten in einem Vortrag bei der OOP 2015, dass ITIL und DevOps eine gute Kombination sein können, von der alle Projektbeteiligte profitieren.
DevOps findet schnell Anklang in SMBs. Organisationen, die bisher auch eine nicht sehr formalisierte Trennung zwischen Entwicklung und Betrieb hatten und häufig auch noch nicht über formalisierte Prozesse verfügen. Viele andere Betriebe haben dann in den letzten Jahren angefangen ITIL / ITSM einzuführen, eine Initiative, die eher aus dem Betrieb getrieben wurde und auf Entwicklungsbereiche häufig als Behinderung betrachtet werden.
DevOps auf der anderen Seite ist eine Philosophie, die häufig aus den Entwicklungsabteilungen getrieben wird und auf Skepsis in den Betriebsabteilungen trifft (die wollen uns überflüssig machen, funktioniert nicht mit SOX). Häufig liegt das an falsch verstandenen Ideen der beiden Methoden / Philosophien. Im Vortrag zeigen wir am Beispiel der Einführung von ITIL für Managed Services, wie DevOps Prinzipien bei der Umsetzung von ITIL unterstützen können.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Migriert man noch mit dem Spotify-Modell den Monolithen zu MicroServices oder bedient die serverlose Architektur schon das IoT? Wieviele Inverse Conway-Maneuvres braucht man eigentlich, um die papiergetriebene Marketing-Abteilung crossfunktional zum Security-neurotischen Betriebsteam zu bekommen? Gute Ratschläge für die zukünftigen Anforderungen und E-Commerce-Architekturen gibt es viele - aber welche ergibt im eigenen Fall Sinn? Ein Versuch, etwas Klarheit und Übersicht zu schaffen, die konkurrierenden Strategien und ihre Voraussetzungen und Rahmenbedingungen vorzustellen und Wege aufzuzeigen, die passende Architektur zu finden.
Vortrag eTailment Kongress 2015. Meine These: liebe Händler, Eure Organisationsstrukturen sind kaputt. Diese These (die auch für viele andere Branchen gilt :-) ) versuche ich in diesem Vortrag zu belegen.
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
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.
http://www.opitz-consulting.com/go/3-4-894
Die Literatur sagt, dass „Broken Builds“ auf jeden Fall zu vermeiden sind, weil andere Entwickler sich durch die fehlerhaften Änderungen ihren Entwicklungsbereich kaputt machen und dann nicht arbeiten können.
Die Solution Architects unserer IT-Beratung, Stefan Scheidt und Richard Attermeyer, zeigten in ihrem Vortrag am 10.Oktober 2013 bei der gearconf 2013 in Düsseldorf, dass „broken Builds“ nicht das Problem sind. Im Rahmen der Präsentation zeigten die Referenten, wie man durch geeignete Branching- und CI-Strategien stets eine stabilen Branch sicherstellen kann.
Veranschaulicht wurde das Ganze durch eine konkrete Umsetzung mittels Git / GitLab und Jenkins.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Agile Werte basieren auf Vertrauen & Kooperation. Welche Vorgehens- und damit Vertragsmodelle sind dabei möglich? In diesen Slides versuche ich der Frage nachzuspüren und stelle dabei verschiedene Modelle, ua. auch Money for Nothing, Changes for Free, vor.
Der Vortrag wurde initial in einem Webinar gehalten, auf http://bit.ly/agilervertrag finden Sie das Video sowie weitere Information.
Die Slides werde ich im Rahmen der kontinuierlichen Bearbeitung des Themas regelmäßig hier aktualisieren.
www.opitz-consulting.com
Zu einem guten Gericht gehören gute Zutaten. So ist es auch mit einer Continuous-Delivery-Umgebung.
Was macht eine gute Developer Experience aus? Aus welchen Zutaten bestehen moderne Continuous-Delivery-Umgebungen? Wir schauen uns an, welche Zutaten man braucht und durch welche Produkte sich diese abdecken lassen.
An welchen Qualitätsattributen müssen sich CD-Plattformarchitekturen messen lassen?
So wie man aus den gleichen Zutaten Gerichte für die unterschiedlichen Geschmäcker bauen kann, so kann man auch unterschiedliche Entwicklerkulturen bedienen.
Lernen Sie, wie Sie das Rezept für ihren Lieblingsstack finden können.
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.
Sie möchten Ihr IT-Business steigern, Ihnen fehlen aber die passenden Personen, das Know-How und die Methoden? Mit einer partnerschaftlichen Zusammenarbeit mit MAYFLOWER steigern wir die Leistungsfähigkeit und Geschwindigkeit Ihres Online Business, und machen Sie erfolgreicher auf Ihren Märkten.
Für Agenturen mit ständig wechselnden Projekten stellt es eine besondere Herausforderung da, agile und schlanke Vorgehensweisen wie Scrum und Kanban konsequent anzuwenden. Es ist an vielen Stellen ein Umdenken erforderlich. Dieser Vortrag beleuchtet, wie Agenturen Scrum und Kanban für die Verbesserung ihrer Abläufe einsetzen können, wann besser auf Scrum und wann besser auf Kanban gesetzt werden sollte, sowie die kritischen Erfolgsfaktoren bei der Einführung von Agile in Unternehmen.
Für Blogartikel des Urhebers zu Scrum & Kanban besuchen Sie bitte auch http://Produktmanager-Internet.de
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.
Scrum ist gelebtes Qualitätsmanagement und zum Qualitätsmanagement gehört das Testen. Wie genau spielt das Testen in Scrum mit? Welche Arten und Stufen von Tests gibt es und wie können diese den Scrum Prozess unterstützen oder sogar behindern? Was machen Teams hierbei gerne falsch und können klassische Testverfahren behilflich sein die Qualität zu verbessern? Diese Fragen werden in dem Vortrag diskutiert, beantwortet und bewertet.
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.
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
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...Marc Bless
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und Dokumentation nach jeder Iteration fertig sind (Scrum Med 2013) (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Agilität im Systems Engineering – geht das?HOOD Group
Agilität hat erstmal nichts mit dem Entwicklungsgegenstand zu tun.
Agil zu sein, bedeutet für uns: Wir orientieren uns an den Werten und Prinzipien des agilen Manifests.
Agilität beginnt im Kopf…!
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
Bei agilen Projekt ist Scrum zurzeit die Nr. 1. Trotzdem entscheiden sich Unternehmen immer wieder Scrum nur unvollständig einzuführen. Aber ist das wirklich eine gute Idee und kann das funktionieren?
In diesem Vortrag wird anhand von Praxisbeispielen gezeigt, was eine teilweise Einführung in der Realität bedeutet. Wir erfahren hierdurch, welche Elemente von Scrum unabhängig eingeführt werden können, aber was verloren geht, wenn Scrum nicht vollständig eingeführt wird. Außerdem gehen wir der Frage nach, ob es wirklich immer Scrum sein muss.
Bei agilen Projekt ist Scrum zurzeit die Nr. 1. Trotzdem entscheiden sich Unternehmen immer wieder Scrum nur unvollständig einzuführen. Aber ist das wirklich eine gute Idee und kann das funktionieren?
In diesem Vortrag wird anhand von Praxisbeispielen gezeigt, was eine teilweise Einführung in der Realität bedeutet. Wir erfahren hierdurch, welche Elemente von Scrum unabhängig eingeführt werden können, aber was verloren geht, wenn Scrum nicht vollständig eingeführt wird. Außerdem gehen wir der Frage nach, ob es wirklich immer Scrum sein muss.
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017Tim Klein
Mit dem „Product Owner Evolution Model (POEM)“ wird ein Tool vorgestellt, in dem die Vertreter der (Scrum-)Rollen die Ist-Situation ihrer Entscheidungsfreiräume selbst eintragen können (Positionierung i.S. einer Aufstellung). Dies umfasst u.a. auch den „Business Owner“ (als Synonym für CPO, Director Product, CEO, o.ä.). Während ein solches Self-Assessment bereits an sich einen gewissen Wert darstellt und wunderbare Möglichkeiten zur gemeinsamen Diskussion eröffnet, liegt der größte Wert des Modells in der Entwicklung eines gemeinsamen Zielbilds. So können alle Rollen – und insbesondere der Product Owner – im folgenden Schritt ihre gewünschte Soll-Position eintragen und gemeinsame Entwicklungsziele festlegen.
Ein weiterer Aspekt ist das Coaching durch Scrum Master oder Agile Coach: Mit dem Modell kann gut veranschaulicht werden, bei welchen Tätigkeiten, der Scrum Master oder Agile Coach dem Product Owner und Entwicklungsteam aktuell entsprechendes Coaching anbieten kann. Ebenso entsteht damit Klarheit, wo im Kontext des Zielbildes ggf. ein anderer oder erweiterter Coaching-Bedarf entsteht, um Product Owner und Entwicklungsteam auf ihrem Weg in ihre neuen Verantwortungsbereiche zu unterstützen und zu begleiten.
Weitere Informationen und das POEM-Tool zum Download inkl. Anleitung findet man unter www.productownership.de. POEM wurde von Tim Klein und Oliver Winter entwickelt und steht der Community unter Creative-Commons-Lizenz (BY-SA) zur Verfügung.
Agile und Projektmanagement - Kein entweder-oder sondern andersSteffen Thols
Mittlerweile wendet so ziemlich jede Organisation agile Vorgehensweisen für die Durchführung ihrer Projekte und Produktentwicklungen an.
Agile ist State of the Art geworden. Insbesondere auch durch die Verbreitung in großen Firmen mit anderen Ansprüchen zum Beispiel an Dokumentationen hat sich eine Diskussion entwickelt, wie Agile und Projektmanagement zusammen passen bzw. ob dies überhaupt funktioniert.
Ich bin der Meinung, dass auch agile Vorgehensweisen ein Projektmanagement benötigen, denn die Aufgaben eines Managers fallen ja nicht plötzlich weg, nur weil man nun Agile macht. In diesem Vortrag möchte ich Denkanstöße geben was Agile für mich als Projektmanager und die Organisation bedeutet.
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbindenAchim Schmidt-Sibeth
Gibt es die EINE richtige Methode für Projektmanagement? Sicher nicht. Ansätze für hybrides Projektmanagement sind daher oft eine passende Lösung. In diesem Video geht es nicht um klassisch ODER agil, sondern um klassisch UND agil.
Nach einer kurzen Gegenüberstellung der agilen und klassischen Welt sehen Sie Möglichkeiten, diese direkt zu verbinden. Weitere Themen sind: 1) die sinnvoll kombinierbaren Bausteine zum Nutzen der Vorteile beider Welten, 2) mögliche Projektstrukturen sowie Tipps zu Ressourcenmanagement und Reporting, 3) eine beispielhafte Live-Demo des Zusammenspiels von Microsoft Project Server und Jira durch deren Integration.
Ein Video für Entscheider, PMOs und Projektmanager auf der Suche nach passenden PM-Methoden.
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
Software-Projekte sind mit vielen Risiken behaftet. Die Ursachen für Fehlschläge sind oft Fehler im Management der Anforderungen und mangelhafter Einbezug der Benutzer.
Agile Vorgehensmodelle wollen genau dieses Problem lösen. Allerdings wird die Thematik in den ursprünglichen Konzepten zu stark vereinfacht und dadurch oft missverstanden.
Die agile Projektentwicklung mit SCRUM wird immer beliebter - bietet sie doch gegenüber der klassischen Entwicklungsmethode nach dem Wasserfallmodell einige entscheidende Vorteile.
Mit vorliegenden Whitepaper möchten wir die Rollen, Tools und Vorgehensweise bei der agilen Projektentwicklung mit Scrum vorstellen, auf die Besonderheiten Vor- und Nachteile eingehen sowie das Kostenthema beleuchten.
Somit eignet sich unser Scrum-Whitepaper ideal als Grundlagenlektüre für interessierte Entscheider!
Agile, klassisch oder hybrid: Welche Projektmanagement-Methode ust die Richtige?TPG The Project Group
Hier bekommen Sie einen Überblick über:
• die Motivation für agile Ansätze
• deren Vor-und Nachteile zu klassischen Methoden
• die Vorteile einer Kombination zur hybriden Lösung
• einen Ausblick zur Entwicklung der verschiedenen Ansätze.
Die Informationen sind wertvolle Entscheidungshilfe für PMOs, Entscheider und Projektmanager auf der Suche nach passenden PM-Methoden.
"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!
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)Marc Bless
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Ähnlich wie Scrum als agiles Vorgehensmodell für Programmierer (20)
15. Zielsetzung
Scrum ist ein Rahmenwerk zur
Entwicklung und Erhaltung komplexer
Produkte.
Bild: flickr.com
16. Definition
Scrum:
Ein Rahmenwerk, innerhalb dessen Menschen komplexe
adaptive Aufgabenstellungen angehen können, und durch das sie
in die Lage versetzt werden, produktiv und kreativ Produkte
mit dem höchstmöglichen Wert auszuliefern.
27. Product Owner
Zuständig für
• Wertmaximierung des Produkts
• Arbeit des Entwicklungsteams
Eine Person (kein Komitee)
Bild: flickr.com
28. Product Owner
Erfolgsfaktoren
• Akzeptanz in der gesamten
Organisation
• Entscheidungen werden
respektiert
• Bestimmt Inhalt und Reihenfolge
des Product Backlogs
• Der Product Owner allein
versorgt das Entwicklungsteam
mit Arbeit
Bild: flickr.com
29. Entwicklerteam
• 3-9 Mitglieder (ohne PO u. SM)
• Profis
• Selbstorganisiert
• Liefern ein fertiges Produkt
Inkrement am Ende jedes Sprints
Bild: flickr.com
30. Scrum Master
• Verantwortlich fürVerständnis und
Durchführung von Scrum
• Vermittelt Theorie, Praktiken und
Regeln von Scrum
• Servant Leader für das Scrum
Team
33. Scrum Ereignisse
• Ermöglichen Transparenz und Überprüfungen kritischen
Stellen
• Erfassen den Ist-Stand, um darauf reagieren zu können
(Inspect & Adapt)
35. Sprint
• Länge: 2-4 Wochen
• Kann als Projekt mit festem Zeithorizont gesehen werden
• Definiertes Ziel
• Dient zur Entwicklung eines potentiell auslieferbaren
Produktinkrements
36. Sprint
Während des Sprints
• Keine Änderungen (Fokus auf Sprint Ziel)
• Qualitätssicherung
• Fester Anforderungsumfang, aber...
37. Sprint Planning
Klärt
Umfang des Produkt Inkrements des kommenden Sprints.
- Was -
Erforderliche Arbeit durch das Entwicklungsteam.
- Wie -
Beispiel
Features in Form von Userstories
42. Daily Scrum
Jeder beantwortet die Fragen
• Was habe ich gestern erreicht?
• Was werde ich heute erledigen?
• Gibt es Hindernisse (Impediments)?
43. Sprint Review
• Überprüfung des Produkt Inkrements
• Demonstration der Ergebnisse des Sprints
• Vorführung als Anregung für Feedback
• Basis für die Zusammenarbeit
48. Product Backlog
• Geordnete Liste von allem, was das im Produkt enthalten
sein kann.
• Einzige Anforderungsquelle für Änderungen am Produkt.
• Entwickelt sich mit dem Produkt und dessen Einsatz weiter.
51. Product Backlog
Refinement
• Verfeinerung des Product Backlogs
• Anpassung der Einträge
• Erstellung von Schätzungen
• Gemeinsam mit Product Owner und Entwicklungsteam
52. Product Backlog
• Höher angeordnete Einträge:
• Mehr Details
• Präzisere Schätzungen
• Auf Basis von Klarheit und Detailtiefe
• Je niedriger der Rang, desto weniger Details
53. Product Backlog
• Einträge werden verfeinert, bis sie verstanden wurden.
("Ready")
• "Ready"-Einträge als Basis für Sprint Backlog
(Sprint Planning)
Quelle: rockstart.com
54. Fortschrittskontrolle in Richtung des Ziels
• Überprüfung durch den Product Owner spätestens im Sprint
Review
• Summe der verbleibenden Arbeiten ist messbar
• Basis für Prognosen
56. Sprint Backlog
• Auswahl von Product Backlog-Einträgen
• Plan für die Lieferung des Produkt-Inkrements zur Erfüllung
des Sprint-Ziels
Quelle: rockstart.com
57. Sprint Backlog
• Prognose des Entwicklungsteams für das kommende
Inkrement
• Arbeit des Entwicklungsteams innerhalb eines Sprints
Quelle: rockstart.com
58. Überwachung des Sprint-Fortschritts
• Überprüfung des Sprint-Fortschritts im Daily Scrum
• Bewusstsein über die Wahrscheinlichkeit, das Sprint-Ziel zu
erreichen