Lieber Rene, zunächst vielen Dank für Deine Zustimmung. Was Deine Ergänzungen und Dein aktuelles Problem betrifft, so gebe ich Dir völlig recht. Bei fehlender Fähigkeit oder auch nur fehlendem Willen zur Planung (nach dem Motto: Ich bin hier der Entwickler, sag mir was sich machen soll) wird ein solcher Workshop zur Alibi-Veranstaltung ohne großen Mehrwert. Hier könnte es helfen, mit den einzelnen Personen individuell den Plan zu diskutieren und anzupassen. Natürlich muss der Projektleiter in diesem Fall viel mehr erklären, aber dann ist der Plan auch von den Planungsunerfahrenen verstanden.

Was mir ganz spontan dazu einfällt, weil es auch meine jetzige Situation schmerzlich reflektiert, ist die Frage nach dem „Gegenüber“. Was sind das für Leute, die an einem Planungsworkshop teilnehmen sollten, wo stehen die und welchen Reifegrad haben sowohl diese Personen aber auch die Unternehmung in Bezug auf PM / Planung / Methodik? Es kann einem nämlich leicht passieren, dass man einen super Workshop organisiert, mit Pinwänden, Planungskärtchen und allem PiPaPo und den WS auch gut moderiert. Die Leute machen mit und geben am Schluss sogar ihr „Commitment to the plan“ ab (Prof. Kruse nennt das dann das „schnelle Abnicken“).

Was dann folgt, ist das Aufschlagen in der Realität. Dann nämlich, wenn die ganze Planung zerzaust wird mit dem Argumenten „…ach soooo, ja soooo habe ich das ja noch gar nie angeschaut und überhaupt ist das ja alle noch viiiiel komplizierter als ihr immer meint!“. Der Hinweis darauf, dass die Wortmelder höchstpersönlich am Planungsworkshop zugegen und mit der Gesamtplanung einverstanden waren, wird im besten Falle überhört. Informatiker/Ingenieure sind nicht zwingend gute Planer…

Somit schliesse ich mich deinem Votum an und ergänze ev. noch leicht:
0. Reifegrad der Leute/Organisation (zumindest in PM-Fragen) berücksichtigen.
1. In die Planung mit einem konkreten Szenario einsteigen.
2. Grobe Roadmap skizzieren.
3. Feinplanung dann höchstens von Phase zu Phase oder von Iteration zu Iteration…oder noch lieber von Sprint zu Sprint.
4. Sich nicht zu schön sein, für eine Neuplanung…wenn wirklich angezeigt.
4b. Sich aber auch nicht zu jeder „Sauerei“ überreden lassen.
5. Plans are useless planning is indispensable…wie Eisenhower sagt.

Gruss von der Front
René Spengler

Lieber Roland, vielen Dank für Deine Zustimmung und Ergänzungen. Andreas kenne ich schon recht gut. Neben seinen Büchern hatte ich vor einiger Zeit auch das Vergnügen ihn in München zum Kaffee zu treffen.

ich glaube, dass das „gemeinsam“ ein ganz wichtiger Punkt ist. Mit dem Gedanken „dass man am besten gar nicht alleine planen sollte“ triffst Du voll ins Schwarze.

Auch die Formulierung „Eine erste grobe Skizze reicht schon, um den Plan mit einigen wichtigen Stakeholdern zu verproben und zu verbessern“ ist von zentraler Bedeutung. Der Zweck einer solchen Blaupause (die man vielleicht im stillen Kämmerchen aber besser noch zu zweit erstellen kann) ist doch, die Dinge und vor allem die Zellen der Großhirnrinde bei allen Beteiligten in Bewegung zu bringen. Und einer muss halt mal den ersten Schritt machen und versuchen, die Projektanforderungen so zu skizzieren, wie sie gemeint sein könnten.

Deine Gedanken würde ich gerne mit einem Hinweis auf Dr. Andreas Zeuch verstärken, der z.B. beim PM-Camp in Berlin einen wunderbaren Beitrag als Impuls-Redner erbracht hat.

Er skizziert sein Wirken mit Aussagen wie „Vielfalt schlägt Einfalt“ oder „Die Weisheit & Intuition der Vielen nutzen“. Spricht doch schon für sich.

Also: Einfach mal nach Dr. Andreas Zeuch googlen oder auf Twitter dem @andreaszeuch folgen. Bei IF-Agora.de ist er wie Du (Marcus: http://www.if-agora.de/angebot.php?id=5) auch schon dabei (http://www.if-agora.de/angebot.php?id=53).