Scaled Agile in der Praxis. Agile World, München am
|
|
- Elmar Beltz
- vor 8 Jahren
- Abrufe
Transkript
1 Scaled Agile in der Praxis Agile World, München am
2 Referenten David Croome Consultant/Trainer wibas GmbH Dr. Christian Schloegel Vice President Global Software Development Wincor Nixdorf AG 2
3 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business Fall #2 Niederländische Bank: Scaled Agile Projektportfolio-Management Fall #3 Internet-Provider Scaled Agile Programm-Management 5 Erfolgsfaktoren für eine Scaled Agile Transformation 3
4 Wir sind überzeugt von den Werten von Scrum und wir haben den Nutzen von Scrum erlebt. Seht ihr das auch so? Die Agilen Teams haben! Frühe und regelmäßige Lieferungen! Ermächtigung und Selbstorganisation! Überprüfung und Anpassung! Transparenz! Timeboxing 4
5 Bei der Umsetzung stoßen wir alle an die Glasdecke der Scrum Verbreitung. Es geht nicht weiter. Scrum verbreitet sich nicht von alleine Scrum ist keine Antwort für alle Teams Scrum liefert keine Antworten zur Zusammenarbeit mehrerer Teams und für die Gestaltung eines durchgängigen Wertstroms. 5
6 Wir benötigen Antworten auf Koordination mehrerer Teams und die Rolle der Führung. Dies nennen wir Skalierung. 6
7 Frameworks wie SAFe und LeSS sind nützlich um Lösungsideen zu entwickeln. Man sollte sie aber nicht als Blueprints nutzen. All models are wrong, but some are useful. George Box! Wrong: Ausrollen von Blueprints hat noch nie funktioniert.! Useful: Blueprints sind nützlich, um ein Zielbild zu entwickeln. 7
8 Wir haben aus den Frameworks und unserer Erfahrung die Konstruktionsprinzipien entwickelt, um individuelle und stabile Kundenlösungen zu gestalten. 1. Die Skalierung organisiert eine Koordination mehrerer Teams in Richtung eines gemeinsamen Ziels. Diese Koordination hat zwei Aspekte: Vertikale Koordination bricht Ziele und Aufgaben herunter. Horizontale Koordination verbindet Teams. 2. Die Skalierung ist fraktal. Sie nutzt die selben Elemente im großen (Organisation) wie im kleinen (Team): Takt bzw. Zeitscheiben Arbeitszyklus mit PDCA Rollen mit Produkt-, Prozess- und Erstellungsverantwortung Artefakte 3. Die Skalierung organisiert eine Koordination der Architektur 4. Die Skalierung beinhaltet Lean Management 5. Die Skalierung definiert klare Spielregeln und entsteht emergent 8
9 Die operative Ebene ist das Team. LeSS und SAFe nutzen dafür Scrum. 9
10 Die nächste Ebene dient der Koordination mehrerer Teams mit einem gemeinsamen Ziel. 10
11 Für die Koordination mehrerer Teams (z.b. Programme oder Produktlinien) braucht es einen PDCA Zyklus, der auf einer höheren Abstraktionsebene arbeitet (taktische Ebene). 11
12 Die strategische Ebene dient dazu, das Portfolio mehrerer taktischer Einheiten (z.b. Programme) zu koordinieren. 12
13 Auch auf der strategischen Ebene setzen wir einen PDCA Zyklus um. 13
14 Scaled Agile Framework (SAFe) von Dean Leffingwell ist bekanntes Framework für Skalierung, das Team, Programm und Portfolio-Ebene detailliert definiert. Vorteile:! Hilft bei der Vision von Scaled Agile! Programm und Portfolio-Ebene sind konsequent durchdacht und dokumentiert! Viele Techniken sind dokumentiert! Auf der Programmebene nutzt es viele klassische Begriffe im ersten Moment macht es SAFe einfacher Nachteile::! Häufig andere Begriffe als in Scrum dadurch schwer zu verstehen! Auf der Programmebene nutzt es viele klassische Begriffe das verschleiert Transformationsbedarf und macht die Adoption von SAFe für Agilisten schwer! Tailoring ist schwierig weil unklar ist, was muss und kann ist 14
15 Large-Scale Scrum (LeSS) von Craig Larman ist ein bekanntes Framework für Skalierung, das stark auf Scrum beruht und auf die Koordination mehrer Teams eingeht. Vorteile:! Hilft bei der Vision von Scaled Agile auf Programmebene! Multi-Team-Koordination ist konsequent durchdacht und dokumentiert! Anschlussfähig für Agilisten, weil es Scrum konsequent für die Koordination weiterdenkt. Nachteile:! Strategische Ebene wird nicht adressiert! Tailoring ist schwierig weil unklar ist, was muss und kann ist 15
16 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business Fall #2 Niederländische Bank: Scaled Agile Projektportfolio-Management Fall #3 Internet-Provider Scaled Agile Programm-Management 5 Erfolgsfaktoren für eine Scaled Agile Transformation 16
17 Fall #1: Scaled Agile bei Wincor Nixdorf.! Die Marke Wincor Nixdorf steht in Filialen von Banken, Handel und Post für wettbewerbsfähige Produkte und Abläufe.! Zwei Kategorien von Software: hardware-abhängig (ATM, POS), pure Business- Anwendungen! An weltweit 6 Standorten (Paderborn, Berlin, Leipzig, Shanghai, Kattowice, Madrid) sind jeweils mehrere Teams an der Entwicklung der Produkte beteiligt.! 350 Entwickler und QA Engineer, 15 Product Manager! wibas unterstützt Wincor Nixdorf bei der Einführung von Scaled Agile in der Produktenwicklung, weltweit über mehrere Standorte und Teams verteilt. 17
18 Fall #1 Das GO Agile Programm für die Scaled Agile Transformation des Wincor Nixdorf Software Business Scaled Agile ist die Basis für standortübergreifende verbindliche Abstimmung, Planung und Herstellung von Releases und Produktinhalten.! Fun and passion in die Entwicklungs-Community zurück bringen! Erkenntnisse über Kunden- und Markt-Veränderungen berücksichtigen! Spezifikations-Arbeit auf einen längeren Zeitraum verteilen! QA-Arbeit auf einen längeren Zeitraum verteilen! Mehr Transparenz bezüglich der erledigten Arbeit schaffen! Schneller liefern und mit höherer Qualität! Fokus auf die wichtigsten Aufgaben zuerst 18
19 Product management, development, and quality assurance collaborate closely. Teams are entrusted to decide, design, code, and test. Sprinting in small steps, avoiding waste, doing it right! We provide features of high quality that deliver value.
20 Fall #1 Scaled Agile bei Wincor Nixdorf: GO AgiLe Big Picture M2 3years Roadmap ProductBacklog 1year Refine DoR Feature Version Kickoff VersionBacklog Commitment Oppty M6 DoD IAT IAT SprintBacklog Sprint Planning DoR Story Team composition alternatives Refine Sprint Planning s Epic Feature Story Review & Retro Standup Feature Reviews DoD Dev/QA SprintBacklog Standup SprintBacklog Standup SprintBacklog Standup DoR Task Meeting Definition of Ready M5 Review & Retro QA Team Review & Retro Dev Team Review & Retro Single Team DoD Definition of Done 20
21 Fall #1 Scaled Agile bei Wincor Nixdorf: Übersicht der Regel-Meetings Sprint 1 Sprint 2 IAT Product PM CE CSM PBL Refine PBL Refine PBL Refine PBL Refine Version Version Kickoff VBL Refine VBL Refine VBL Refine VBL Refine Version Kickoff Dev. Teams TOs/ TMs Teams 1..n & TSMs Sprint Planning Review & Retro Sprint Planning Review & Retro Sprint Planning Review & Retro 21
22 Fall #1 Scaled Agile bei Wincor Nixdorf: Artifact Version Backlog Regular Update called Refinement participants Chief Engineer Technical Owner Test Manager Product Manager (optional) Architect Chief Scrum Master Version Backlog Rank Story Team Feat. 1 Story M T1 C 5 Story Points 2 Story Q T3 B 20 Granularity initial break down of Features into technical Stories fulfilling requirements of Story Definition of Ready Story size: implementation in one Sprint by one Team Absolute Order no gaps, no overlaps ranking by Chief Engineer with respect to Feature order from Product Backlog 3 Story R T2 H 3 4 Story N T3 C 2 5 Story P T1 H 5 6 Story L T2 B 20 Commitment green: Story is Commitment for the Version blue: Story is an Opportunity for the Version but is not guaranteed Commitment is given during Version Kickoff 7 Story K T1 C 13 8 Story S T2 D 2 9 Story T T2 D Story V T3 E 8 a story has more attributes than shown Commitment Opportunity Size established by Planning Poker with Teams Story Points ½
23 Fall #1 Scaled Agile bei Wincor Nixdorf: Übersicht der Product und Version Backlogs Product Backlog Version granularity Rank Feature Story Points 1 Feature C 20 2 Feature B 40 3 Feature H 8 4 Feature D 20 5 Feature E 13 6 Feature F 40 7 Feature G 100 PBL Refinement a feature has more attributes than shown Version Kickoff Feature Reviews Ran k Version Backlog Sprint granularity Story Team Feature Story Points 1 Story M T1 C 5 2 Story Q T3 B 20 3 Story R T2 H 3 4 Story N T3 C 2 5 Story P T1 C 13 6 Story L T2 B 20 7 Story K T1 H 5 8 Story S T2 D 2 9 Story T T2 D Story V T3 E 8 VBL Refinement a story has more attributes than shown Commitment Opportunity Product Line R&D SWT 23
24 Fall #1 Scaled Agile bei Wincor Nixdorf: Übersicht der Version und Sprint Backlogs Ran k Version Backlog Story Team Feature Story Points 1 Story M T1 C 5 2 Story Q T3 B 20 3 Story R T2 H 3 4 Story N T3 C 2 5 Story P T1 C 13 6 Story L T2 B 20 7 Story K T1 H 5 8 Story S T2 D 2 9 Story T T2 D Story V T3 E 8 a Story has more attributes than shown Commitment Opportunity Sprint Planning Review & Retrospective Daily Standup Sprint Backlog Team 1 Story Story M Story P Story K To do Task Task Task Task Task Task Task Task In Work Task Task Task Task Done Task Task 24
25 Fall #1 Scaled Agile bei Wincor Nixdorf: Beispiel Epic zu Feature zu Story zu Task Epic Feature Story Task Transaction Safe Self Service Transactions Assisted Self Service Transactions Cash Out Check Cashing Self Initiated Cash In write tech spec. chapter write UI tech spec. chapter peripherals implement workflow implement dispenser Cross Channel Transactions write Unit Test for workflow 25
26 Fall #1 Scaled Agile bei Wincor Nixdorf: Definition of Ready (DoR) für Features Feature in User Story syntax fulfill INVEST criteria small enough to be implemented within 1 Version/release (recommended 2-3 Sprints) reviewed, es!mated by Chief Engineer, Architect, Technical Owner, Test Manager ranked by Product Manager INVEST criteria independent nego!able valuable es!matable small testable DoR Feature Contents must!tle Feature descrip!on in User Story syntax Acceptance Criteria, both func!onal and non- func!onal Contents should Chief Engineer may omit these points if Commitment can be achieved without. scenario(s), like use cases, rules business architecture, that is structure of components from customer perspec!ve descrip!on of change rela!ve to current func!onality Contents may GUI mockups references to incremental implementa!on approach, that is basic, extended, solid, sexy levels 26
27 Fall #1 Scaled Agile bei Wincor Nixdorf: Wo stehen wir gerade beim GO Agile Programm Pilotierung abgeschlossen:! Adaptierter Framework für unseren skalierten Agilen Ansatz definiert! Schulungen für alle Agile Rollen durchgeführt! Agile Teams je Produkt definiert und besetzt! Rollout zu allen Teams größtenteils umgesetzt! Anhaltendes Team-Coaching! Skalierungs-Meetings (Programm-Ebene) definiert und erste Umsetzungen Nächste Schritte:! Finale Entscheidung betreffend Agile Tool (derzeit eigenentwickeltes Tool verwendet)! Anpassung des Top-Management-Reportings! Entscheidung, Agile Elemente in die Hardware-Entwicklung einzuführen in Diskussion 27
28 Fall #1 Scaled Agile bei Wincor Nixdorf: Erkentnisse / Empfehlungen aus dem GO Agile Programm (1/2) Setup des Agile Transformations-Projekt:! Aufbau eines Agile Kernteam war essenziell (PMO, Entwicklung und QA Kompetenzen)! Workshops zur Ansatz-Definition mit dedizierten Teams war entscheidend! Transformations-Projekt wurde mit einem Agilen Ansatz umgesetzt, um zu zeigen, dass es funktioniert! Hybrid-Programm-Teams (teils Scrum, teils Wasserfall) in der Pilotierungs-Phase hat nicht gut funktioniert! Regelmäßige Stakeholder-Meetings waren essenziell Erkenntnisse aus den Piloten:! Produkt-Architekten sind unausweichlich in komplexen Produkt-Suite-Umgebungen! Man soll den Abstimmungsaufwand zwischen Agilen Teams nicht unterschätzen! Story-Point versus Manntag Denken nicht einfach zu ändern! Der Blueprint aus dem Buch funktioniert nicht in allen Unternehmens-Kontexten 28
29 Fall #1 Scaled Agile bei Wincor Nixdorf: Erkentnisse / Empfehlungen aus dem GO Agile Programm (2/2) Erkenntnisse aus dem Agilen Leben:! Unterstützung der Geschäftsleitung zu Agilen Prinzipien war schwer zu erreichen! Anhaltende Kommunikation an allen Stakeholdern und Teams ist essenziell! Management muss Präsenz zeigen in Meetings! Anhaltendes Team-Coaching ist notwendig, um das Verständnis für Agile zu vertiefen! Experten und Wissen über mehreren Standorten verteilt ist schwierig mit einem Team zu vereinbaren Ziel: one location! Agile-Master Rolle ist schwer zu bestehenden Entwicklern zuzuweisen (wenn dies als separate Rolle umgesetzt wird)! Anderen Ansatz nötig in China (selbst-organisierte Teams nicht leicht zu erreichen)! Veränderung von komponenten-getriebene zu feature-getriebene Entwicklung ist schwer 29
30 Fall #1 Wincor Nixdorf: Das GO Agile Programm für die Scaled Agile Transformation des Wincor Nixdorf Software Business Was wir bislang erreicht haben: Fun and passion in die Entwicklungs-Community zurück bringen Erkenntnisse über Kunden- und Markt-Veränderungen berücksichtigen Spezifikations-Arbeit auf einen längeren Zeitraum verteilen QA-Arbeit auf einen längeren Zeitraum verteilen Mehr Transparenz bezüglich der erledigten Arbeit schaffen Schneller liefern und mit höherer Qualität Fokus auf die wichtigsten Aufgaben zuerst 30
31 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business Fall #2 Niederländische Bank: Scaled Agile Projektportfolio-Management Fall #3 Internet-Provider Scaled Agile Programm-Management 5 Erfolgsfaktoren für eine Scaled Agile Transformation 31
32 Fall #2: Scaled Agile Einführung bei einer niederländischen Bank: generelle Ausgangssituation! Kleine kommerzielle Bank! Eigenentwickelte Online-Banking Anwendungen (beispielsweise 15 Jahre alt, ~ Function-Points)! ~60 Entwickler und Tester in Anwendungs-Entwicklung und Wartung! Änderungswünsche der Fachseite überstiegen die Kapazität der IT! Projekte wurden automatisch nach Business-Case Genehmigung gestartet è Überlast! Große Projekte mit langfristigen Verpflichtungen (> 12 Monate) è unflexibel! Starke top-down command & control, Wasserfall Projekt-Governance è keine Ermächtigung! Geringes/kein Bewußtsein für Lean Prinzipien! wie z.b. Leadtime-Reduzierung, kleine Batch-Größen, Flow, Pull, Entwicklungs-Takt, WIP- Limits, kontinuierliche evolutive Verbesserung! Flaschenhals: Integrations- und Test-Umgebungen! Flaschenhals: Personal für Akzeptanztesting 32
33 Fall #2: Scaled Agile Einführung bei einer niederländischen Bank: Veränderungs-Roadmap basierend auf SAFe Sep Okt Nov Dez Jan Feb Mrz Apr Mai Jun Jul Q Q Q Q Scrum + in-sprint Kanban in 4 Entwicklungsteams in großem Erneuerungsprojekt umsetzen Kanban in Wartungsteams umsetzen Scrum in 2 weiteren Entwicklungsteams umsetzen Portfolio Kanban System (SAFe) definieren und umsetzen Program Level (SAFe) definieren und umsetzen Stufe 1a. Team Level Stufe 2. Portfolio Level Stufe 1b. Program Level Erste Release Planning für ART (Ende Q2) 33
34 Fall #2: Scaled Agile Einführung bei einer niederländischen Bank: Agilisierung eines großen Projektes Erneuerungs-Projekt einer großen Online-Banking Anwendung Agile umsetzen, um das big-bang Erneuerungs- Projekt zu retten!! Ausgangssituation:! Schätzung: 25 Entwickler x 12 Monate! Projekt Steuerkreis setzte eine Water-Scrum Entwicklung auf mit einem einzigen big-bang Go-Live am Projektende! Ein Projektleiter führt gesamte Entwicklungsteam bestehend aus 2 externe Entwicklungsteams + 1 internes Entwicklungsteam + 1 Integrationsteam.! Externe Entwicklungsteams arbeiteten in 3- bzw. 4-wöchigen Sprints.! Keine Integrations-Umgebung; fertigentwickelten Umfänge konnten nicht getestet werden.! Projekt Fortschritt war unklar, mit ständigen Verzögerungen.! Agilisierung des Projektes! Stufe 1a: Umsetzung von Scrum in multidisziplinären Entwicklungsteams! Stufe 1b: Umstellung des Projektes zu einem Release Train mit dem ersten Release Planning Meeting mit Beteiligung aller Teammitglieder im August. 34
35 Fall #2: Scaled Agile Einführung bei einer niederländischen Bank: Agilisierung eines großen Projektes! Umsetzung von Agil auf Team-Ebene! Umfangreiche Scrum Training & Coaching für alle Teams! Batchgröße reduziert: inkrementelle Go-lives für jedes Teilprojekt! 2-wöchige Sprints für alle Teams! Normalisierte Story-Points zählen à bekannte Entwicklungskapazität pro Sprint! Integration in Testumgebungen am Sprintende eingefordert (später: Sprint-Mitte)! Kanban WIP-Limit innerhalb des Sprints à begrenzt auf 10 Story-Points! Alle erforderlichen Kompetenzen (inkl. Tester) in den Entwicklungsteams! Verbesserungen! Häufige Integration & Test, frühes Feedback! Produkt-Qualität ist bekannt (nicht sofort gut)! Bei jedem Sprint ein laufendes Inkrement! Transparenz des Fortschritts; Verzögerungen früher erkennen und einfacher dagegen zu steuern 35
36 Fall #2: Scaled Agile Einführung bei einer niederländischen Bank: Agilisierung des IT-Portfolio-Managements! Strategische und operative Planung nicht aligned! Keine Abstimmung zwischen Portfoliomanagement und Kapazitäts- und Projektsteuerung der einzelnen Teams und Projekten! Hundezyklen von Über- und Unterlasten. Zerhakte Flow und keine Pipeline-Transparenz! Umdenken beim oberen Management! Zentralisierte Strategie und Portfolio-Vision gibt Richtung für dezentralisierte Umsetzung vor! Kanban-Systeme sorgen für Portfolio Transparenz und WIP-Limits 36
37 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business Fall #2 Niederländische Bank: Scaled Agile Projektportfolio-Management Fall #3 Internet-Provider Scaled Agile Programm-Management 5 Erfolgsfaktoren für eine Scaled Agile Transformation 37
38 Fall #3 Scaled Agile Programm-Management bei einem Internet-Provider: Ausgangssituation und Ziele In Deutschland wechseln jedes Jahr rund 3 Millionen Kunden ihren Mobilfunk- oder Festnetzanbieter.! Der Wechsel des Mobilfunkanbieters funktioniert gut, weil fast vollautomatisch.! Der Wechsel von Telefon- und DSL-Anschlüssen bereitet gelegentlich Probleme, da noch einiges noch von Hand erledigt werden muss. Zudem können unvollständige oder fehlerhafte Angaben von Kunden zu Verzögerungen führen. Ziele des Programms! Unternehmensziel: Anbieterwechsel-Zielprozess mit kritischer Masse an anderen Anbietern und Vordienstleistern zu etablieren.! Bereichsziel: Die resultierenden internen Prozesse zu definieren, zu etablieren und die Abstimmungen mit den anderen Anbietern zu treffen! Ziele des Programms Anbieterwechsel:! Die technische Architektur für die Prozesse festzulegen! Die Software-Produkte für die Prozesse zu bauen! Alle technischen Leistungen in den Regelbetrieb zu überführen 38
39 Fall #3 Scaled Agile Programm-Management bei einem Internet-Provider: Wertschöpfungskette DoR DoD PE BT CT DEV Releases Epics Features Use Cases Architektur User Stories Approved Verified Discussed Implemented Legende: DoR = Definition of Ready DoD = Definition of Done PE = Produktentwicklung BT = Business Team (CPO - Chief Product Owner, Requirements Engineers, Architekten) CT = Content Team (TPOs - Technical Product Owners) DEV = Entwicklungsteams Grooming = gemeinsamer Einstieg in die technische Konzeption 39
40 Fall #3 Scaled Agile Programm-Management bei einem Internet-Provider: Koordination der beteiligten Teams! 6 Scrum Teams (DEV Teams)! 1 Scrum Team der Product Owner (Content Team)! Gleiche Taktung: 2-Wochen Sprints! PDCA Zyklus in jedem Team 40
41 Fall #3: Scaled Agile Programm-Management bei einem Internet-Provider: Lean Management im Programm 2-Wochen-Sprint als Steuerungsmittel à Jeder Sprint ist ein definierter Meilenstein SOLL / IST - Meilensteinerreichung - Burndown - Aufwände - Risiken - Qualität DEV Teams SOLL / IST - Meilensteinerreichung - Burndown - Aufwände - Risiken - Qualität Content Team Review 14-tägig Do SOLL / IST - Meilensteinerreichung - Burndown - Aufwände - Risiken - Qualität Programm Review 14-tägig Mo Fachlicher Steuerungskreis Review 14-tägig Mi Lenkungskreis Review 14-tägig Mi Business Team Produktentwicklung Review 14-tägig Di/Mi 41
42 Fall #3 Scaled Agile Programm-Management bei einem Internet-Provider: Beispiel Meeting Stundenplan 42
43 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business Fall #2 Niederländische Bank: Scaled Agile Projektportfolio-Management Fall #3 Internet-Provider Scaled Agile Programm-Management 5 Erfolgsfaktoren für eine Scaled Agile Transformation 43
44 Scaled Agile Transformation Was sagen unsere Kunden, wenn Sie anderen Scaled Agile empfehlen? Agile Transformation braucht Investition in Fähigkeiten und Veränderung. Dies benötigt aktive Unterstützung. Haben Sie Geduld. Nach einem Jahr mit Agile ist es zu früh, um von Erfolg oder Misserfolg zu reden. Teams nehmen die Kultur und die Methoden nur Schritt für Schritt an. Selbstorganisation ist nicht führungslos.. Entwickeln Sie Ihre Führung weiter. Führungskräfte sollten bereit sein, zuzuhören und selbst agile Techniken lernen. Agil ist wirkungsvoll - wenn Sie die Methode konsequent anwenden und nicht nur, wenn es bequem ist. Investieren Sie in Ausbildung und Coaching. Agil kommt mit einer Kulturänderung oder lassen Sie die Finger davon. 44
45 Der Weg zur agilen Organisation dauert eine Weile und sieht in jeder Organisation anders aus. Gefahr:! Blueprint Big Bang Rollout Lösung:! Es geht nur in kleinen Schritten! Es braucht Strategie:! Es beginnt auf der Teamebene.! Es geht auf der taktischen bzw. auf der Programm-Ebene weiter.! Die strategische Ebene kommt zuletzt.! Die Veränderung ist ein empirischer Prozess! Nicht verzagen: es beginnt mit Scrum- But und Agile-But. Das geht nicht anders.! Wichtig ist, dass man dem Ziel immer näher kommt. 45
46 Scaled Agile Transformation eine gezielte Beachtung der Erfolgsfaktoren einer Transformation sichert den Erfolg. 46
47 Transformation Kotter: Die Kraft der zwei Systeme Harvard Business Manager Dezember 2012, Seite 22ff. 47
48 Referenten David Croome BSc. Production Engineering Senior Executive Consultant, wibas GmbH Mobil: Dr. Christian Schloegel Dipl.-Informatiker Vice President Global Software Development, Wincor Nixdorf AG Tel:
49 Deutschland Otto-Hesse-Str Darmstadt Niederlande Sprookjesbosch JB Eindhoven Schweiz Bahnhofstr Buchs
Scaled Agile in der Praxis. Scrum Day, Böblingen am 02.07.2014
Scaled Agile in der Praxis Scrum Day, Böblingen am 02.07.2014 Agenda 1 Scaled Agile Chancen, Prinzipien, Hürden, Frameworks 2 3 4 Fall #1 Wincor Nixdorf: Scaled Agile Transformation im Software-Business
MehrEinführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen
Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Wer bin ich Kurse und Vorträge mit Jeff Sutherland und Ken Schwaber Verschiedene Kurse der Scrum.org Professional
MehrTaking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum
Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management
MehrSollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.
SCRUM-CHECKLISTE Teilen Sie diese Liste an alle Teammitglieder aus. Jeder soll einen Haken an der Stelle setzen, die er für Ihr SCRUM Team als erfüllt ansieht. Anschließend diskutieren Sie über fehlende
MehrAgile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
MehrScrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014
Grundlagen des Software Engineerings Übung 3 Scrum Asim Abdulkhaleq 20 November 2014 http://www.apartmedia.de 1 Inhalte Scrum Wiederholung Was ist Scrum? Übung: Scrum Workshop (Bank Accounts Management
MehrMeetings in SCRUM. Leitfaden. Stand: 10.11.2014
^^ Meetings in SCRUM Leitfaden Stand: 10.11.2014 Sitz der Gesellschaften: Cassini Consulting GmbH Bennigsen-Platz 1 40474 Düsseldorf Tel: 0211 / 65 85 4133 Fax: 0211 / 65 85 4134 Sitz der Gesellschaft:
MehrGelebtes Scrum. Weg vom Management hin zur Führung
Gelebtes Scrum Weg vom Management hin zur Führung Herausforderungen Was ist Scrum? Wer? Pigs Chicken Bild: http://www.implementingscrum.com/ Nein Danke, ich würde da voll drinstecken, aber du wärest
MehrScrum Gestaltungsoptionen Empowerment
Scrum Gestaltungsoptionen Empowerment WING Zweite Transferkonferenz, 2016-04-06 Matthias Grund, andrena objects ag 2 Scrum-Modell kommt mit (nur!) drei Rollen aus: (crossfunctional) Scrum Owner Owner Scrum
MehrWir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.
Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat
MehrScaling Scrum Nexus professionell umsetzen
Scaling Scrum Nexus professionell umsetzen Frankfurter Entwicklertag 2016 Fahd Al-Fatish Agile Coach, Professional Scrum Trainer Dr. Reinhard Schmitt Organisationsberater und Trainer Skalierung bedeutet
MehrAgilität auf Unternehmensebene - Was hält uns davon ab?
Agilität auf Unternehmensebene - Was hält uns davon ab? Alexander Birke, Juli 2015 Copyright 2015 Accenture All rights reserved. Wie stellt sich Agilität heute dar? Das Scrum Framework: einfach und mittlerweile
MehrGI Fachgruppentreffen RE 2015
GI Fachgruppentreffen RE 2015 Miteinander reden statt gegeneinander schreiben Lagerfeuer Bundenbach Schmidtburg 2003 von Tiger St.Georg - selbst fotografiert von Tiger St.Georg. Susanne Mühlbauer 1 November
MehrEinfach losgesprintet: Ein Praxisbericht. Henning Pautsch, Stefan Kirch. 2. Oktober 2014. Einfach losgesprintet:
Einfach losgesprintet: Sebastian Mary / flickr.com Ein Praxisbericht Henning Pautsch, Stefan Kirch Einfach losgesprintet: Henning Pautsch Ein Praxisbericht 2. Oktober 2014 Agil ist derzeit in aller Munde.
MehrWarum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
MehrThe big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011
The big picture: Prince2 featuring SCRUM Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011 Agenda PRINCE2 Scrum Scrum = Framework für das Managen (komplexer) Projekte Page 2 Prinzipien von Scrum Transparenz
MehrIterativ. Inkrementell
Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks
MehrAgiles Projektmanagement mit Scrum
Agiles Projektmanagement mit Scrum Josef Scherer CSM, CSP Lösungsfokussierter Berater josef.scherer@gmail.com 2009, Josef Scherer Scherer IT Consulting Freiberuflicher Scrum Coach Lösungsfokussierter Berater
MehrErfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen
Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen Thomas Löchte Geschäftsführer Informationsfabrik GmbH Wir produzieren INFORMATION. Konzeption und Architektur Implementierung [ETL,
MehrSCRUM. Software Development Process
SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner
MehrScrum mit User Stories
Ralf Wirdemann Scrum mit User Stories HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Warum dieses Buch? 2 1.2 Struktur und Aufbau 3 1.3 Dankeschön 5 1.4 Feedback 5 2 Beispiel: Scrumcoaches.com 7 2.1 Das
MehrChristian Kühnel, BMW Group AGILE ENTWICKLUNG VON FAHRERASSISTENZSOFTWARE. AGILE CARS 2014.
Christian Kühnel, BMW Group AGILE ENTWICKLUNG VON FAHRERASSISTENZSOFTWARE. AGILE CARS 2014. PROJEKT ÜBERBLICK Entwicklung von Fahrerassistenz-Software zur Vorverarbeitung und Fusion von Sensordaten aus
MehrSCRUM. Scrum in der Software Entwicklung. von Ernst Fastl
SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung
MehrScrum bei der Projektron GmbH
Scrum bei der Projektron GmbH Vor- und Nachteile im Rückblick von 2 Jahren Arbeit mit Scrum Projektron GmbH Softwarehersteller Produkt: Projektron BCS Projektmanagement-Software Gegründet: 2001 Mitarbeiter:
MehrMichael Franken. Serum für bummies. Übersetzung aus dem Niederländischen (/on Susanne Bonn. WlLEY. WILEY-VCH Verlag GmbH & Co.
Michael Franken / Serum für bummies Übersetzung aus dem Niederländischen (/on Susanne Bonn WlLEY WILEY-VCH Verlag GmbH & Co. KGaA 12 Inhaltsverzeichnis Vorwort 9 Über den Autor 11 Einleitung 19 Warum Serum?
MehrREADY-STEADY-DONE! Der Product Owner are you READY for agile?!
READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind
MehrERFOLGREICH SPRINTEN TROTZ MAINTENANCE
BITKOM SOFTWARE SUMMIT» Erfolgreich Sprinten trotz Maintenance «ERFOLGREICH SPRINTEN TROTZ MAINTENANCE» «Präsentation Frederic Ebelshäuser frederic.ebelshaeuser@yatta.de twitter.com/febelshaeuser Yatta
MehrEinführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen
Einführung in Scrum Agiles Projektmanagement Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Warum Agiles Projektmanagement? Scrum Empfehlungen Das Seminar Planbarkeit Warum Agiles Projektmanagement?
MehrAgile Entwicklung nach Scrum
comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung
MehrAgile Softwareentwicklung mit Scrum
Agile Softwareentwicklung mit Scrum Einführung und Überblick zum agilen Softwareentwicklungsprozess Scrum März 2006 Robert Schmelzer, DI(FH) E-Mail: robert@schmelzer.cc Web: http://www.schmelzer.cc Einführung
MehrPlanung in agilen Projekten
Planung in agilen Projekten Angelika Drach DeutscheScrum 2012 improuv GmbH Agile Leadership. h7p://improuv.com Über mich Lange Jahre Erfahrung in der Bauplanung Planung und Agiles Vorgehen sind ein Widerspruch?
MehrTrotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012
Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Agenda 1. Scope, Motivation und Begriffsklärung 2. Modellierung
Mehrextreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
MehrSCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de
SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden
MehrAndrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?
Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee
MehrInhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter
Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-41656-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41656-7 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................
MehrAgiles ITSM Prozess-Redesign. Dynamik MIT Struktur!
12. itsmf Jahreskongress 2012 3./4. Dezember 2012 FUTURE OF ITSM Agiles ITSM Prozess-Redesign Dynamik MIT Struktur! TORSTEN HEUFT MELANIE POPPE-MERFELS QUALITY MANAGER SERVICE MANAGER AGENDA KAPITEL 01_DAS
MehrScrum-Einführung bei der Projektron GmbH
Business Coordination Software Kosten sparen. Termine einhalten. Ziele erreichen. Scrum-Einführung bei der Projektron GmbH Matthias Fleschütz Projektron GmbH Jens Wilke headissue GmbH Projektron GmbH Softwarehersteller
MehrFühren in der Agilen Transformation harte Managementarbeit. Christoph Eckert Entwicklertag Karlsruhe 21. Mai 2015
Agile Transformation Führen in der Agilen Transformation harte Managementarbeit Christoph Eckert Entwicklertag Karlsruhe 21. Mai 2015 2 Agile Transformation Agilität beschränkt sich nicht auf Entwicklungsteams
MehrScrum technische Umsetzung und kaufmännische Rahmenbedingungen
Scrum technische Umsetzung und kaufmännische 9. Darmstädter Informationsrechtstag 2013 Darmstadt, 15. November 2013 Franziska Bierer 2 andrena ojects ag Gründung 1995 Standorte in Karlsruhe und Frankfurt
MehrPraxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld. Andreas Becker, Uwe Valentini Agile-by-HOOD 19.02.2014
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld Andreas Becker, Uwe Valentini Agile-by-HOOD 19.02.2014 Reguliertes agil-skaliertes Umfeld Product Daily Definiton of Done Planning
MehrPlanst Du noch oder lebst Du schon (agil)?
Planst Du noch oder lebst Du schon (agil)? IIBA Chapter Summit Salzburg, 11.10.2013 Anton Müller cscakademie.com Copyright CSC Deutschland Akademie GmbH Worum geht es? Gestaltung von Veränderungen in Unternehmen!
MehrMit agilen Methoden kommen Sie weiter
Mit agilen Methoden kommen Sie weiter Wir machen Sie und Ihr Unternehmen fit für Scrum. Rido - Fotolia.com Was ist Scrum? Scrum stellt heute eines der bekanntesten agilen Produktentwicklungs-Frameworks
MehrScrum in der Praxis (eine mögliche Umsetzung)
Scrum in der Praxis (eine mögliche Umsetzung) ALM Talk, 26. Oktober 2011 Stefan Stettler Ausgangslage Viele Projektbeteiligte Verkauf, Entwickler, PM, Designer, Ergonomen Unterschiedliche Sichten und Vorstellungen,
MehrTitel BOAKdurch Klicken hinzufügen
Titel BOAKdurch Klicken hinzufügen Business Objects Arbeitskreis 2015 Aufbau einer BI-Strategie Referent Stefan Weber, ZIS Verkehrsbetriebe Zürich 15.09.2015 Hotel UTO KULM Thema Um was geht es! C1: Aufbau
MehrSuccess-Story. Das Unternehmen. mobile.international
Success-Story mobile.international Das Unternehmen mobile.international ist ein Unternehmen der ebay-gruppe, das Internet-Marktplätze für Kfz in verschiedenen Ländern entwickelt und betreibt. Das Unternehmen
MehrUnsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin
Unsere Kunden erzählen keine Geschichten Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ein modellbasierter Prozess für die Anforderungsanalyse im Vorfeld agiler Produktentwicklung
MehrGlobale Scrum Retrospektive
SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Globale Scrum Retrospektive Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2012 Was ein Softwareprojekt nicht ist! Keine
MehrTFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,
TFS Customzing in der Praxis Thomas Gugler ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com Thomas Gugler seit 2005 bei
MehrScrum4Services. Turning visions into business. Oktober 2011. Malte Foegen, Caroline Gansser, David Croome, Timo Foegen
Turning visions into business Oktober 2011 Scrum4Services Malte Foegen, Caroline Gansser, David Croome, Timo Foegen Scrum ist nicht nur in der Entwicklung, sondern auch im Service-Umfeld wertvoll. Die
MehrRE-Metriken in SCRUM. Michael Mainik
RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value
MehrSummer Workshop Mehr Innovationskraft mit Change Management
Your Partner in Change. Your Partner in Innovation. Summer Workshop Mehr Innovationskraft mit Change Management Praxisbeispiel: Innovation im Tagesgeschäft etablieren www.integratedconsulting.at 1 Ausgangslage,
Mehroose. Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie
Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie München, 06.05.2009 Markus Wittwer, oose GmbH 2009 by de GmbH Markus Wittwer Berater und Trainer Coach für agile Projekte
MehrTeamaufstellung - Zwischen Dream und Nightmare
Teamaufstellung - Zwischen Dream und Nightmare Vom Versuch aus einem Referat ein Scrum-Team zu machen Michael Schäfer Unterföhring, September 2011 Inhalt 1 2 3 4 5 6 Warum Scrum? So haben wir begonnen
MehrDominik Stockem Datenschutzbeauftragter Microsoft Deutschland GmbH
Dominik Stockem Datenschutzbeauftragter Microsoft Deutschland GmbH Peter Cullen, Microsoft Corporation Sicherheit - Die Sicherheit der Computer und Netzwerke unserer Kunden hat Top-Priorität und wir haben
MehrAgile Werkzeuge für den Produktmanagementzyklus vom Konzept bis zur Auslieferung
für den Produktmanagementzyklus vom Konzept bis zur Auslieferung Agile Tour Stuttgart 16. Oktober 2013 Fabian Schwedes NovaTec Consulting GmbH Leinfelden-Echterdingen, München, Frankfurt am Main, Berlin,
MehrDer Business Analyst in der Rolle des agilen Product Owners
Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software
MehrSocial Business erfolgreich im Unternehmen einführen. Working Social. Namics. Bernd Langkau. Senior Principal Consultant. Partner. 15.
Social Business erfolgreich im Unternehmen einführen. Working Social. Bernd Langkau. Senior Principal Consultant. Partner. 15. Januar 2014 Agenda.! Wandel der Kultur! Holen Sie das Top-Management an Bord!
MehrThomas Schissler Uwe Baumann
Thomas Schissler Uwe Baumann Warum sind sie hier? Agenda Warum ist die Mitwirkung des Managements so wichtig? Betriebswirtschafliche Argumentation Vorteile von Agilität für Organisationen Scrum is extremly
MehrProjektmanagement durch Scrum-Proxies
Cologne Intelligence GmbH Projektmanagement durch Scrum-Proxies Integration von Vorgehensmodellen und Projektmanagement 17. Workshop der Fachgruppe WI-VM der Gesellschaft für Informatik e.v. Stuttgart,
MehrScrum ist zu einfach um es von Anfang an richtig zu machen!
Erfahrungsbericht Scrum-Einführung oder Scrum ist zu einfach um es von Anfang an richtig zu machen! 1 Ihr Referent > Hans-Jürg Kleine > Seit über 20 Jahren als Projektleiter tätig > Projekte für SBB, Siemens
MehrScrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest?
Scrum Rollen Product Owner (PO) Der PO ist klar definiert Der PO übersetzt Anforderungen in klare Backlog Items Der PO ist ermächtigt, Backlog Items zu priorisieren Der PO verfügt über das Fachwissen,
MehrAgile Software Development
Dipl. Wirtsch. Ing. Alexander Werth Methoden der Softwareentwicklung 6-1 Agile Manifest Individuen und Interaktion statt Prozessen und Tools. Funktionierende Software statt umfangreicher Dokumentation.
MehrProjektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski
Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von
MehrErfolgreiche ITIL Assessments mit CMMI bei führender internationaler Bank
Turning visions into business Oktober 2010 Erfolgreiche ITIL Assessments mit CMMI bei führender internationaler Bank David Croome Warum Assessments? Ein strategisches Ziel des IT-Bereichs der Großbank
Mehr[Customer Service by KCS.net] KEEPING CUSTOMERS SUCCESSFUL
[Customer Service by KCS.net] KEEPING CUSTOMERS SUCCESSFUL Was bedeutet Customer Service by KCS.net? Mit der Einführung von Microsoft Dynamics AX ist der erste wichtige Schritt für viele Unternehmen abgeschlossen.
MehrAgiles Multiprojektmanagement - Ein Oxymoron oder gelebte Praxis?
Agiles Multiprojektmanagement - Ein Oxymoron oder gelebte Praxis? 20.11.2015 - Fachgruppe IT-PM Themenabend Multiprojektmanagement Florian Beck Beratung für agile Vorgehensweisen Florian Beck Freiberuflicher
MehrQualifikationsbereich: Application Engineering Zeit:
Höhere Fachprüfung ICT-Manager Musterprüfung 2015 Höhere Fachprüfung ICT-Manager Muster KAF Zeit: Die Lösungen sind auf diese Arbeitsblätter zu schreiben. Es werden nur die Lösungen auf den Arbeitsblättern
MehrPMP Rezertifizierung: PMI ändert mit Wirkung zum 01.12.2015 sein Rezertifizierungs-System die wichtigsten Änderungen im Überblick
PMP Rezertifizierung: PMI ändert mit Wirkung zum 01.12.2015 sein Rezertifizierungs-System die wichtigsten Änderungen im Überblick Das Project Management Institute (PMI ) ändert zum 01. Dezember 2015 sein
MehrProjektmanagement Vorlesung 12/ 13
Folie 1 Projektmanagement Vorlesung 12/ 13 Prof. Adrian Müller, PMP FH Kaiserslautern phone: +49 6332 914-329 http://www.fh-kl.de/~amueller Folie 2 Inhalte Agile Modelle Manifesto Übersicht XP Prinzipien
MehrSoftware-Dokumentation im agilen Entwicklungsprozess
Software-Dokumentation im agilen Entwicklungsprozess Ulrike Müller, Knowledge Manager, SAP AG Monika Pfanner, Knowledge Architect, SAP AG tekom-herbsttagung Wiesbaden, 24. Oktober 2012 SAP und Knowledge
MehrRequirements Engineering für die agile Softwareentwicklung
Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1
MehrAuf dem Weg zu Green IT Veränderungen mit Menschen nachhaltig umsetzen IHK IT-Leiter-Treffen Darmstadt, den 23.05.2013
Auf dem Weg zu Green IT Veränderungen mit Menschen nachhaltig umsetzen IHK IT-Leiter-Treffen Darmstadt, den 23.05.2013 Turning Visions into Business - 1 - wibas ist eine Unternehmensberatung, die darauf
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
MehrSabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007
Sabotage in Scrum dem Prozess erfolglos ins Knie schiessen Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 1 Überblick Sabotage? Wer kann sabotieren? Was kann sabotiert werden? Wieviel
MehrAUFBAUPROGRAMME YOU ONLY LIVE ONCE, BUT IF YOU DO IT RIGHT, ONCE IS ENOUGH.
AUFBAUPROGRAMME YOU ONLY LIVE ONCE, BUT IF YOU DO IT RIGHT, ONCE IS ENOUGH. Leben ist ständige Weiterentwicklung! Und diese Weiterentwicklung hört nie auf, weil das Leben nie stehen bleibt. Mit der AKADEMIE
MehrRobert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht
Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht 1 Agenda Vorstellung Architektur & Agilität Industriedomäne Praxisbeispiele Wie geht es weiter? 2/26/2015 2 Vorstellung Robert
MehrScrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm
Scrum for Management Praxis versus Theorie oder Praxis dank Theorie ALM Day 26.Oktober 2011 Urs Böhm Übersicht Kurze Situationsübersicht Diskussion Prozesse Challenges in der SW-Entwicklung Wie geht Scrum
MehrAgile Softwareentwicklung in der Versicherungs-IT Fehlschlag oder Heilsbringer?
OOP 2012 Agile Softwareentwicklung in der Versicherungs-IT Fehlschlag oder Heilsbringer? André Köhler Softwareforen Leipzig GmbH Geschäftsführer füh 1 Softwareforen Leipzig - Unternehmensprofil Spin-Off
MehrAgiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -
Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH
MehrDo s und Don ts von Veränderungen
Malte Foegen Do s und Don ts von Veränderungen - 1 - Veränderungen sind von strategischer Bedeutung. - 2 - - 3 - 95% sehen die Menschen im Mittelpunkt. - 4 - Capgemini, Change Management 2003/2008, Bedeutung,
MehrREQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1
REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1 QUALITÄT FÜR SIE Qualität zeigt sich in Ergebnissen und Erfolgen. Sie hängt von der jeweiligen Problemstellung ab, deshalb sehen wir
MehrIT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle
IT-Basics 2 DI Gerhard Fließ Vorgehensmodelle Sichtbarkeit Die Sichtbarkeit von Membervariablen und Methoden können durch die folgenden Schlüsselworte geregelt werden: private nur in der eigenen Klasse
MehrEffizenzsteigerung bei Villeroy & Boch durch den Einsatz von Magento und Zend
Effizenzsteigerung bei Villeroy & Boch durch den Einsatz von Magento und Zend Klaus Berghald Senior Account Manager Klaus.b@zend.com +49 (0)89 51 61 99-18 Umsetzung IT Leiter Herr Dr. Pascal Rheinert Head
MehrAgiles REQUIREMENTS ENGINEERING. Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com. in der Praxis. Mein Ziel ist Ihr Erfolg:!
Agiles EQUIEMENTS ENGINEEING in der Praxis Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com Software- und System-Engineering: Von der Vision einer besseren Welt...!... zur industriellen
MehrSAP PM Netzwerk Zürich, November 2015
AGILITÄT DURCH SELBSTORGANISATION? Gerhard Andrey, Liip AG SAP PM Netzwerk Zürich, November 2015 GERHARD ANDREY MITGRÜNDER & PARTNER CMS, UX, E-COMMERCE, 126 5 40 CMS, UX, E-COMMERCE, OPEN DATA, MOBILE
MehrDevOps in der Praxis. Alexander Pacnik 24.11.2015
DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch
MehrRequirements Engineering für IT Systeme
Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein
MehrOktober 2014 PRODUKTENTWICKLUNG. Dr. Ralf Lauterbach
PRODUKTENTWICKLUNG Dr. Ralf Lauterbach Produktentwicklung digitaler Produkte - was ist zu tun? - Generelle Aufgaben bei jeder digitalen Produktentwicklung Produktmanagement Marktanalysen Markteingangsstrategie
MehrStuttgart, 25.04.2008 Scrum im Wasserfall... oder wie kann Agilität dem Kunden schmackhaft gemacht werden?
Stuttgart, 25.04.2008 Scrum im Wasserfall... oder wie kann Agilität dem Kunden schmackhaft gemacht werden? Hier steht der Titel der Präsentation - Stuttgart, mit Datum Folie 1 dmc besseres E-Business beginnt
MehrProduktmanagement vom Kundenticket zum Release
Produktmanagement vom Kundenticket zum Erfahrungen aus vier Jahren Entwicklung nach SCRUM, Geschäftsführer, Scrum Master 7 von 58 9 von 58 Bekannte Kunden 10 von 58 17 von 58 20 von 58 Ziele der Einführung
MehrDas selbst organisierte und selbst motivierte Team Wunschvorstellung oder Realität? Ein Praxisbericht von Philipp Jahn
Das selbst organisierte und selbst motivierte Team Wunschvorstellung oder Realität? Ein Praxisbericht von Philipp Jahn Fachgruppe IT Projektmanagement, Januar 2009 - Folie 1 Agenda Referent Philipp Jahn
MehrSoftware Engineering
Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering WS '11/'12
MehrKombinationsangebot "Professional Scrum Training" mit Vertiefung "Führen als Scrum Master" (PST-Kombi)
isqi GmbH David-Gilly-Str.1 14469 Potsdam Germany Ihr Kontakt: Daniela Shmädicke +49 331 231810-16 daniela.schmaedicke@isqi.org isqi GmbH International Software Quality Institute David-Gilly-Str.1 14469
MehrFührungs Kräfte Ausbildung
Führungs Kräfte Ausbildung 1 2 4 3 Für alle Mitarbeiter, die... * Verantwortung haben oder anstreben * lernen und sich entwickeln wollen * bereit sind, die Zukunft zu gestalten In 4 Praxis-Modulen à 3
MehrAgile Methoden in der Softwareentwicklung
User Group (Initialisierungstreffen) Agile Methoden in der Softwareentwicklung 12. November 2008, Leipzig Veranstaltungsunterlagen Mit Vorträgen von: Gegenstand der User Group Agile Methoden halten verstärkt
MehrEnterprise Agile @Fiducia. Sind Transitionsteams ein Mittel zur Optimierung des agilen Changes?
Enterprise Agile @Fiducia Sind Transitionsteams ein Mittel zur Optimierung des agilen Changes? Thomas Lang / Matthias Müller, München / Karlsruhe, 21.05.2015 Agenda 1 Vorstellung der Fiducia IT AG 2 Wo
Mehr«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.»
«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.» www.pse-solutions.ch ANTOINE DE SAINT-EXUPÉRY 1 PROJECT SYSTEM ENGINEERING
MehrLead Architects Forum Architekten im Dialog zu ILOG BRMS Moderation: Lars Klein, S&D
Lead Architects Forum Architekten im Dialog zu ILOG BRMS Moderation: Lars Klein, S&D 21. September 2011, Kurhaus Wiesbaden Agenda Uhrzeit Inhalt 16:00 16:15 Begrüßung und kurze Vorstellung der Teilnehmer
Mehr