Sie sind auf Seite 1von 1

PM 2 go Praxis

Projektmanagement wird ein zunehmend wichtigerer Erfolgsfaktor fr Unternehmen im Wettbewerb. In dieser Ausgabe von PM 2 go Standards lesen Sie die praxisorientierten Kurzartikel aus dem Blog von Projekt Management Beratung.

Die Broken Window-Theorie und wie aus Projektmusen Eskalationen werden


By Andreas Heilwagen on July 11th, 2011

Vor einigen Tagen besuchte ich ein Haus, welches 10 Jahre nicht bewohnt war. Davor wuchsen Schwertlilien in einem Ruderboot, das Haus selbst sah entsprechend aus. Das erinnerte mich an einen sehr guten Artikel zur Broken Window-Theorie und technischer Schuld in der Softwareentwicklung, den mir einer meiner Softwareentwickler empfohlen hatte. Die Theorie Die Broken Window-Theorie gilt auch fr das Management Projekten. Sie basiert auf einem Test, bei dem Forscher einen Jaguar in der South Bronx in New York parkten in der Erwartungshaltung, dass er auseinandergenommen wrde. Vier Tage lang geschah nichts. Als sie ein kleines Fenster einschlugen, war der Wagen in weniger als vier Stunden auf den Kopf gedreht und komplett zerlegt, wie es ursprnglich erwartet wurde. Dieses Muster wiederholt sich immer wieder: Beschdige etwas und erwecke den Eindruck, als kmmert es Dich nicht, und alles um Dich herum wird lawinenartig den gleichen Weg gehen! Die Schuld In der Softwareentwicklung spricht man auch von technischer Schuld vor dem Hintergrund, dass kleine Bugs und Defekte sich schnell so auftrmen knnen, dass man ihrer nicht mehr Herr wird. Deshalb muss man regelmig Bugs fixen oder noch besser, die Entwicklung wie bei Scrum auf die sofortige Behebung von Bugs ausrichten. In Projekten wird gerne gefuscht um den Projektendetermin einhalten zu knnen. Dabei wird oft verdrngt, dass der Boomerang natrlich zurckkommen wird, auch wenn es vielleicht nur den Nachfolger trifft. Die Empfehlung Letztlich gehrt Disziplin und ein gewisser Ordnungssinn dazu, solche Situationen zu vermeiden. Ansonsten gehen die Tretminen auch gerne als Eskalation hoch und das Fingerpointing beginnt. Wenn man schon eine Abkrzung nehmen muss, oder eine Annahme nicht ausreichend abgesichert ist, sollte man dies unbedingt kennzeichnen und damit kommunizieren: Ja, es kmmert mich, aber bergangsweise ist es so in Ordnung, ich komme wieder und sorge fr die Lsung. In Projekten gehren diese Nachrichten hufig ins Risikoregister, so dass alle Beteiligten wissen, dass man hier ein Risiko eingegangen ist und die Manahmenplanung bereits erarbeitet wurde. Also: Keine Probleme unmarkiert herumliegen lassen, sondern immer klarstellen, dass sie gelst werden, ansonsten nimmt die Qualitt des Projektergebnisses automatisch ab. Ein paar unterhaltsame Geschichten finden sich dazu im genannten Interview mit Andy Hunt und Dave Thomas .