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.
Vortrag am 20.09.2012 bei Immobilien-Scout in Berlin zum Thema "Portfolio-Kanban".
Wie kann ich mehrere Teams im Überblick behalten und synchronisieren mit Kanban?
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?
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...Mayflower GmbH
Soll ich Entwickler pro Stunde einkaufen? Lohnt es sich für mich, spontan ein Team zu staffen? Brauche ich einen Rockstar-Developer im Team, um die Deadline zu retten?
Woher kommt die Performance von Development-Teams? Ist es wirklich eine magische Eigenschaft von bestimmten Entwicklern, die Produkte erfolgreich macht? Oder kommt herausragende Performance von einer ganz anderer Seite?
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.
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.
Vortrag am 20.09.2012 bei Immobilien-Scout in Berlin zum Thema "Portfolio-Kanban".
Wie kann ich mehrere Teams im Überblick behalten und synchronisieren mit Kanban?
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?
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...Mayflower GmbH
Soll ich Entwickler pro Stunde einkaufen? Lohnt es sich für mich, spontan ein Team zu staffen? Brauche ich einen Rockstar-Developer im Team, um die Deadline zu retten?
Woher kommt die Performance von Development-Teams? Ist es wirklich eine magische Eigenschaft von bestimmten Entwicklern, die Produkte erfolgreich macht? Oder kommt herausragende Performance von einer ganz anderer Seite?
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.
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
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.
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.
Was sind die Erfolgstreiber Agiler Transformationen? Natürlich auch ein passendes Technologie-Management. Doch der dazu notwendige Schritt ist die "lernende Organisationen" mit vielen Frei-Räumen für die Mitarbeitenden, denn: Technologie-Management findet nicht im CIO-Office des Elfenbeinturms statt, sondern an der Basis mit Rückkopplung in die zentralen Gilden.
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.
Mit Maintenance umgehen können- Fixt du noch Bugs oder lieferst du schon neue...Mayflower GmbH
Nach dem erfolgreichen Launch einer Software gibt es immer das gleiche Dilemma: Neue Features konkurrieren mit Bugs und Anpassungen an der bestehenden Software, die aus dem operativen Betrieb kommen. Und die Gretchenfrage nach dem dringenden und dem wichtigsten stellt sich kontinuierlich und es braucht einen Mechanismus um diese zu Balancieren. Ich möchte die Auswirkungen von Maintenance parallel zur Produktentwicklung aufzeigen, die Folgeprobleme benennen und Strategien vorstellen um dieses Dilemma zu umgehen.
GPM Vortrag: Modernes Management von SoftwareprojektenFrank Düsterbeck
Softwareprojekte werden immer komplexer. Die Ursachen hierfür sind zum einen in der immer höheren IT-technischen Abdeckung der Geschäftsprozesse, bei steigender Anforderungsdynamik zu suchen. Zum anderen werden die Softwareproduktionsumgebungen, Technologien und Infrastrukturen und somit auch die Anforderungen an die Qualifikation aller Projektbeteiligter immer umfassender.
Das Management von Projekten muss der Komplexität gerecht werden. Dies bedeutet, Komplexität zu minimieren und über geeignete Prozessrahmen, Praktiken, Methoden und Technologien beherrschbarer zu machen. Dies bedeutet aber auch Risiken zu reduzieren durch Fokussierung auf das Wesentliche, insbesondere im Bereich der Planung, des Anforderungs- und Qualitätsmanagements.
Dieser Vortrag stellt die Herausforderungen der modernen Softwareentwicklung dar und gibt Antworten auf die Fragen, wie Komplexität z.B. durch agile Prozessrahmen und Methoden beherrschbarer gemacht werden kann und mit welchen Mitteln und Wegen eine hohe Qualität, sowohl in den Prozessen als auch im Produkt, trotz der Risiken, erreicht werden kann.
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.
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.
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.
Keiner glaubt mehr an die Versprechen aus der IT, weder Druck, Motivation noch ein grösseres Team bringen auch nur etwas Performance. Es gibt viele Fehler in der Software und die Fluktuation geht nach oben. Wie fängt man so ein Projekt ein? Eine Geschichte von den offensichtlichen und nicht so offensichtlichen Dingen, die man dabei berücksichtigen muss - aus dem echten Leben erzählt.
Was Manager über agile Entwicklungspraktiken wissen müssenSven Günther
Seit einiger Zeit sind agile Entwicklungsprozesse im Mainstream angekommen. Viele Teams entwickeln Software mit agilen Methoden. Doch reicht es, den Prozess umzustellen? Wie sollen wir spät erkannte Anforderungen in unsere Software integrieren, wenn diese nicht flexibel ist? Wie soll ich nach jedem Commit alles integrieren, wenn schon der Build 3 Stunden braucht? Wie sollen wir nach jedem 2-Wochen-Sprint ausliefern, wenn schon das Testen 4 Wochen dauert?
Die Erfahrung der letzten Jahre hat gezeigt, dass es vielen Scrum-Teams nicht gelingt, Iterations-Ergebnisse mit ausreichend hoher Qualität zu erstellen. Martin Fowler bezeichnete dies als Flaccid Scrum und auch Ken Schwaber gestand ein, dass viele Entwicklungsteams nicht ausreichend mit modernen Entwicklungspraktiken vertraut sind. Zu agiler Entwicklung gehört also mehr als nur das Umstellen eines Prozesses.
Dieser Vortrag zeigt Managern auf, welche agilen Entwicklungspraktiken zu flexiblen Software-Systemen führen und wie man diese am besten befördert. Für Scrum Master und Entwickler bietet sich der Vortrag an, um zu prüfen, ob man schon alles richtig macht und um Anregungen zu bekommen, wie es vielleicht noch besser gehen kann.
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.
Robert Nesta Marley nació en 1945 en Jamaica y murió en 1981. Fue un cantante y compositor de reggae conocido por su música de protesta contra el racismo y la opresión. A pesar de haber sido baleado en un concierto contra el racismo, continuó con el show para inspirar a la gente.
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
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.
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.
Was sind die Erfolgstreiber Agiler Transformationen? Natürlich auch ein passendes Technologie-Management. Doch der dazu notwendige Schritt ist die "lernende Organisationen" mit vielen Frei-Räumen für die Mitarbeitenden, denn: Technologie-Management findet nicht im CIO-Office des Elfenbeinturms statt, sondern an der Basis mit Rückkopplung in die zentralen Gilden.
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.
Mit Maintenance umgehen können- Fixt du noch Bugs oder lieferst du schon neue...Mayflower GmbH
Nach dem erfolgreichen Launch einer Software gibt es immer das gleiche Dilemma: Neue Features konkurrieren mit Bugs und Anpassungen an der bestehenden Software, die aus dem operativen Betrieb kommen. Und die Gretchenfrage nach dem dringenden und dem wichtigsten stellt sich kontinuierlich und es braucht einen Mechanismus um diese zu Balancieren. Ich möchte die Auswirkungen von Maintenance parallel zur Produktentwicklung aufzeigen, die Folgeprobleme benennen und Strategien vorstellen um dieses Dilemma zu umgehen.
GPM Vortrag: Modernes Management von SoftwareprojektenFrank Düsterbeck
Softwareprojekte werden immer komplexer. Die Ursachen hierfür sind zum einen in der immer höheren IT-technischen Abdeckung der Geschäftsprozesse, bei steigender Anforderungsdynamik zu suchen. Zum anderen werden die Softwareproduktionsumgebungen, Technologien und Infrastrukturen und somit auch die Anforderungen an die Qualifikation aller Projektbeteiligter immer umfassender.
Das Management von Projekten muss der Komplexität gerecht werden. Dies bedeutet, Komplexität zu minimieren und über geeignete Prozessrahmen, Praktiken, Methoden und Technologien beherrschbarer zu machen. Dies bedeutet aber auch Risiken zu reduzieren durch Fokussierung auf das Wesentliche, insbesondere im Bereich der Planung, des Anforderungs- und Qualitätsmanagements.
Dieser Vortrag stellt die Herausforderungen der modernen Softwareentwicklung dar und gibt Antworten auf die Fragen, wie Komplexität z.B. durch agile Prozessrahmen und Methoden beherrschbarer gemacht werden kann und mit welchen Mitteln und Wegen eine hohe Qualität, sowohl in den Prozessen als auch im Produkt, trotz der Risiken, erreicht werden kann.
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.
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.
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.
Keiner glaubt mehr an die Versprechen aus der IT, weder Druck, Motivation noch ein grösseres Team bringen auch nur etwas Performance. Es gibt viele Fehler in der Software und die Fluktuation geht nach oben. Wie fängt man so ein Projekt ein? Eine Geschichte von den offensichtlichen und nicht so offensichtlichen Dingen, die man dabei berücksichtigen muss - aus dem echten Leben erzählt.
Was Manager über agile Entwicklungspraktiken wissen müssenSven Günther
Seit einiger Zeit sind agile Entwicklungsprozesse im Mainstream angekommen. Viele Teams entwickeln Software mit agilen Methoden. Doch reicht es, den Prozess umzustellen? Wie sollen wir spät erkannte Anforderungen in unsere Software integrieren, wenn diese nicht flexibel ist? Wie soll ich nach jedem Commit alles integrieren, wenn schon der Build 3 Stunden braucht? Wie sollen wir nach jedem 2-Wochen-Sprint ausliefern, wenn schon das Testen 4 Wochen dauert?
Die Erfahrung der letzten Jahre hat gezeigt, dass es vielen Scrum-Teams nicht gelingt, Iterations-Ergebnisse mit ausreichend hoher Qualität zu erstellen. Martin Fowler bezeichnete dies als Flaccid Scrum und auch Ken Schwaber gestand ein, dass viele Entwicklungsteams nicht ausreichend mit modernen Entwicklungspraktiken vertraut sind. Zu agiler Entwicklung gehört also mehr als nur das Umstellen eines Prozesses.
Dieser Vortrag zeigt Managern auf, welche agilen Entwicklungspraktiken zu flexiblen Software-Systemen führen und wie man diese am besten befördert. Für Scrum Master und Entwickler bietet sich der Vortrag an, um zu prüfen, ob man schon alles richtig macht und um Anregungen zu bekommen, wie es vielleicht noch besser gehen kann.
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.
Robert Nesta Marley nació en 1945 en Jamaica y murió en 1981. Fue un cantante y compositor de reggae conocido por su música de protesta contra el racismo y la opresión. A pesar de haber sido baleado en un concierto contra el racismo, continuó con el show para inspirar a la gente.
Jahresbericht Geschäftsjahr 2014/15 Science Park GrazBernhard Weber
Das Science Park Graz Team und sein dahinter stehendes Netzwerk von ExpertInnen haben es sich zur Aufgabe gemacht, AkademikerInnen (StudentInnen, AbsolventInnen und wissenschaftliche MitarbeiterInnen) aller Fachrichtungen professionell mit Beratung & Coaching, Infrastruktur und Finanzierung in der frühen Phase vor der Unternehmensgründung zu unterstützen.
Aggregation: Wettstreit von Sendern, Plattformen und Ökosystemen – eine Syste...Bertram Gugel
Das Thema Aggregation ist in aller Munde, aber wie funktioniert sie, wer sind die Player, was sind ihre Geschäftsmodelle? Trotz der diskursiven Präsenz dieses Themas fällt auf, dass eine substantielle Analyse fehlt. Die Medienanstalt Berlin-Brandenburg möchte diese Lücke mit einer eigenen Untersuchung schließen. Die Ergebnisse der Analyse wird in seiner Keynote Bertram Gugel vorstellen.
Vortrag auf der Media Convention Berlin am 6.5.2014
InfoNet Day 2015: Session Business Booster Search - SharePoint Search ausreizenBernhard Wyss
Mit Anwendungsbeispielen aufgezeigt, was in der mächtigen Search Engine steckt und wohin es mit der neuen Version geht.
Referent: Pascal Fleury, Senior Solution Engineer
The document discusses the benefits of exercise for mental health. Regular physical activity can help reduce anxiety and depression and improve mood and cognitive functioning. Exercise causes chemical changes in the brain that may help boost feelings of calmness, happiness and focus.
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteiltAllFacebook.de
Vortrag "Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt" von Nhan Trí Vũ auf der AllFacebook Marketing Conference 2013 in Berlin.
Mehr Informationen zur Konferenz und zum Slot:
http://conference.allfacebook.de/devcon/berlin2013/programm/#12
Diese Präsentation leitet ein Coding-Dojo ein.
Die Folien dienen der Motivation und der Einordnung der Bedeutung des Testens in der Softwareentwicklung.
Lean Development = Überdrehter Motor in der Entwicklung?Matthias Bohlen
In letzter Zeit schwappt die “Lean”-Welle aus der Fertigung in die Softwareentwicklung herüber. Begriffe wie Kanban, WIP-Limit, Lead Time, Varianz, Durchsatz kommen auch bei uns Entwicklern und unseren Managern in Mode. Heißt das, wir messen, kontrollieren und takten unsere Arbeit wie im Zeitraffer? Es wird Zeit, sich von gängigen Missverständnissen zu trennen und auf dem Teppich zu bleiben.
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.
Happy projects 2016 selbstorganisation in agilen projekten - 2016 - boris g...Boris Gloger
Wie führt man in Projekten mit selbstorganisierten Teams? Welche Rolle spielen dabei Manager und Leadership? Wie spielt Neuroscience mit in die Führung hinein und was kann man von Positive Reinforcement für die Führung und Leadership lernen? All das gilt auch für großes skalierte Projekte oder scaled agile.
Diese Präsentation wurde in Wien auf der Happy Projects im May 2016 gehalten.
Ketzerischer Vortrag zur Agilen Entwicklung Thomas Arends
Agile wurde nur entwickelt weil man das V-Modell nicht verstanden hat.
Vortrag um sich Feinde zu machen.
Youtube Video dazu hier https://youtu.be/W8TpeWBctKQ
At the local Stoos group in Hamburg (called "DenkanStoos"), we played Jurgen Appelo's Meddlers. Find here a brief intro and some challenges we worked on. Everything in German.
If you are interested, here is the group's page on Xing:
https://www.xing.com/net/pri8260f2x/denkanstosshamburg
Viele PHP-Applikationen sind über Jahre erfolgreich, haben jede Änderung mitgemacht und sind inzwischen weder wartbar noch entsprechen sie aktuellen Standards. Doch um am Markt zu bestehen braucht man neue Features, und damit einen Rewrite auf ein modernes Framework wie Zend Framework 2, Laravel 4 oder Symfony 2. Aber Rewrites schlagen häufig durch jede Deadline oder ganz fehl, und währenddessen übernimmt die Konkurrenz den Markt. Wie man aus der Rewrite-Falle kommt und verlässlich eine wartbare Version der Software herstellt – das erklärt dieser Talk mit Methoden, Beispielen und Praxiswissen.
Viele PHP-Applikationen sind über Jahre erfolgreich, haben jede Änderung mitgemacht und sind inzwischen weder wartbar noch entsprechen sie aktuellen Standards. Doch um am Markt zu bestehen braucht man neue Features, und damit einen Rewrite auf ein modernes Framework wie Zend Framework 2, Laravel 4 oder Symfony 2. Aber Rewrites schlagen häufig durch jede Deadline oder ganz fehl, und währenddessen übernimmt die Konkurrenz den Markt. Wie man aus der Rewrite-Falle kommt und verlässlich eine wartbare Version der Software herstellt – das erklärt dieser Talk mit Methoden, Beispielen und Praxiswissen.
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)
Ähnlich wie 23 Dinge, die Sie über Software-Entwicklung in Teams wissen sollten (20)
Das Web Wird Mobil - Geolocation und Location Based ServicesStephan Schmidt
Vortrag auf der International PHP Conference 2012 Spring Edition zu Geolocation im Browser und Location Based Services wie Google Places und Foursquare
The document provides an overview of a presentation given by Stephan Schmidt on connecting PHP and JavaScript using JSON-RPC. Some key points:
- It discusses the classic web application model and how business logic resides solely on the server
- With Web 2.0, presentation logic moved to the client but business logic still resides on the server
- The remote proxy pattern can be used to expose server-side business logic as JavaScript objects, making remote calls transparent to the client
- This is done by serializing calls to JSON and making HTTP requests to a JSON-RPC server implemented in PHP
- The server uses reflection to dynamically call the relevant PHP methods and return responses also serialized to JSON
Declarative Development Using Annotations In PHPStephan Schmidt
The document discusses the use of annotations in PHP development. It provides an overview of annotations in Java and how they differ in PHP. It then describes how the Stubbles PHP framework implements generic annotation support and uses annotations for serialization, persistence, security and other tasks. Examples are given of defining custom annotations and accessing annotation metadata via reflection.
The document discusses XML and web services with PHP5 and PEAR. It provides an introduction and overview of XML including related technologies like DTD, XML Schema, Relax NG, XPath, and XSLT. It also covers using XML in PHP5 with SAX, DOM, SimpleXML, XPath, and XSLT. Finally, it discusses web services in PHP5 and PEAR.
The document discusses various documentation tools and formats for PHP projects including phpDocumentor, DoxyGen, DocBook, and reStructuredText (reST). It provides an overview of each tool's features and capabilities for generating API documentation, tutorials, and other documentation from source code comments and files. The document aims to help developers choose the best documentation approach for their specific projects and needs.
The document discusses design patterns in PHP5. It provides an overview of different creational, structural and behavioral patterns like factory method, singleton, decorator, proxy, observer and examples of how to implement them in PHP5 using its new object-oriented features like visibility, static properties/methods, interfaces, abstract classes, magic methods and exceptions.
Component and Event-Driven Architectures in PHPStephan Schmidt
The document discusses component-based and event-driven web application architectures. It compares approaches used in ASP.NET, Java Server Faces, and various PHP frameworks. Key PHP frameworks discussed include patForms, PRADO, and frameworks built around the PEAR Event Dispatcher component. The document outlines advantages of the component approach and how events are handled differently in desktop and web applications.
Session Server - Maintaing State between several ServersStephan Schmidt
This document summarizes maintaining state between servers using a session server. It discusses the need for sessions in stateless HTTP, limitations of built-in PHP sessions, and how a central session server addresses these issues. It then covers building a session server in PHP using sockets and processes (PCNTL), and implementing a full-featured session server using the Net_Server and HTTP_SessionServer classes along with a client library.
The document discusses XML transformations using PHP. It describes drawbacks of XSLT including that it is domain specific, verbose, and difficult to learn. It then presents an alternative approach of transforming XML using PHP templates which defines rules for each XML tag and traverses the document recursively. Specific libraries that can be used for PHP XML transformations are also mentioned, including patXMLRenderer.
The document summarizes the PHP Extension and Application Repository (PEAR). It describes PEAR as a structured library of open-source PHP code, as well as the PEAR website, community, and installer. Key aspects of PEAR include over 230 available packages, the central package database on pearweb, and tools for developers to publish and manage packages.
The document provides an introduction and overview of using XSLT (eXtensible Stylesheet Language Transformations) with PHP4 to transform XML documents. It discusses XML basics, introduces XSLT and provides examples of using PHP's XSLT functions to apply XSL stylesheets to XML documents. It also covers more advanced XSLT topics like templates, location paths, control elements, and discusses some drawbacks of using XSLT.
23 Dinge, die Sie über Software-Entwicklung in Teams wissen sollten
1. Stephan Schmidt
Head of Web Sales Development @ 1&1 Internet AG
17.04.2012
23
DINGE,
die Sie über Software-Entwicklung in Teams wissen sollten.
1
2. Stephan Schmidt
Head of Web Sales Development @ 1&1 Internet AG
17.04.2012
23 NICHT UNBEDINGT
TOTAL NEUE
DINGE,
die Sie über Software-Entwicklung in Teams wissen sollten.
2
3. DALE
,YOGI‘
BERRA
‣ Spielte von 1946 bis 1964
professionellen Baseball in
der Major League.
‣ Erst Spieler, dann Trainer.
‣ Bekannt für seine Yogiisms.
4. „Baseball is ninety
percent mental.
The other half is
physical.“
Yogi Berra
4
6. „In theory there is no
difference between
theory and practice.
In practice there is.“
Yogi Berra
6
7. THEORIE VS PRAXIS
‣ Die Präsentation beruht auf meiner Erfahrung.
‣ Die Regeln funktionierten und funktionieren in meinen
Teams.
‣ Einige funktionieren in allen Teams, andere
abgewandelt oder auch gar nicht.
‣ Versuchen Sie, das heute theoretisch vermittelte
Wissen in Ihrer Praxis anzuwenden.
7
10. COLLECTIVE CODE
OWNERSHIP
‣ Der gesamte Code gehört allen Entwicklern.
‣ Alle Entwickler sind dazu aufgefordert an allen Stellen
Bugs zu fixen, Refactorings durchzuführen oder neue
Ideen einzubringen.
‣ Vermeidet Flaschenhälse in ihrem Team und macht den
Code besser.
‣ Sie profitieren von den Stärken aller Teammitglieder.
10
12. REVISIONS-
KONTROLLE
‣ Nur dadurch werden parallel Änderungen an einem
Projekt möglich.
‣ Es ist egal, welches System Sie einsetzen, aber tun
Sie's.
‣ CVS (wenn‘s denn sein muss)
‣ Subversion
‣ GIT oder Mercurial oder anderen hippen Scheiss.
12
13. „You can't compare me
to my father.
Our similarities are
different.“
Dale Berra
13
15. STANDARDISIERUNG
DER IDE
‣ Spart Zeit bei neuen Instanzen.
‣ Idealerweise installiert die EDV-Abteilung nur noch ein
Image für Entwickler.
‣ In vielen Unternehmen schwer einzuführen, da das
Thema religiöse Sprengkraft hat.
‣ Ist den Stress der Diskussion jedoch trotzdem wert.
‣ In unserem Team noch eine Stunde statt zwei Tagen.
15
17. CODING
STANDARDS
‣ Spart Zeit, da sich jeder Entwickler im Code der
anderen Entwickler zurecht findet.
‣ Hier gilt wieder: Es ist egal, welchen Standard Sie
einsetzen, aber tun Sie's.
‣ Die SUN-Standards sind ein guter Ausgangspunkt.
17
19. STANDARDS
EINHALTEN
‣ Nur ein angewandter Standard ist ein sinnvoller
Standard.
‣ Sinnvoll: Integration in den Build-Prozess und die IDE.
‣ Umstritten: Integration in SVN Pre-Commit-Hooks oder
Deployment.
‣ Schrittweise einführen.
19
21. CODE REVIEWS
‣ Sind nicht einfach einzuführen, Entwickler sind
sensible Geschöpfe.
‣ Sie schlagen zwei Fliegen mit einer Klappe:
‣ Ihr Code wird besser.
‣ Sie lernen voneinander.
‣ Ihr Team hält besser zusammen.
21
23. DER BUILD IST
REPRODUZIERBAR
‣ Spart Ihnen Zeit (ja, schon wieder).
‣ Spart Ihnen Ärger.
‣ Bei jedem neuen Mitarbeiter müssen diese Schritte
ausreichen:
$ svn co http://example.com/svn/trunk project
$ cd project
$ mvn tomcat:run
$ // oder ähnliches
23
24. „We made too many
wrong mistakes.“
Yogi Berra
24
26. TESTEN SIE IHREN
CODE
‣ Im Team wird der Code von verschiedenen Entwicklern
erstellt oder modifiziert.
‣ Tests ermöglichen Entwicklern zu prüfen, ob die
Änderung negative Auswirkungen hat.
‣ Tests nehmen dem Team die Angst, Änderungen
durchzuführen.
‣ „Tests“ sind nicht manuelle Tests, also „Coden Sie
Ihren Test und testen Sie Ihren Code“.
26
29. CONTINUOUS
INTEGRATION
‣ Build wird in regelmäßigen Abständen oder nach jedem
Check-In angestoßen.
‣ Dabei wird immer ein vollständiger Build erzeugt und
alle Tests ausgeführt.
‣ Fehler werden dadurch sofort entdeckt und nicht
verschleppt.
‣ Verhindert das Auftreten des „Broken Window“
Phänomens.
29
31. CONTINUOUS
DELIVERY
‣ Stoppen Sie nicht nach dem erfolgreichen Kompilieren
und Durchführen der automatisierten Tests.
‣ Bauen Sie eine Deployment-Pipline auf und Integrieren
Sie auch andere Teams außerhalb der Entwicklung.
‣ Wenn es weh tut, tun Sie es noch öfter.
‣ Bis Sie das „One-Click-Deployment“ erreicht haben.
31
39. KOMMUNIKATION
IST KING
‣ Verstehen die Entwickler, was der Kunde möchte?
‣ Versteht der Kunde, was der Entwickler liefern kann?
‣ Verstehen die Entwickler gegenseitig wirklich, wie die
Schnittstellen aussehen?
‣ Verstehen die Entwickler, was die Qualitätssicherung
braucht?
‣ Verstehen Sie, was ich damit sagen will?
39
40. „It was hard to have a
conversation with
anyone; there were
so many people
talking.“
Yogi Berra
40
41. #13
Sorgen Sie dafür, dass genug
Möglichkeiten zur Kommunikation
geschaffen werden.
41
42. KOMMUNIKATIONS-
MITTEL
‣ Treffen von Angesicht zu Angesicht.
‣ Treffen von Angesicht zu Angesicht.
‣ Treffen von Angesicht zu Angesicht.
‣ Videokonferenzen & Telefonkonferenzen.
‣ E-Mails & Instant Messenger.
‣ Projekt-Blogs, Microblogging & Twitter.
42
47. GEMEINSAME
ERLEBNISSE
‣ Gemeinsame private Erlebnisse stärken das Teamgefühl
und fördern die Zusammenarbeit.
‣ Das gilt nicht nur für gemeinsame Essen, jedoch ist der
Effekt dabei besonders groß.
‣ Schaffen Sie Rituale.
47
53. PROZESSMODELLE
‣ Wasserfall-Modell
‣ Hat in meinen Projekten noch nie funktioniert.
‣ Wir bauen Software, keine Häuser.
‣ Agile Prozesse
‣ Versprechen deutlich höhere Erfolgschancen.
‣ Bitte nicht sklavisch einhalten.
49
55. DREI PROZESSE
EINES PROJEKTS
‣ Der offizielle Prozess, entspricht so gut wie nie der
Realität.
‣ Der wahrgenommene Prozess, ist meist Kombination
aus Wunschdenken und Fehlinterpretation.
‣ Der tatsächliche Prozess.
Machen Sie den Prozess, der dafür
sorgt, dass Sie zu Lösungen kommen
explizit.
51
56. „If you don't know
where you're going,
you'll wind up
somewhere else. “
Yogi Berra
52
57. #18
Sitzen Sie nicht dem Irrtum auf, dass
„agil“ mit „ungeplant“ gleichzusetzen
ist.
53
58. AGILE
PROJEKTPLANUNG
‣ „Planning is guessing.“ ist keine Ausrede, um nicht
planen zu müssen.
‣ Planen Sie, aber implementieren Sie mehr, als Sie
planen.
‣ Passen Sie Ihre Planung an, wenn sich
Rahmenbedingungen der ursprünglichen Planung
ändern.
54
63. GAMIFICATION
‣ Nutzen Sie das „Continuous Integration Game“ für
Jenkins.
‣ MS Visual Studio bietet ein Plugin, das den Entwicklern
Badges verleiht.
‣ Vergeben Sie Punkte für gefixte Bugs und eingehaltene
Standards.
‣ Entwickler können verschiedene Level erreichen.
59
67. DIE WELT IST IM
WANDEL
‣ Anforderungen werden sich immer ändern.
‣ Technologien und Methodiken auch.
‣ Nehmen Sie Änderungen freudig an.
‣ Agile Methoden stellen Ihnen dafür Werkzeuge zur
Verfügung.
63
69. WANDEL
HERBEIFÜHREN
‣ Wenn sich sowieso alles ändert, dann sollten Sie die
Änderungen möglichst früh feststellen.
‣ Oder besser noch: Stoßen Sie die Änderungen an.
‣ Die Geschichte „Who moved my cheese?“ von Spencer
Johnson hilft Ihnen dabei.
65
72. „Was wären wir sündigen Kreaturen
dann ohne die Angst, diese
vielleicht wohltätigste und
gnädigste Gabe Gottes?“
Umberto Eco, "Der Name der Rose"
68
73. SIE LEBEN IN EINER KULTUR
DER ANGST, WENN...
‣ …es gefährlich ist, bestimmte Dinge auszusprechen.
‣ …Zielvorgaben so aggressiv sind, dass diese unmöglich
erreicht werden können.
‣ …Macht über gesunden Menschen-verstand
triumphieren darf.
‣ …die Leute, die gehen müssen, sind im Durchschnitt
kompetenter als die, die bleiben.
Aus „Spielräume“ von Tom DeMarco 69
74. „I never said most of
the things I said.“
Yogi Berra
70