ZA062 - Wie kann ich beim Troubleshooting richtig starten?
Zusammenfassung
Bei einem Vortrag kam anschießend die Frage der Teilnehmer auf, wie ich als Troubleshooter starte, wenn ich ein Projekt übernehme. Es war das erste mal, dass ich meine Vorgehensweise als Skizze auf einem Whiteboard aufmalte. Daraufhin habe ich mir das Thema für den Podcast gemerkt und eine eigene Episode geschaffen, in der ich mein Vorgehen als Troubleshooter erkläre. Zum Abschluss gebe ich noch ein paar Tipps im Umgang mit Taskforces.
Die Themen der Episode:
- Phase 0 (< Startpunkt X): Macht Troubleshooting überhaupt Sinn?
- Phase 1 (Erste 2 Wochen): Lage sichten, Strategie entwickeln
- Phase 2 (Erster Release-Cycle): Erste Ergebnisse schaffen und lernen
- Phase 3 (Zweiter Release-Cycle): Verantwortung übergeben
- Phase 4 (Dritter Release-Cycle): Troubleshooting abschließen
Hinweise in der Episode:
Phase 0 (< Startpunkt X): Macht Troubleshooting überhaupt Sinn?
- Episode #12: Zehn Tipps zum Troubleshooting
Phase 1 (Erste 2 Wochen): Lage sichten, Strategie entwickeln
- Schritt – Kontakt aufbauen
- Schritt – Unterlagen sichten
- Großes Bild schaffen
System Footprint: Episode #4: The System Footprint – Anforderungen strukturieren und visualisieren - Strategie aufbauen
- Weniger ist mehr: Episode #8: Zehn Tipps für ein effizientes Systemdesign
- Aufwandsschätzung und Releaseplanung: Episode 3: In die Glaskugel schauen – Sinnvolle Releasestrategien & Aufwände schätzen und die Tutorials Aufwandsschätzung und Releaseplanung
- Umsetzung festlegen: Episode #19: Sprints & Weekly Builds im Systems Engineering
- Review der Strategie: Episode #13: Geheimwaffe Reviews
- Team aufbauen
- Kommunikation klären: Episode #9: Interkulturelle Entwicklerteams und Episode #47: Nicht verstehen ist die Regel – Aktive Kommunikation in Projekten
- Verantwortung klären: Episode #49: Warum machen Rollen im Systems Engineering Sinn?
- Umgebung schaffen: Episode #15 Gebt uns die Türen zurück!
- Technische Möglichkeiten nutzen: Episode #44: Remote arbeiten – Ein Modell der Zukunft?
- Kanban aufbauen: Episode 28: Kanban & Co – Agile Methoden einfach mal erklärt und Episode 53: Personal Kanban – Warum ich jetzt effektiver bin
- Umgang mit Scheitern und lernen erklären: Episode #33: Planung ersetzt Zufall durch Irrtum, Episode #38: Zehn Gründe Fehler sofort zu korrigieren, wenn sie gefunden werden, Episode #35: Improvisation und Entwicklungsprojekte und Episode #57: Retrospektiven – Wie ich sinnlose Meetings durch sinnvolles Lernen ersetzen kann
- Methoden klären (Sprints, Retrospecs, Versionsmanagement, Ticketmanagement, etc)
- Commitment des Management einholen
Phase 2 (Erster Release-Cycle): Erste Ergebnisse schaffen und lernen
- Leadership aufbauen
- Sprintgedanken lernen
- Kommunikation lernen
- Retrospective lernen
- Schnelles Testen lernen
- Ergebnisse liefern lernen
- Management abschirmen
- Team formen – Nay-sayer aussortieren
- Taktik überprüfen
- Zweiten Release-Cycle planen
Mein Tipp: Holt Euch einen Mentor mit dazu (intern/extern)
Phase 3 (Zweiter Release-Cycle): Verantwortung übergeben
- Vorgehen stabilisieren
- Vereinfachen
- Ich werde nicht mehr gebraucht
Phase 4 (Dritter Release-Cycle): Troubleshooting abschließen
- Das muss ein Ende haben
- Große Retrospektive durchführen
- QA einbinden zum Überdenken der Prozesse
- Management einbinden zum Überdenken des Leadership
Mich live als Speaker treffen
- Am 14.09. auf dem PM Camp in Berlin mit meinem Vortrag „Agile Leadership – Wie muss sich Führung in agilen Projekten verändern?“
- Am 26.09. auf der Agilen Bodensee-Konferenz 2013 mit meiner Keynote “Agile conversion – Agile vs. Leadership”
- Am 04.12. auf der Embedded Software Engineering 2013 mit meinem Vortrag “Lean Systems Engineering”
Subscription link
Wenn Euch der Podcast gefällt, abonniert Ihn und erhaltet zukünftig kostenlos alle neuen Episoden direkt auf Eurer Smartphone:
Euer Feedback
Wenn Ihr eine Idee habt für den Podcast oder eine Frage für eine der zukünftigen Episoden, schreibt mir eine Mail an feedback@zukunftsarchitekten-podcast.de
Wenn Euch die Episode gefallen hat, bitte bewertet sie bei iTunes und schreibt eine ehrliche Meinung. Das würde sehr helfen, die Commuity zu erweitern! Danke.
Frage: Wie ist Eure Erfahrung mit Troubleshooting?