Agiles Projektmanagement mit Scrum - EinführungAtilla Wohllebe
Präsentation zur agilen Projektmanagement Methode Scrum. Rahmen: Bachelor of Arts in Business Administration, Schwerpunkt E-Business & Digital Marketing an der HSBA Hamburg.
Agenda:
Arbeiten im Scrum-Modus
Atilla Wohllebe
www.atilla-wohlle.be
Agenda
-Einführung
-Scrum in der Theorie
--Grundsätzliche Prinzipien
--Scrum-Team
--Flow
--Meetings
-Nachteile von Scrum
-Quellen
Quellen:
Boris Gloger: Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung, Informatik Spektrum, April 2010
Boris Gloger: Scrum – Produkte zuverlässig und schnell entwickeln, Carl Hanser Verlag, April 2008
David J. Anderson: Kanban. Successful Evolutionary Change for Your Technology Business. Blue Hole Press, Sequim, Washington 2010
Gabler Wirtschaftslexikon: Springer Gabler Verlag (Herausgeber), Stichwort: Agile Softwareentwicklung, http://wirtschaftslexikon.gabler.de/Archiv/381707695/agile- softwareentwicklung-v4.html - abgerufen 01.02.2014
Kent Beck et al.: http://agilemanifesto.org - abgerufen 19.01.2014
Kent Beck et al.: http://agilemanifesto.org/principles.html - abgerufen 19.01.2014
Agiles Projektmanagement mit Scrum - EinführungAtilla Wohllebe
Präsentation zur agilen Projektmanagement Methode Scrum. Rahmen: Bachelor of Arts in Business Administration, Schwerpunkt E-Business & Digital Marketing an der HSBA Hamburg.
Agenda:
Arbeiten im Scrum-Modus
Atilla Wohllebe
www.atilla-wohlle.be
Agenda
-Einführung
-Scrum in der Theorie
--Grundsätzliche Prinzipien
--Scrum-Team
--Flow
--Meetings
-Nachteile von Scrum
-Quellen
Quellen:
Boris Gloger: Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung, Informatik Spektrum, April 2010
Boris Gloger: Scrum – Produkte zuverlässig und schnell entwickeln, Carl Hanser Verlag, April 2008
David J. Anderson: Kanban. Successful Evolutionary Change for Your Technology Business. Blue Hole Press, Sequim, Washington 2010
Gabler Wirtschaftslexikon: Springer Gabler Verlag (Herausgeber), Stichwort: Agile Softwareentwicklung, http://wirtschaftslexikon.gabler.de/Archiv/381707695/agile- softwareentwicklung-v4.html - abgerufen 01.02.2014
Kent Beck et al.: http://agilemanifesto.org - abgerufen 19.01.2014
Kent Beck et al.: http://agilemanifesto.org/principles.html - abgerufen 19.01.2014
"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!
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.
Agiles Testen (z.B. in Scrum, Kanban, XP) ist zu einem unverzichtbaren Bestandteil agiler Softwareentwicklung geworden.
Testen in agilen Entwicklungsprojekten unterscheidet sich vom klassischen Testen in erster Linie dadurch, dass Testen eine präventive Maßnahme ist und dass die Tests viel häufiger ausgeführt werden müssen. Der Fokus liegt dabei in der Einbindung von Testern unter Beachtung des agilen Manifests und der Anwendung agiler Prinzipien auf das Testen, wie beispielsweise schnelles Feedback, hoher Automatisierungsgrad, Auflösung starrer Teststufen, enge Zusammenarbeit in selbstorganisierten Teams.
Inhalt
- Definition
- Agiles Testen im Team
- Testkategorien
- Unit-Tests
- TDD/ATDD/BDD
- 3 Amigo
- Akzeptanztests
- Exploratives Testen
- Continuous Integration, Delivery & Deployment
- Integration in Scrum
- Genereller Umgang mit Bugs
Testen in agilen Projekten, Swiss Testing Day Zürich 2013
Agile Projekte verursachen massive Probleme im klassischen Testvorgehen: Detailspezifikationen sind erst (wenn überhaupt) kurz vor der Implementierung verfügbar und der Test soll gleichzeitig mit der Entwicklung am Ende jeder Iteration abgeschlossen sein. Bei Iterationslängen von wenigen Wochen verursacht das beträchtlichen Mehraufwand für den Test, der sich noch dazu am Ende der Iteration konzentriert, wodurch das Ziel eines voll getesteten Systems am Ende jeder Iteration oft nicht erreicht werden kann.
Der Vortrag stellt drei wichtige Erfolgsrezepte für Testen in agilen Projekten vor (1. Multifunktionale Teams, 2. Testautomatisierung und 3. Spezifikation mit Beispielen) und zeigt, welche Änderungen notwendig sind, damit Test und Entwicklung effizient in agilen Projekten zusammenarbeiten. Neben der Vorstellung von wichtigen Konzepten für agiles Testen (agile Testquadranten, Testautomatisierungspyramide und Specification-By-Example) zeigt der Vortrag auch, wie diese Methoden mit Werkzeugen unterstützt werden können, und berichtet von deren praktischer Anwendung in unterschiedlichen Projekten.
Video: http://www.youtube.com/watch?v=LL2kOToKUF0
Wie man möglichst schnell jegliche Agilität in der Software-Entwicklung verliert.
Ihr Scrum-Team ist produktiv und hochmotiviert? Ihr Product Backlog ist immer gut gefüllt und richtig priorisiert? Ihr Scrum Master umschifft elegant alle Hürden des Entwicklungsalltags?
Grund genug, diese “Missstände” schleunigst zu beheben.
In diesem Vortrag erfahren Sie, wie Sie jedes Scrum-Team zum Scheitern bringen und dabei auch wirklich alle Rollen im Team in den Wahnsinn treiben. Der Dozent gibt Tipps aus der Praxis für möglichst schlechte Daily Scrums, nichtssagende Burndown-Charts, endlose Planning Meetings und Definitions of Done, die wirklich nutzlos sind. Die Führungskräfte im Auditorium erfahren zudem, wie sie die Einführung von Scrum torpedieren und ihr Team nachhaltig demotivieren können.
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?René Spengler
Das Testmanagement wird im agilen Entwicklungsprozess wie Scrum vom Team getragen. Doch kann das Scrum-Team die Aufgaben eines Testmanagers vollumfänglich wahrnehmen? Der Vortrag folgt den Aufgaben des Testmanagers und vergleicht die Umsetzung in klassischen und agilen Arbeitsumfeldern. Am Ende steht die Frage, ob man in Scrum noch einen Testmanager braucht.
Referenten:
Kay Grebenstein, Saxonia Systems AG
René Spengler, ANECON Software Design und Beratung GmbH
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.
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0Michael Fischlein
Welche Auswirkung hat eine agiler Softwareentwicklungsprozess auf den Softwaretest und die Qualitätssicherung? Welche Änderungen muss man beachten und wie muss und kann man Softwaretester auf diese Veränderungen vorbereiten.
Dieser Vortrag wurde auf der iqnite 2014 von Michael Fischlein gehalten.
In diesem Referat erhalten Sie eine kurze Einführung zu Scrum und gehen auf die Möglichkeiten ein, wie Testing in agilen Projekten angewendet und verbessert werden kann. Besonderes Augenmerk gilt dabei dem Einsatz eines Embedded Scrum Testers, der explorativen Testmethodik und dem Session Based Testing.
Wann lohnt sich Software Testautomatisierung?Claudia Baur
Bei der Umstellung vom manuellen auf automatisiertes Tests ist der ROI eine wichtige Entscheidungsgrundlage: ➽Wann lohnt sich Testautomatiserung? ➽Wann sollte automatisiert werden? ➽Manuelles vs. Automatisiertes Software Testen.
SCD13: Agile Entwicklung bei der shopware AGshopware AG
In diesem Vortrag sollen die verwendeten internen Vorgehensmodelle präsentiert werden. Hier geht es vor allen Dingen um die Einführung von Scrum, den Wechsel zu Kanban und die daraus resultierenden Vorteile.
Slides meines vortrages Whitebox Testing für PHP Entwickler bei der PHP Usergroup Hamburg - 8 April 2014
Test Examples Used
https://github.com/WebconsultsEU/WhiteBoxTestingExamples
La formalidad te brinda beneficios, con tu primer negocio o el que ya está en marcha, puedes estar tranquilo por tu seguridad y la de tu familia.
¡Ser formal, conviene!
"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!
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.
Agiles Testen (z.B. in Scrum, Kanban, XP) ist zu einem unverzichtbaren Bestandteil agiler Softwareentwicklung geworden.
Testen in agilen Entwicklungsprojekten unterscheidet sich vom klassischen Testen in erster Linie dadurch, dass Testen eine präventive Maßnahme ist und dass die Tests viel häufiger ausgeführt werden müssen. Der Fokus liegt dabei in der Einbindung von Testern unter Beachtung des agilen Manifests und der Anwendung agiler Prinzipien auf das Testen, wie beispielsweise schnelles Feedback, hoher Automatisierungsgrad, Auflösung starrer Teststufen, enge Zusammenarbeit in selbstorganisierten Teams.
Inhalt
- Definition
- Agiles Testen im Team
- Testkategorien
- Unit-Tests
- TDD/ATDD/BDD
- 3 Amigo
- Akzeptanztests
- Exploratives Testen
- Continuous Integration, Delivery & Deployment
- Integration in Scrum
- Genereller Umgang mit Bugs
Testen in agilen Projekten, Swiss Testing Day Zürich 2013
Agile Projekte verursachen massive Probleme im klassischen Testvorgehen: Detailspezifikationen sind erst (wenn überhaupt) kurz vor der Implementierung verfügbar und der Test soll gleichzeitig mit der Entwicklung am Ende jeder Iteration abgeschlossen sein. Bei Iterationslängen von wenigen Wochen verursacht das beträchtlichen Mehraufwand für den Test, der sich noch dazu am Ende der Iteration konzentriert, wodurch das Ziel eines voll getesteten Systems am Ende jeder Iteration oft nicht erreicht werden kann.
Der Vortrag stellt drei wichtige Erfolgsrezepte für Testen in agilen Projekten vor (1. Multifunktionale Teams, 2. Testautomatisierung und 3. Spezifikation mit Beispielen) und zeigt, welche Änderungen notwendig sind, damit Test und Entwicklung effizient in agilen Projekten zusammenarbeiten. Neben der Vorstellung von wichtigen Konzepten für agiles Testen (agile Testquadranten, Testautomatisierungspyramide und Specification-By-Example) zeigt der Vortrag auch, wie diese Methoden mit Werkzeugen unterstützt werden können, und berichtet von deren praktischer Anwendung in unterschiedlichen Projekten.
Video: http://www.youtube.com/watch?v=LL2kOToKUF0
Wie man möglichst schnell jegliche Agilität in der Software-Entwicklung verliert.
Ihr Scrum-Team ist produktiv und hochmotiviert? Ihr Product Backlog ist immer gut gefüllt und richtig priorisiert? Ihr Scrum Master umschifft elegant alle Hürden des Entwicklungsalltags?
Grund genug, diese “Missstände” schleunigst zu beheben.
In diesem Vortrag erfahren Sie, wie Sie jedes Scrum-Team zum Scheitern bringen und dabei auch wirklich alle Rollen im Team in den Wahnsinn treiben. Der Dozent gibt Tipps aus der Praxis für möglichst schlechte Daily Scrums, nichtssagende Burndown-Charts, endlose Planning Meetings und Definitions of Done, die wirklich nutzlos sind. Die Führungskräfte im Auditorium erfahren zudem, wie sie die Einführung von Scrum torpedieren und ihr Team nachhaltig demotivieren können.
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?René Spengler
Das Testmanagement wird im agilen Entwicklungsprozess wie Scrum vom Team getragen. Doch kann das Scrum-Team die Aufgaben eines Testmanagers vollumfänglich wahrnehmen? Der Vortrag folgt den Aufgaben des Testmanagers und vergleicht die Umsetzung in klassischen und agilen Arbeitsumfeldern. Am Ende steht die Frage, ob man in Scrum noch einen Testmanager braucht.
Referenten:
Kay Grebenstein, Saxonia Systems AG
René Spengler, ANECON Software Design und Beratung GmbH
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.
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0Michael Fischlein
Welche Auswirkung hat eine agiler Softwareentwicklungsprozess auf den Softwaretest und die Qualitätssicherung? Welche Änderungen muss man beachten und wie muss und kann man Softwaretester auf diese Veränderungen vorbereiten.
Dieser Vortrag wurde auf der iqnite 2014 von Michael Fischlein gehalten.
In diesem Referat erhalten Sie eine kurze Einführung zu Scrum und gehen auf die Möglichkeiten ein, wie Testing in agilen Projekten angewendet und verbessert werden kann. Besonderes Augenmerk gilt dabei dem Einsatz eines Embedded Scrum Testers, der explorativen Testmethodik und dem Session Based Testing.
Wann lohnt sich Software Testautomatisierung?Claudia Baur
Bei der Umstellung vom manuellen auf automatisiertes Tests ist der ROI eine wichtige Entscheidungsgrundlage: ➽Wann lohnt sich Testautomatiserung? ➽Wann sollte automatisiert werden? ➽Manuelles vs. Automatisiertes Software Testen.
SCD13: Agile Entwicklung bei der shopware AGshopware AG
In diesem Vortrag sollen die verwendeten internen Vorgehensmodelle präsentiert werden. Hier geht es vor allen Dingen um die Einführung von Scrum, den Wechsel zu Kanban und die daraus resultierenden Vorteile.
Slides meines vortrages Whitebox Testing für PHP Entwickler bei der PHP Usergroup Hamburg - 8 April 2014
Test Examples Used
https://github.com/WebconsultsEU/WhiteBoxTestingExamples
La formalidad te brinda beneficios, con tu primer negocio o el que ya está en marcha, puedes estar tranquilo por tu seguridad y la de tu familia.
¡Ser formal, conviene!
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-StrategieBabak Zand
Wie nutzen Unternehmen Scrum im Content-Marketing? Anhand von zwei Unternehmen wird gezeigt, wie Sie Methoden des agiles Projektmanagements für Ihre Content-Strategie nutzen können.
Este documento compara el café normal y descafeinado, destacando los beneficios del café para la energía, alerta, concentración y reducción del dolor de cabeza y riesgos de enfermedades. Sin embargo, advierte que el consumo excesivo de cafeína puede causar aumento del ritmo cardíaco, presión arterial y síntomas como ansiedad e insomnio, por lo que se debe conocer el propio límite de tolerancia a la cafeína.
Cómo añadir Google Analytics a tu blog de wordpressDavid Leon Bravo
Para configurar Google Analytics en un sitio web con WordPress, se requiere crear una cuenta de Google Analytics vinculada a una cuenta de Gmail, copiar el código de seguimiento en la cuenta de Analytics, instalar e integrar el plugin Google Analyticator en WordPress y pegar el código de seguimiento, y esperar 24 horas para que el código se active y los informes estén disponibles.
El documento describe el proyecto DAPCIES (Desarrollo de Actitud y Pensamiento Científico a través de la Investigación Escolar) cuyo objetivo general es generar interés por la ciencia y tecnología en la comunidad educativa a través de proyectos de investigación propuestos y desarrollados por estudiantes con el apoyo de docentes y universitarios. El proyecto se implementa a través de semilleros de investigación en las escuelas con estudiantes trabajando individualmente o en grupos en proyectos de investigación básica
Validacion Digital atravez de Aprobacion de Diputados.marcelo
La Cámara de Diputados aprobó un proyecto de ley que dará validez jurídica a la firma digital, mensajes electrónicos y documentos electrónicos, llenando un vacío legal importante. El proyecto fue enviado al Senado para su consideración.
El documento contiene varios poemas y extractos literarios que celebran y describen la primavera. Doña Primavera se presenta vistiendo de blanco y llevando flores, ignorando las penas del mundo. La primavera trae nueva vida a la tierra y libertad al aire. Se cultivan rosas blancas que representan la sinceridad y el perdón. La naturaleza en primavera se describe como un espectáculo maravilloso y eterno de belleza.
Casilli Technologies capacitantes : handicap et sociabilité en ligneBodyspacesociety Blog
Technologies capacitantes : handicap et sociabilité en ligne, keynote speech Antonio A. Casilli, colloque Congrès international Pratiques Sportives, Handicaps et Territoires. axe Corps bionique, cyborg et hybridité, 02 avril 2009
Apocope est une agence digitale spécialisée dans le marketing mobile.
Créée en 2000, Apocope a développé un savoir faire web et mobile unique pour répondre aux objectifs marketing des plus grandes marques en France et à l’étranger : Carte Bleue, Nespresso, Décathlon, Carrefour, Sofinco, Etam, Vertbaudet,…
L’agence combine savoir faire marketing et technologique, avec l’ambition de placer le mobile au centre de la convergence media et au cœur de la relation clients.
Au quotidien, l’agence :
• accompagne les marques dans la définition et la mise en œuvre de leur stratégie mobile et digitale.
• conçoit, réalise et maintient des services mobiles (applications embarquées, sites web mobiles, widgets…).
• scénarise et opère des campagnes d’acquisition, de génération de trafic et de fidélisation centrées sur le mobile.
Une expertise technologique
Apocope est éditeur de la plateforme logicielle aardvark sur laquelle sont opérés les dispositifs et les services mobiles développés par l’agence.
Cette plateforme, issue de plus de 5 ans de R&D, permet publier et de gérer des services mobiles éditoriaux et transactionnels (m-commerce, CRM) compatibles avec l’ensemble des mobiles du marché. .
Apocope en chiffres
. 40 salariés
. 38 clients actifs
. Plus de 200 campagnes et services réalisés
. Des services présents dans 20 pays (Europe, US et Asie)
Labels et récompenses
. Label « entreprise innovante » : Oseo FCPI
. Référencée par le portail du secrétariat d’état chargé et de la prospective et du développement de l’économie numérique(Proxima Mobile)
. Trophées du e-commerce 2009 – Deuxième prix de la catégorie Internet Mobile
Apocope est membre actif des associations qui régissent la profession du mobile et du digital : MMA, AFMM, Cap Digital et EBG.
Este documento describe la técnica de los mapas mentales como una herramienta para organizar y estructurar ideas. Los mapas mentales utilizan imágenes, palabras clave y asociaciones para representar gráficamente las relaciones entre diferentes conceptos de una manera que estimula ambos hemisferios cerebrales. El documento explica cómo crear mapas mentales mediante la identificación de una idea central y la generación de ramas asociadas, y destaca las ventajas de esta técnica para depurar el pensamiento, reforzar la comprensión y facilitar la comunicación
El documento resume la historia de la computación desde sus orígenes en el 2500 a.C. con el abaco hasta el año 2010. Destaca hitos como el desarrollo de la calculadora mecánica por Pascal en 1642, la creación de la primera computadora programable por Zuse en 1941, el desarrollo de circuitos electrónicos como los transistores y el primer microprocesador por Intel en 1971, y el surgimiento de las primeras computadoras personales por Apple y Microsoft en los años 1970 y 1980. Concluye señalando avances esperados para los próximos años como nue
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.
Anhand dieses Dokuments haben wir bis Februar 2012 unsere Produktentwicklung organisiert.
Das Cheat Sheet wurde gemeinsam mit dem Team erarbeitet und nach jeder Retrospective angepasst.
Scrum, Lean, Kanban, XP: Was ist gut für mein Projekt?Matthias Bohlen
Die agile Familie bekommt immer neue Kinder. Wer kennt sich da noch aus? Sollen wir mit Scrum mutig ins Gedränge gehen, uns lieber mit Lean verschlanken oder ganz sanft mit Kanban-Karten spielen? Und was ist mit den Extremprogrammierern? In diesem Vortrag zeige ich, wie man die agilen Methoden auseinanderhält und wie Sie persönlich das zusammenstellen können, was für Ihr Projekt am besten geeignet ist.
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
Projekte mittels Scrum und agiler Software Entwicklung meisternINM AG
Projekte mittels Scrum und agiler Software Entwicklung meistern. Eine Präsentation von Aniello Bove, COO & Partner der INM AG anlässlich des ONE Kongress vom 09.05.2012
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...QAware GmbH
GPM Regionalgruppe Chemnitz (Patrick Albert)
Wegen ihres Umfangs und Komplexität sind größere SAFe-Programme bereits in Präsenz hinsichtlich ihres Managements und ihrer Steuerung anspruchsvoll. Aufgrund von COVID19 jedoch war eine Verlegung in den virtuellen Raum im beschriebenen Praxisfall unausweichlich. Das Management hatte hierbei sicherzustellen, dass die Programmziele trotz des verminderten Kontaktes allen beteiligten Teams dauerhaft klar und präsent sind und dass die in den Teams umgesetzten Funktionen außerdem den genannten Programmzielen dienen.
Besonders wichtig ist dieses Alignment im Rahmen der regelmäßigen PI-Plannings, in welchen alle Teams gleichzeitig die jeweils kommenden Iterationen planen und dabei auch teamübergreifende Abhängigkeiten zuverlässig berücksichtigen müssen.
Es werden Erfolgsfaktoren für den virtuellen Einsatz von SAFe herausgearbeitet und beleuchtet.
Ziele Release und Deployment Management Prozesses, Systemlandschaften, Development (Sandbox) -System, Test-System,Stage/QS-System, Training-System, Prudiction-System, Rolling Back
David Vitrano, Director Marketing & New Business Sales der XING E-Recruiting GmbH & Co. KG, sprach im vollbesetzten Forum im Rahmen der Personal Süd am 10. Mai 2016 über Neuigkeiten bei XING und stellte die vielfältigen Rekrutierungs-Produkte vor.
XING AG - Vortrag auf der Zukunft Personal 2015 am 16. September 2015XING AG
Frank Hassler (XING AG) und Katrin Sünderhauf (Deutsche Bahn) haben am 16. September 2015 einen Vortrag auf der Zukunft Personal gehalten zum Thema "Die neue Generation Stellenanzeigen von XING."
This document discusses using visual language throughout the research process to boost user insights. It describes creating visual briefings to quickly onboard colleagues, visually explaining the research process, conducting visual brainstorming and workshops to design the perfect social network or a freelance co-creation session. It also mentions conducting in-depth interviews to understand how people use their address books and keep up to date with news. Finally, it states that a visual research poster will summarize the key insights.
This document discusses using visual language throughout the research process to provide insights. It describes creating visual briefings to quickly onboard colleagues, visually explaining the research process, conducting visual brainstorming and workshops to design a social network and discuss pains/gains of freelancing. It also mentions conducting in-depth interviews to understand how people use address books and keep up with news. Finally, it discusses creating a visual research poster to summarize key insights.
2013 10-17 world usability congress visual-virus_brittaullrichXING AG
The document provides examples from various employees on how they use visuals and drawing in their work to enhance memory, focus, communication, and fun. It shows pictures drawn for planning, meetings, presentations, workshops, certificates, and more. Employees found that visuals helped explain concepts better than words, made processes easier to understand, improved remembering key facts, and helped new people connect at meetings. The document encourages the use of visuals and drawing at work and questions whether others have had similar experiences.
Messe Personal Nord und Süd 2013 - Social Recruiting über XING – Fachkräfte f...XING AG
David Vitrano, Head of Marketing E-Recruiting bei der XING AG, sprach am
23. April 2013 in Stuttgart auf der Personal Süd und am 14. Mai 2013 in Hamburg auf der Personal Nord zum Thema "Social Recruiting über XING – Fachkräfte finden und ansprechen".
This document discusses the benefits of using visuals and drawing at work. It begins by warning of the "visual virus" at work and then provides examples of how various teams at XING have used visuals such as post-its, drawings and diagrams for planning, presentations, process mapping and more. Examples show how visuals have helped teams communicate more effectively, stay on track in meetings and break down complex topics. The document encourages learning basic drawing skills and shares tips for using techniques like shadows and effects. It concludes that visuals have changed how some teams work at XING, making their work more enjoyable while enhancing understanding, focus and memory.
Jobwechsel: XING Infografiken zur Forsa-Studie und kununu-AnalyseXING AG
Jeder dritte deutsche Arbeitnehmer ist bereit, in diesem Jahr den Job zu wechseln. Das ergibt eine repräsentative Studie, die Forsa im Auftrag von XING, dem größten beruflichen Netzwerk im deutschsprachigen Raum, im Dezember 2012 durchgeführt hat.
Presentation as held by Magith Noohukhan at the next 2012 in Berlin. In this presentation, we discuss the ever-growing importance of social data and the availability via APIs.
Online Recruiting: Trends & HerausforderungenXING AG
Gastvortrag von Birger Meier, Manager HR Marketing & Employer Branding bei der E-Plus-Gruppe, am 22. März 2012 auf dem Social-Recruting-Roadshow-Event in Köln.
Agiles PMO: Agile Entwicklung mit 100+ MitarbeiternXING AG
The document discusses an agile project management office (PMO) for managing 10+ agile development teams with over 100 employees at XING AG. Key points:
1) The agile PMO acts as a service department for and interface between development teams and management, scaling agile principles to multiple teams.
2) It ensures rapid development cycles are supported rather than hindered.
3) The traditional project management triangle of scope, time, cost is replaced by an agile triangle focusing on delivering valuable, high quality products within certain frameworks.
4) At XING, cross-functional permanent teams are organized along the lines of product value creation, and a meta-team structure replicates team roles
1. The document discusses methods for generating new product ideas through creativity games and visual language at XING. It outlines techniques like understanding the problem, ideating solutions, refining and validating ideas through iteration.
2. Core gamestorming skills that can help with fuzzy goals for creative projects are discussed, like asking questions, creating artifacts, using a visual alphabet, and thinking like a child when drawing.
3. The low tech social network game aims to better understand the problem of self-representation and identity online through interviewing and exploring themes to develop ideas.
This document discusses strategies for scaling Kanban and agile practices across multiple teams of over 150 people working on large projects while maintaining autonomy, leadership, and motivation. It recommends building autonomous, cross-functional teams organized by communication needs, using consistent planning practices and tools, adopting a modular architecture with clean code, frequent deployments to avoid big releases, and educating middle management in agile practices. Autonomy, vision, focus, and open communication are key to leadership at scale.
9. Entwicklung bei XING
• Standing Teams (1 Team = 1 Domäne)
• SCRUM
• Üblicherweise 2 Wochen Sprintlänge
• kleine Arbeitspakete => große Features
• schnelle Fixes auch außerhalb des Release
Cycle
• KANBAN
• Maintenance
• Kleine, täglich ändernde Aufgaben
• Alle Teile der Plattform ohne Standing Team
11. QA bei XING
• sitzt im Team vor Ort, kennt gesamte
Plattform und insbesondere eigene Domäne
• Eigenverantwortlich im Team
• alle Team-Meetings
12. QA bei XING
• sitzt im Team vor Ort, kennt gesamte
Plattform und insbesondere eigene Domäne
• Eigenverantwortlich im Team
• alle Team-Meetings
• QA Meetings zur Abteilungs-Kommunikation
• Zusätzliches übergreifendes Team für
Testinfrastruktur, Prozesse usw.
14. Gelerntes
• Frühe Einbindung ist wichtig
– Produktvision ist im Team bekannt
– Gemeinsames Produktverständnis im Team entwickeln
– Zusammenarbeit mit dem Produktmanager ab der Spezifikation
– Verschiedene Perspektiven führen zum besseren Produkt
– Fehler vermeiden statt finden
http://www.gridshore.nl/2008/12/30/defects-lean-software-development-offshore-oh-my/
15. Gelerntes
• Frühe Einbindung ist wichtig
– Produktvision ist im Team bekannt
– Gemeinsames Produktverständnis im Team entwickeln
– Zusammenarbeit mit dem Produktmanager ab der Spezifikation
– Verschiedene Perspektiven führen zum besseren Produkt
– Fehler vermeiden statt finden
• Kurze Feedbackzyklen schnelle
Problemlösung
– Durch tägliches Standup bleibt das Team auf dem laufenden
– Defects direkt mit Entwicklern besprechen
– Leichtgewichtiger Prozess zum Defect Management
16. Gelerntes
• Frühe Einbindung funktioniert
– Produktvision ist im Team bekannt
– Gemeinsames Produktverständnis im Team entwickeln
– Zusammenarbeit mit dem Produktmanager ab der Spezifikation
– Verschiedene Perspektiven führen zum besseren Produkt
– Früh potentielle Nebenwirkungen feststellen
– Fehler vermeiden statt finden
• Kurze Feedbackzyklen schnelle
Problemlösung
– Durch tägliches Standup bleibt das Team auf dem laufenden
– Defects direkt mit Entwicklern besprechen
– Leichtgewichtiger Prozess zum Defect Management
– Bei Bedarf schnelle Anpassung der Produkt-Spec mit
Produktmanager
– Kein Warten
17. Gelerntes
• QA kennt das Produkt am Besten -
Ansprechpartner für alle
– Durch hohen Detailierungsgrad beim Testen Kenntnis aller Details
– Berater für den Produktmanager und andere Abteilungen
– Third Level Support
• QA bleibt in einer beratenden Rolle,
Produktmanager entscheidet am Ende
– Testergebnisse dienen als Basis für die Entscheidung
– Keine blinden Entscheidungen, Schwächen sind bekannt
– Unterstützen statt kontrollieren
18. Gelerntes
• Agil ≠ Chaos
– Definierte Prozesse werden eingehalten …
– … aber an die Bedürfnisse angepasst
– Prozessänderungen finden kontrolliert statt
– Kurze Iterationen erlauben schnelle Reaktionen = Evolution
http://students.idv.edu/~9856816/evolution.jpg
19. Gelerntes
• Agil ≠ Chaos
– Definierte Prozesse werden eingehalten …
– … aber an die Bedürfnisse angepasst
– Prozessänderungen finden kontrolliert statt
– Kurze Iterationen erlauben schnelle Reaktionen = Evolution
• Kein Eingriff während der Sprints
– Team ist vor Eingriffen und Umpriorisierung geschützt
– Externe Abhängigkeiten vor der Entwicklung klären / beseitigen
– Ziel: Alle Aufgaben im aktuellen Sprint abschließen
– Nach jedem Sprint ein lieferbares Ergebnis vorhanden
– Jeder Sprint kann der letzte sein
20. Gelerntes
• Agile QA funktioniert
– Nutzen wurde von den Entwicklern erkannt
– Unterstützung der QA durch andere Teammitglieder
– Gefühl der Sicherheit im Team
– Durch kleine Arbeitspakete überschaubares Testen…
– … und weniger Arbeit
– Erfolgserlebnis nach jedem GoLive
Releases im Jahr
50
21. Gelerntes
• Agile QA funktioniert
– Nutzen wurde von den Entwicklern erkannt
– Unterstützung der QA durch andere Teammitglieder
– Gefühl der Sicherheit im Team
– Durch kleine Häppchen überschaubares Testen…
– … und weniger Arbeit
– Erfolgserlebnis für das Team nach jedem GoLive
– Möglichkeit Kundenfeedback einzuarbeiten
23. Gelerntes
• Agile QA funktioniert
– Nutzen wurde von den Entwicklern erkannt
– Unterstützung der QA durch andere Teammitglieder
– Gefühl der Sicherheit im Team
– Durch kleine Häppchen überschaubares Testen…
– … und weniger Arbeit
– Erfolgserlebnis für das Team nach jedem GoLive
– Möglichkeit Kundenfeedback einzuarbeiten
– Mehr Spaß durch mehr Abwechslung
• Teamübergreifende QA bei Kooperationen
26. Gefahren
• Aus großer Kraft folgt große Verantwortung
– Team muss sich evtl. gegen falsch verstandene Agilität wehren
– Kein blindes Einhalten von Regeln
• Burnout & Gruppendynamik
• Großes Bild nicht aus den Augen verlieren
• Agil ≠ Chaos
27. Vielen Dank
für Ihre Aufmerksamkeit!
sergej.mudruk@xing.com
tobias.geyer@xing.com
Hinweis der Redaktion
Tobierklärt Agenda
WeristMitlied?Führendes Business-NetzwerkimdeutschsprachigenRaum (DACH) + Spanien und TürkeiHiereinpaarZahlen:
Tobi:Standing teams konzentriert auf einenTeilderPlattform, ca. 5 - 12 MitgliederVorallem SCRUM, aberauchKanbanWirentwickelnauchThemenwie Billing agilMan kannjedeWoche live gehen, muss abernicht
Sergej: QA wurde 2008eingeführt, anfangsnur 3 Personen (konzentriert auf einemProjekt (nicht SCRUM))Heute – über 15 Mitarbeiter, Tendenzsteigend… Kleiner Tip: wirstellenein!
Sergej: Präsenz fast in jedem Team – vor Ort (heißtauch, dasswirQa in Spanienhaben)…Spezialisierung auf einebestimmteDomäne+PlattformübergreifendesWissenJederistEingenverantwortlichfür den gesamten QA-Bereich: - Allrounder: methodisches und technischesWissenVon derTestplanungbiszurAutomatisierungVollständig in den Scrum-Prozessintegriert – Teilnahme an allen Meetings, gleichesMitspracherecht, wiealleTeammitglieder…
Tobi:Zusätzlich zu den Team-Meetings gibteseinmal pro Wocheeinübergreifendes QA MeetingDort AustauschüberanstehendeÄnderungen die allebetreffen, Best Practices, Zugriff auf Erfahrungderanderen QA Mitglieder, Vorträge, …Außerdemneben den QA Mitarbeitern in den Projekteneinübergreifendes Team fürInfrastruktur, Prozesse, …
Sergej:Ichhab den Einführung und Etablierungder QA imUnternehmen (insbesondere des SCRUM-Prozesses) von Anfang an begleitet, wo die QA zumersten Mal in einagilesProjektintegriertwurde:Und kannsagen, dasswir (als Firma und insbesonderealsQa-MitarbeiterdabeieineMengegelernthaben), was nichtimmereinfach war…
Sergej:UnsereErfahrungenzeigen:FrüheEinbindungallerbeteiligten von einemgroßemVorteilistEineallenbekannteProduktvisiondefiniert das Ziel auf das man hinarbeitenkann (gemeinsamesProduktverständnisvermeidet “an einandervorbeientwickeln” ) das heißteinebewußteEntwicklung und nicht ins Blauehinein das heißtjeder Sprint - einekleineEtappe = SchrittzumgroßenGanzenQA beginntbereitsbeidergeneinsamen (mitdemProduktmanager) Entwicklungder Spec dadurchentstehteineausreichenddetailierte Spec, die wenigSpielraumfürZweideutigkeiten hat (wirhabeneineandereSicht auf das Produkt) wiebekanntpräventiveFehlersindbilligeFehler, Vermeidenbedeutetauch: Nebenwirkungenfeststellen
Tobi:Durch Integration im Team bleibt man immer auf demlaufenden und bekommt alleys mit. iPods sindkeineguteIdeeTägliches Standup hilftebenfallsdemgesamten Team Blocker zu erkennen und zu beseitigen.Defects schnellmelden und direktbesprechen Wennsieinnerhalb des Sprints gefundenwerdengibteseinensehrleichtgewichtigenProzess:
Tobi: SchelleAnpassung: WennwährendderEntwicklungbessereLösungengefundenwerden, könnensieeinfachübernommenwerden (mit PO abgesprochen)KeinWarten = kein Mini-Wasserfallwennmöglich, auchZwischenständeanschauen und Rückmeldunggeben
Sergej:UnsereErfahrung hat gezeigt, dass die QA das Produkt am detailiertestenkennt, dadurch, dasswirbeimTestenversuchenalle Edge-Cases zu finden und abzudecken. Deswegenfungierenwir:AlsersterAnsprechpartnerfür die Produkmanager, wennsieFragen zu einerbestimmtenFunktionalitäthabenalsdritte Station, wennKunden-Fragenentstehen und vom Support (1st und 2nd Level) nichtbeantwortetwerdenkönnen (hierbeiEntscheidungen, ob es Bugs sindoder Features) falls Fragenbei den anderenKollegenentstehen – halt antworten (BI, Marketing, Produktmanager)Qa-Positionierung in Teams istmeistensberatende und nichtKontrollierendeRolle:Wirsagen, was die SacheistderProduktmanagerentscheidet, ob esfürihnakzeptabelist:Das heißetkeineblindenEntscheidungen, sondern, wenn, dannmeistensbewußte und bekannteSchwächenDadurchwird die QA zu einerUnterstützungbeimEntwicklungsprozess und nichteinem “gefühlten” Klotz am Bein
Sergej:anders, alses von vielenverstandenwirdistAgilnichtgleich “ichmachealles, was ich will” SCRUM hat schonvordefinierteProzesse und das Scrum Skelettwirdabhängig von den Teams mitLebengefüllt:Es werden die grundsätzlichenRegelneingehaltenAber was nichtfunktioniert wirdverändert (eswirdständigausprobiert und experimentiert, um das beste (passendste) Ergebnis zu erreichenStändigbedeutetdabeidassnachjedem Sprint mitdemgesamten Team entschiedenwirdwelcheKorrekturenvorgenommenwerden das bedeutetnämlichkurzeReaktionszyklen, wennnötig, aberkeineAnarchie
Tobi:Innerhalbeines Sprints dürfennurmitdem Team abgesprocheneÄnderungen an der Spec vorgenommenwerden, das Team hat das Recht “Nein” zu sagenUm die Aufgabenauchwirklichfertigstellen zu könnenmüssenexterneAbhängigkeitenbeseitigtbzw. Minimiertwerden.AngenommeneAufgabenmüssen am Ende des Sprints fertiggestelltsein in einerQualitätdassder Code live gestelltwerdenkann.DerGrunddafüristeinfach: Jeder Sprint kannderletztesein.Entwederweil das Team umverteiltwirdoderweilsich das Thema / die Prioritätenändern.Beispielausder Praxis:Company Profiles: 2 Tagevor Sprint-EndeneuerFokusfür das Team, mitdemnächsten Sprint konntemitvoller Kraft darangearbeitetwerden.
Tobi:FrühergaltausSichtderEntwickler: “wofür QA?” Heute gilt: “NichtohnemeinenQaler” / “Wirkönnen das nichtabschließenweil die QA fehlt”Es wurdeverstandendass QA keinKlickroboteristsonderneinzigartiges, nützlichesWissenbesitztWieschongesagt: QA = Unterstützung, nichtzusätzlicheBelastung / Kontrollinstanzvorder man Angst haben mussUnterstützungdurch das Team: TechnischeUnterstützungzurbesserenTestbarkeit, Testdatengenerierung, … / “Kannich das fürdichtesten?”Dank QA entstehteinGefühlderSicherheitdassder Code den man auf die KundenloslässtauchfunktioniertDurchkurze Sprints werden die Aufgabenüberschaubar, d.h. WenigerArbeitIn der Praxis gilt: Rettet die Bäume – keine 20 Versioneneiner 300 Seiten Spec. KeinPingpong, keineriesigen Teams kurzeKommunikationswegeErfolgserlebnissenachjedem Sprint, man siehtwie die neuenFunktionenvomKundengenutztwerden.
Kundenfeedback: Auchwennfunktionalalles gut istkann das Produktverbesserungswürdigsein. Dank Agilistdiesemöglich
Tobi:Spaß: NichtwochenlangTestfälleschreiben, sondernschnellhintereinanderTestfälle, Ausführung, Defects, …Sergej: Dadurch, dasseinigeFunktionenPlattformübergreifendsind, entstehtderBedarfderKooperationzwischen den Qalernverschiedener Teams:WirunterstützeneinanderüberTeamgrenzenhinwegAgierenberatendbeiFragenEntwickelngemeinsameTeststrategienHelfenmit den TestdatenWas sichsehr oft alsextremzeit- und Aufwandsparenderweist und etwasSicherheit/Rückendeckunginnerhalbder QA bietet….