« Agile ?!? das geht bei uns nicht! » François Bachmann, CSP/CSM SPRiNT iT (Schweiz)

Slides:



Advertisements
Ähnliche Präsentationen
Firmenprofil i2s - einige Facts
Advertisements

M.O.T.I.V.A.T.I.O.N. Alle kennen sie Alle brauchen sie Alle mögen sie Alle vermissen sie wenn sie nicht da ist Alle sind sich ihrer mehr oder weniger.
Das Berufsbild des Informatikers
1 Workshop: Grundlagen des IT-Projektmanagements - Version /2004Modul: Aufwand – Ergänzung FP Copyright: Dr. Klaus Röber Modul Ergänzungen zur.
IT-Projektmanagement
Der Weg zu einer Collaboration Strategy
... Sicherheit + Gesundheits-Schutz
Pro-Skills-Hintergrundphilosophie
Internet und die Netzgesellschaft
Teamwork Teamarbeit, Gruppenarbeit
Prozessmodelle als Teil des Management-Prozesses
ISO - Normen Inhalt Qualität im SE Der ISO 9000-Ansatz
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Agile Software Entwicklung mit dem RUP Agile Softwareentwicklung Best Practice bei.
Lernende Agenten Seminar Softwareagenten Wintersemester 2001/2002 Norman Neuhaus.
Erfahrungen beim Finanz- und Projektmanagement im 6. EU-Forschungsrahmenprogramm Dr. Bernd Reichert Referatsleiter Administration RTD-G6 Industrielle Technologien.
Wirtschaftsinformatik Göppingen – WF5 Enterprise Projektmanagement undDokumentenmanagement M. Feil | C. Kehrle | J. Buhleier.
eXtreme Programming (XP)
Vorlesung Gestaltung von soziotechnischen Informationssystemen - RequirementsEngineering und Contextual Design- Thomas Herrmann, Lehrstuhl Informations-
Systemisches Innovations- und Kompetenzmanagement
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering WS 2006 / 2007Folie 1 Agile Vorgehensweisen Hintergrund –in den letzten Jahren hat.
Don`t make me think! A Common Sense Approach to Web Usability
Balanced Scorecard Knut Hinkelmann
Projekte lösungs"agil" planen und managen
Projekte "agil" planen und managen
User-Centred Design Kosten und Gewinne des nutzerorientierten Gestaltungprozesses Irene Escudé Capdevila März 2012.
©AHEAD executive consulting, 2007 STAY AHEAD! Auftragsorientierte Mitarbeiter- und Teamentwicklung für Mitarbeitende der Firma … AG.
Was ist psychische Gesundheit?
Vorgehen bei der Entwicklung mobiler Lösungen
1 Hugo Straumann, CT-SSM 17. Juni 2002 Security Risk Radar Hugo Straumann Methode Pilot Positionierung.
Who’s afraid of Compliance…?
„Optimiertes Prozessmanagement in der Logistik“
1. Vorstellung.
WINTEGRATION®.
Projektmanagement Ziel und Umfang eines Softwareprojektes definieren
1 Dr. Carlheinrich Heiland Universität Hamburg - Die Computersimulation verändert als Schlüsseltechnologie die Arbeitsweise in Planung.
ICT-Projektmanagement & OE Magisterstudium Wirtschaftsinformatik
R=255 G=255 B=255 R=64 G=64 B=64 R=51 G=68 B=102 R=237 G=0 B=57 R=252 G=198 B=82 R=252 G=232 B=182 R=70 G=125 B=180 R=157 G=186 B=218 R=200 G=217 B=237.
Melanie König 5Minds IT-Solutions GmbH & Co. KG
Management, Führung & Kommunikation
Abschluss-Sitzung am 18./19. Juni 2002 Krisenbeständige Produktions- und Servicekooperation mit einem Partner USA mit einem Partner in USA? Dipl.-Ing.
xRM1 Pilot Implementierung
Level 4Level 5Level 6Level 7Level 8Level 9 Ist dem Veränderungsprozess positiv gegenüber eingestellt Ist offen für neue und außergewöhnliche Ideen und.
Fachdidaktik Englisch III – Classroom Management & ICT – Institut für Erziehungswissenschaft Abteilung Lehrerinnen- und Lehrerbildung Maturitätsschulen.
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
Agile Softwareentwicklung
Scrum Andreas Voraberger.
Dr. Menno Baumann Pädagogik bei Verhaltensstörungen/ Erziehungshilfe Wenn es keine Zukunft gibt… Perspektiven entwickeln für Menschen mit veränderten Gedächtnis-
Soziale Kompetenz in NPO´s Soziale Qualität durch Standards?
Scrum Christian Theisen.
Lean Software Developement
Die Implementierung der BSC
Reality is Broken Jane McGonigal Universität zu Köln AM2: Medien zwischen Technologie und Gesellschaft Jonathan Simon.
Arbeiten in einem agilen Team mit VS & TFS 11
Heilung Genesung Recovery
XML Seminar: XP und XML 1 XP and XML Gregor Zeitlinger.
Aktuelle Bilanzierungs- und Prüfungsfragen aus der Facharbeit des IDW
SCRUM Informatik IF1 A. Neck.
Organisation und betriebliche Informationssysteme
Aufbau einer Projektorganisation
Kannst Du uns bei unserem
1 Gisela Dengler | Martin Meissner & Partner Moderierte Lösungsfindung unter dem Gesichtspunkt der Herausforderungen der Asylthematik.
Mag. Andreas Krisch Die neue DSGVO – Kann sie die großen Erwartungen erfüllen? Wien, Hier steht der Titel des Vortrages.
Technologietag Baugruppentest Wege der Standardisierung im Funktions- und EOL-Test Markus Koetterl National Instruments Germany GmbH.
Prototyping Berlin · Seite 2 Prototyping: Was und wozu Die Zukunft ausprobieren und erfahren durch „Machen“. Einen Mikrokosmos kreieren.
Hero Quest Verwaltungstool -Projektmanagement Projektplanung für Softwareprojekte: KLips 2.0 Dozent: Prof. Dr. phil. Manfred Thaller Referent: Alexander.
On the edge, we need to soar or dive, or we will fall.
Big Data Anwendungen ... selbst gedacht.
Agiles Projektmanagement/ Agile Organisationen
 Präsentation transkript:

« Agile ?!? das geht bei uns nicht! » François Bachmann, CSP/CSM SPRiNT iT (Schweiz)

Staceys Sicht von Komplexität source: Ralph D.Stacey: Strategic management and organisational dynamics: the challenge of complexity. Prentice Hall, 2002

Beispiel: SW-Unternehmen Management: « Wir brauchen Scrum… … aber der Kunde soll nichts merken! » Einführung als rein interner Prozess Folgen: – Fassaden-Scrumpraktiken – kein Team-Ownership – Scrum nicht glaubwürdig stirbt aus

CAS: eine Definition Komplexes System: « ein Beobachter kann das Verhalten oder die Entwicklung eines solchen Systems nicht über Extrapolation von Teilbeobachtungen vorhersagen» (Wikipedia) Adaptative: das System hat eine Geschichte, es lernt dazu Image: sketchin.ch

Snowdens Systemkategorien © Dave Snowden cognitive-edge.com

Ist unser Unternehmen ein CAS ? Komponenten mit versch. Interessen Vernetzung (Hierarchie, Wissensfluss, Politik) Verhalten des Gesamtsystems nicht aus Teilbeobachtungen eruierbar Interaktion mit Umwelt Feedback-Loops, Lernen Dynamische Entwicklung versch. Parameter (Markt, Nachfrage, Politik)

Traditionnelles Projektmanagement (sehr vereinfacht ) Problemvereinfachung – Anz. Parameter reduzieren – Rezepte anwenden, die in der Vergangenheit Erfolg gehabt haben – Divide & conquer Annehmen, wir kennen das Terrain im Wesentlichen Informationsfluss kontrollieren

Klassische Problemlösungstechniken Divide and conquer Simplification Generalization Specialization Random Search Split-Half Method Forward-Looking Strategy Hill-climbing strategyMeans-end analysis Method of focal objectsTrial-and-error Root Cause Analysis BrainstormingMorphological analysis Delegation Analogy Lateral thinking Research Assumption reversal Hypothesis testing Constraint examination Incubation Abstract modeling Working Backwards Try to prove that it cannot be solved Get help from friends ( Wikipedia: Problem solving)

Beispiel: Telekom-Unternehmen Häufige Lieferung nötig Scrum Detailplanung aber weiterhin erwünscht Folgen: – Team-Commitment nicht da – Abspaltung Scrum-Team in Spin-Off – kein Lernen im Unternehmen

Probleme dieses Ansatzes Überraschungen stellen Richtigkeit der Grundannahmen in Frage Komplexität des Prozesses nimmt laufend zu Komplexität wird für alle spürbar Falsche Voraussagen sind oft katastrophal Im Abschluss-Stress fällt das Lernen oft unter den Tisch

Einstellung zu Veränderung Mit der Komplexität leben lernen Fluss Double loop learning Vereinfachung der Realität Planung & Kontrolle kleinere Anpassungen

Vorausschauende Planung Vorgaben Lieferumfang Schätzung KostenPlanung

Umstellung Vorgaben Lieferumfang KostenPlanning SchätzungKosten Planning Lieferumfang (nach M.Sliger, stickyminds)

Differenziertes Vorgehen Prozesse U-Kultur Team

Hauptveränderungen Unternehmenskultur: Mut, Integrität, Transparenz Team: Ownership, Wertschätzung (Bonusstruktur), Teamgeist Prozesse: BV-Orientierung, Umgang mit Unsicherheit

Unternehmenskultur = « so erledigen wir unsere Arbeit hier » Ziel: « die allmähliche Entstehung einer agilen Unternehmenskultur fördern » Ausführen v.Vorschriften vernetztes Lernen – copy/paste von Best Practices Fehler zugeben – Zeit für Retrospektiven investieren Mittel: Unternehmenswerte (Verantwortung, Umgang mit Unsicherheit, Safe failing, …)

Beispiel: SW-Hersteller (Bank) XP-Praktiken PM auch agiler Management nimmt von Anfang an teil Umstellungen zwischen bestehenden Teams Folgen: – Büroräumlichkeiten verändert – Auswirkungen auf Organisation (QA)

Dimensions des modèles de culture Conversations (périmètre, réseaux) Feed forward (prédictions, terrain connu) ou feedback Pilotage (optimum local/global) Changement/anticipation Matrice / délégation réseau

Übliche Ausreden… Wir machen schon Scrum! wenigstens fast… Bei uns können wir nur einen Teil davon tun Wir brauchen keine Retrospektiven Sobald wir die Anforderungen alle haben, entwickeln wir iterativ Wir können uns das Risiko nicht leisten

Team Ziel: « dem Team helfen, sich anzupassen » Vorsicht: nicht 1-on-1, bis alle dabei sind! Die Mehrheit im Team nimmt den Rest mit Mittel: Selbstorganisation, Vertrauen, Respekt, Mut, Feedback Es werden Leute aus dem Team aussteigen! Evaluationsprozesse müssen mit der Zeit auch angepasst werden

Beispiel: P-S-R bei einem Team dem Team die Werte, Prinzipien und Praktiken vorstellen (« probe ») Team wählt Praktik(en) für diese Iteration das Team bei der Entdeckung & Entwicklung der Kompetenzen unterstützen Retrospektive: Team gibt quantitatives Feedback des « Added Value » für die gewählte(n) Praktik(en) Vorschläge zur Response entstehen live

Prozesse Motto: « Prozesse anpassen » Mittel: Retrospektive, Feedback-Loops Ziele: – Fokalisierung, Einbindung in « Big Picture » – nach Business Value einordnen – Ownership im Team Spürt man die Unternehmenswerte im Prozess?

Beispiel Prozessanpassung Nach 3 Monaten Scrum stellt das Team fest, dass einige gelieferte Dokumente (Formulare) offensichtlich nicht gebraucht werden Business Value dieser Dokumente wird am nächsten Review mit dem Product Owner diskutiert Liste von Standard-Dokumentation wird darauf entsprechend angepasst

Gefahr (I): Scrum « à la carte » Sichtbare Anzeichen: Änderung beschränkt sich auf Wortschatz kein effektiver Feedback-Loop Veränderung nicht spürbar starke Einschränkungen für Scrum-Einsatz

Gefahr (II): Timing Scrum bringt Schwächen im Unternehmen sehr schnell zum Vorschein Die Korrektur der zugrundeliegenden Système braucht viel mehr Zeit

Gefahr (III): Why Dream Teams fail Signing too many all-stars Failing to build a culture of trust Tolerating competing agendas Letting conflicts fester Hiding from the real issues Geoffrey Colvin dans Fortune Magazine, Juin 2006

Zusammenfassung « Adopting Scrum in an enterprise is like looking into the abyss, girding oneself for an epic journey, and then making the plunge » (K.Schwaber, The Enterprise and Scrum)

Standing on their shoulders Scott Ambler (Agile Modeling) Stuart Kauffman (bio-complexity) Mary & Tom Poppendieck (everything lean) Dave Snowden (Complex Adaptive Systems) Alistair Cockburn Michelle Sliger Ken Schwaber, Jeff Sutherland (Scrum) Jim Highsmith

Fragen / Antworten … und Danke für Ihre Aufmerksamkeit!