03.09.2013
00:00:00.000 Stunden
00:00:00.000 Minuten
In iTunes ansehen
bei Podcast-Addict abonnieren
bei Spotify anhören
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.
Phase 0 (< Startpunkt X): Macht Troubleshooting überhaupt Sinn?Phase 1 (Erste 2 Wochen): Lage sichten, Strategie entwickelnPhase 2 (Erster Release-Cycle): Erste Ergebnisse schaffen und lernenPhase 3 (Zweiter Release-Cycle): Verantwortung übergebenPhase 4 (Dritter Release-Cycle): Troubleshooting abschließenPhase 0 (< Startpunkt X): Macht Troubleshooting überhaupt Sinn?
Episode #12: Zehn Tipps zum TroubleshootingPhase 1 (Erste 2 Wochen): Lage sichten, Strategie entwickeln
Schritt – Kontakt aufbauenSchritt – Unterlagen sichtenGroßes Bild schaffen
System Footprint: Episode #4: The System Footprint – Anforderungen strukturieren und visualisieren
Strategie aufbauenWeniger ist mehr: Episode #8: Zehn Tipps für ein effizientes SystemdesignAufwandsschätzung und Releaseplanung: Episode 3: In die Glaskugel schauen – Sinnvolle Releasestrategien & Aufwände schätzen und die Tutorials Aufwandsschätzung und ReleaseplanungUmsetzung festlegen: Episode #19: Sprints & Weekly Builds im Systems EngineeringReview der Strategie: Episode #13: Geheimwaffe ReviewsTeam aufbauenKommunikation klären: Episode #9: Interkulturelle Entwicklerteams und Episode #47: Nicht verstehen ist die Regel – Aktive Kommunikation in ProjektenVerantwortung 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 binUmgang 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 kannMethoden klären (Sprints, Retrospecs, Versionsmanagement, Ticketmanagement, etc)Commitment des Management einholenPhase 2 (Erster Release-Cycle): Erste Ergebnisse schaffen und lernen
Leadership aufbauenSprintgedanken lernenKommunikation lernenRetrospective lernenSchnelles Testen lernenErgebnisse liefern lernenManagement abschirmenTeam formen – Nay-sayer aussortierenTaktik überprüfenZweiten Release-Cycle planenMein Tipp: Holt Euch einen Mentor mit dazu (intern/extern)
Phase 3 (Zweiter Release-Cycle): Verantwortung übergeben
Vorgehen stabilisierenVereinfachenIch werde nicht mehr gebrauchtPhase 4 (Dritter Release-Cycle): Troubleshooting abschließen
Das muss ein Ende habenGroße Retrospektive durchführenQA einbinden zum Überdenken der ProzesseManagement einbinden zum Überdenken des LeadershipMich 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”Wenn Euch der Podcast gefällt, abonniert Ihn und erhaltet zukünftig kostenlos alle neuen Episoden direkt auf Eurer Smartphone:
Wenn Ihr eine Idee habt für den Podcast oder eine Frage für eine der zukünftigen Episoden, schreibt mir eine Mail an [email protected]
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?
On Air in dieser Episode
The post ZA062 - Wie kann ich beim Troubleshooting richtig starten? first appeared on ZukunftsArchitekten: Projektmanagement für Entscheider.