Ich stimme dir zu, solche Diskussionen sind SEHR müßig. Warum sind sie aber WICHTIG?

Wer die Begriffe (zumindest für sich selbst) nicht sauber definiert, vermischt diese auch in der Praxis. Dies führt wiederum dazu, dass beispielsweise Entwicklungs- oder Innovationsprozesse definiert werden, die das gesamte Projektmanagement erschlagen wollen/sollen.

Was sich vermeintlich gut anhört, ist aber in der Praxis aufgrund zutiefst menschlicher Verhaltensweisen problematisch. Wenn Methoden/Tools/Berichte lediglich angewendet werden, um beim nächste Gate “durchzukommen”, erhält die Sache an sich nicht mehr die gewünschte Aufmerksamkeit.

Umgekehrt beharren die einen darauf, dass Projekte IMMER einen neuartigen Charakter haben. Andere können mit dem Begriff Routineprojekte aber durchaus etwas anfangen.

Es gibt halt bei solchen Themen (wie generell im Leben) keine Wahrheiten, kein eindeutiges schwarz oder weiß. Es lebe die differenzierte Betrachtungsweise und die Farbe grau

1) Einerseits finde ich es wichtig, dass mit dem Begriff Projekt sorgsam umgegangen wird – sprich dass er nur für projektwürdige Aufgabenstellungen verwendet wird. Selbes gilt natürlich aber auch für den Prozessbegriff.

2) Andererseits lassen sich Projekte und Prozesse in der Praxis immer schwerer voneinander abgrenzen. Denn auch die Projektmanager sprechen von PM Prozessen, Projektprozessen, prozessorientiertem Projektmanagement etc. etc. Umgekehrt gehört es in vielen Unternehmen zum täglichen Sprachgebrauch, vermeintliche Prozesse als Projekte zu bezeichnen. Paradebeispiel: Kundenprojekte, die in vielen Fällen ganz normale Aufträge sind, die einen Geschäftsprozess wie den “Auftragsabwicklungsprozess” durchlaufen.

Häufig ist eine klare Trennung in der Praxis aber einfach nicht möglich. Denn Innovationsprojekte laufen durch den Innovationsprozess, und Kundenprojekte durch einen Auftragsabwicklungsprozess. Es ist also ganz natürlich und normal, dass Projekte auch einen wiederkehrenden Prozesscharakter haben. Mehr noch: Es ist sogar sinnvoll, Projektprozesse für wiederkehrende Projekte zu definieren. Denn das ist ja ein wesentlicher Aspekt dessen, was gemeinhin als “prozessorientiertes Projektmanagement” bezeichnet wird.

Mein persönliches Fazit in der ganzen Diskussion: Wenn sich häufig schon nicht mal die vermeintlichen Experten einig sind, wann genau die einzelnen Begriffe angewendet werden dürfen oder sollen, wie kann man dann den Praktikern vorwerfen, dass sie mit Begriffen vermeintlich wahllos um sich schlagen? Ich sehe den Ausweg darin, dass wir bei uns selbst anfangen und öfter mal nachfragen, was denn unser Gegenüber genau unter dem jeweiligen Begriff versteht (bzw. unser Begriffsverständnis aktiv offen legen).

Zudem führt sogenannte “Projektitis” ganz sicher nicht zu besseren Projekten. Ganz im Gegenteil, somit geht die besondere Bedeutung von einzigartigen Aufgaben verloren.

Ich vermute dahinter steckt die Idee, dass man das Risiko durch Projektmanagement in Griff bekommen kann. Wahrscheinlich ist vielen Leuten auch einfach nicht der Unterschied zwischen Projekt und Prozess bewusst.

Grüsse
Martin