Kapitel 10: Neue Mngmt-Ansätze in Zeiten wachsender Dynamik Flashcards
Nennung Dynamische Mngt-Ansätze & Entrepreneurship (4)
- Scrum
- Design Thinking
- Agile Organisation
- Lean Startup-Up
Scrum = … (3)
… eine agile Methode des Projektmgmts
- Orientierung am Nutzer & flexible Gestaltung der Anforderungen auf Basis von Nutzer-Feedback
- Arbeit in Scrum-Teams mit schnellen Sprints mit Ziel von anwendbaren Teillösungen
Design Thinking = … (3)
… agile Methode der Produktentwicklung
- stellt die Frage “Was sind die Nutzerbedürfnisse/Wert, den wir kreieren können?” in den Mittelpunkt
- arbeitet mit Kreativitätsmethoden & “Rapid Prototyping”
Agile Organisation = … (3)
Ziel = Verbesserung Flexibilität, um in dynamischen Umgebungen erfolgreicher zu sein
- Fokus auf Opportunitäten, die sich durch technologischen Wandel/Unsicherheit ergeben (das Gute sehen, nicht das Schlechte daran)
- Verringerung von Hierarchien & Bürokratie & Verlagerung Entscheidungsbefugnisse auf flexible Teams
Lean Startup = (3)
bietet eine Methode für die Entwicklung und das Management von Startups und „Intrapreneurs”
- Traditionelle Management-Methoden ungeeignet für Startups, da nicht schnell und flexibel genug
- Startups entwickeln sich über zahlreiche „Experimente“–„Doing“und„Learning from Doing“ nach wissenschaftlicher Methode statt Planung
Startup =
… an institution that creates new products or services
in an atmosphere of uncertainty. (Zitat Eric Ries)
Hauptpunkt: agieren in großer Unsicherheit
jung
innovativ
schnelles Wachstum
Unsicherheit
Scrum / Herkunft
- japanische Industrie (nicht IT!)
- geprägt von japanischer Mngmt-Tradition
- “moving the scrum downfield” (Begriff aus dem Rugby, Ball wird übers Ziel gebracht, indem das GANZE Team mit nach vorne geht)
Scrum / Gegenteil
= Wasserfall-Methode (=lineares Vorgehen)
- wird in Produktentwicklung und Projektmngmt genutzt
- macht erst mit einem Punkt weiter, wenn der andere Punkt fertig ist
Anforderungen -> System Design -> Implementierung -> Testen -> Einsetzen -> Instandhaltung
Unterschiede Scrum // Wasserfallmethode
- Individuen & Art der Zusammenarbeit // starre Prozesse & genau definierte Werkzeuge
- funktionierende Software/Teillösungen // super Dokumentation
- ständige Zusammenarbeit mit dem Kunden // reine stupide Vertragserfüllung
- sinnvoll auf neue Erkenntnisse/Änderungen reagieren // Plan abarbeiten
Scrum / Manifesto for Agile Software Development - 12 Prinzipien
agile Art der Softwareentwicklung, was man wertschätzt und was die Hauptziele sind
- möglichst früh Sachen bereitstellen
- wollen am Ende das Produkt mit dem höchsten Nutzen für den Kunden
- Teillösungen bereitstellen (Kunden kann Feedback geben)
- ständiger Kontakt business people & developers
- kein Micromngmt/Hierarchie
- face-to-face-conversation = wichtig
- Geschwindigkeit über längere Zeit halten
- simplicity (manches einfach nicht machen, weil nicht so wichtig)
- vieles entwickelt sich beim tun
- Team lernt selbst
Scrum / wichtige Methodikelemente
- ganz am Anfang: Inputs des Nutzers extrem in den Fokus stellen
- Team treibt das Produkt möglichst von Anfang bis Ende an
- sehr schnell ins Tun gehen
- kurze Sprintzyklen (Teillösung direkt fertig machen)
- sehr wichtig: Interaktion & Absprache im Team durch zB Dailys; schnell lernendes Team
- nach Sprint Übergabe der Teillösung an Kunde (Feedbackschleifen)
Design Thinking / 6 key elements
- learn from people (verstehen, was vers. Leute wichtig ist; gesamte Person wahrnehmen)
- find patterns (Muster finden; was tatsächlich Wert schafft)
- design principles (Was heißt das für ein mögliches Produkt?)
- ideation (Wie kann man den Wert auf unterschiedliche Weise darstellen?)
- make tangible (ganz früher Prototyp)
- iterate & test relentlessly
Design Thinking / Beispiele (2)
- Personas bilden (fiktionale Personen) = Perspektivenwechsel
- ideation: Brainstorming, Brainwriting, Sketchstorm
Rapid Prototyping
Nutzen von einfachsten Prototypen für schnelles Testen
Agile Organisationen / Unterschiede zu traditionellen UN
(Reminder: versuchen Flexibiltät zu verbessern, um in dynamischen Umgebungen erfolgreich zu sein)
Traditionell:
- Top-down Hierarchie (komplette Kontrolle)
- Bürokratie
- Silos
- detaillierte Instruktionen/Planung
Agile Organisation:
- Führung gibt Richtung vor & überlasst den Rest dem Team (MA bekommen volle Verantwortung)
- Team beschäftigt sich mit Problem von Anfang bis Ende
- das was am Ende rauskommt ist wichtiger als Hierarchie
- schnelle Änderungen, flexible Ressourcen, mit der Unsicherheit klarkommen, schnell reagieren
