3-C in Project Management

As I am just preparing an English training in project management I am trying to sort my thoughts. I do not want to focus on traditional vs. agile (or even hybride), I would like to focus on what really counts in any kind project management and this is what I would call the 3-C approach, setting a clear focus in three areas – the three Cs:

  • Common Sense
  • Context
  • Communication

I have to admit: these three seem to be quite trivial but even knowing better we are loosing track on those so easily. Actually they even do not seem to be project management specific. But in complex challenges as projects are they are so important.

But let us have a short look on them.

Common Sense

Obviously we should practice common sense in everything. But do we really do that? Nothing against intuition but there are so many biases affecting our perception that we should be aware of.

Having a look on the agile manifesto most of its messages also seem to be just common sense. Even a traditional old school project manager would agree with most of them but why did theys became such a milestone for agile project management? (Got the irony?) Well, practice of traditional project management often became something very formal and bureaucratic. Focus on customers, working results and collaboration got lost. Of course that was not the fault of traditional project management, that´s just the fault of bad practice. And we can find bad practice anywhere – even in agile project management.

A last aspect of common sense I would like to reflect here: Due to their importance and complexity it should be quite obvious that we should try to face projects systematically and in a professional way (independent of the school we are following). Honestly, even this simple truth has to be recalled in our minds from time to time.

Context

Context is everything. There is no simple truth (beside the 3Cs). Most questions can only be answered with yes or no for a specific context. Even that 1+1=2 is only true in our sense of mathematics. The tricky thing with projects is that we usually don´t really know our context enough. That is a major difference to routine jobs and processes. There we do not even have to think about the context – it is a fixed setup. But projects are different. We have to explore the context first. And even worse: the context might not be something fix and can change anytime.

In my personal opinion even the choice of our project management approach (traditional/agile/hybride) should always be the result of our context. Too often this is handled differently: we are pressing our projects and their respecting context in our ideological setup. And later we wonder why we failed.

Communication

The last of the three Cs is communication. Any kind of collaboration needs communication. If we try to explore our context, try to learn, try to solve our problems, try to convince others, and so on. We always depend on communication.

In any complex area we can only reach transparencey through communication.

Again my personal opinion: one of the major success factors in SCRUM is the institutionalization of communication. Daily standups, retrospectives, etc. are a booster for our communication. They are the opposite of paper work and status reports. We shouldn´t take so much political care of the colour of our traffic lights in a status report and focus on our common understanding shared e.g. in our daily or any other form of communication. If a working commuication model is in place, the choice of our project management approach is less important.

There is nothing right or wrong on the various approaches of project management. In the end we well only be asked: Did we succeed? Did we reach our goal?

To be honest: even a perfect implementation of project management might fail. But the 3Cs, I mentioned here, can help to raise the probabilty to succeed – and not only in project management. Loosing the focus on them is a short track to failure.

Erklärvideo zur Context Map

Zur im vorletzten Beitrag vorgestellten Context Map gibt es jetzt auch ein eigenes Erklärvideo.

Die Downloads zum Template gibt es hier:

Context-Map DIN A4
Context-Map DIN A3
Context-Map DIN A2
Context-Map DIN A1
Context-Map DIN A0

Beitrag #714 auf schlossBlog

Kontextanalyse

Jedes Projekt, jede Aufgabe ist kontext- und situationsspezifisch. Entsprechend von zentraler Bedeutung sind Kontext- und Umweltanalyse. Als Freund von Graphic Facilitation ziehe ich dafür gerne Vorlagen wie die Context Map von The Groove oder in einem betriebswirtschaftlichen Umfeld die Branchenanalyse nach Michael E. Porter heran:

Was mir bisher gefehlt hat ist eine frei verwendbare Vorlage und so entstand meine eigene Fassung einer Context Map, die ich hier gerne teilen möchte und die unter Creative Commons Lizenz jedem zur Nutzung frei steht (pdf-Downloads finden sich am Ende des Artikels):

Unser Ausgangspunkt ist zunächst eine Blackbox. Das kann ein Projekt sein, eine Aufgabe, eine Dienstleistung, eine Problemstellung, ein Prozess,…

Unterzieht man unsere Blackbox einer einfachen Prozessbetrachtung, so wird es Input-Faktoren geben, also Dinge, die direkt in die Blackbox eingehen oder sie bestimmen und Output-Faktoren auf der anderen Seite. Wenn ich mit Porter ein Produkt analysieren würde, dann könnten links die Lieferanten und rechts die Kunden stehen, aber das Schema ist bewusst abstrakt und somit vielseitig einsetzbar.

Die eigentlich Umweltanalyse erfolgt in zwei Sphären oberhalb unserer Kernbetrachtung. Externe Einflüsse können wir auf einer Mikro- und einer Makroebene unterscheiden. Auf der Makroebene würden sich etwa globale Entwicklungen, technische oder volkswirtschaftliche Entwicklungen niederschlagen, diese können sich aber möglicherweise auch auf einer Mikroebene auswirken, z.B. in einem lokalen Bebauungsplan, dem Staudamm vor Ort oder der lokalen Infrastruktur. Die Darstellung verzichtet bewusst auf eine Festlegung der Kategorien einer solchen Betrachtung. Die Anzahl der „Tortenstücke“ ist willkürlich. In der Context Map von The Groove werden beispielsweise politische Faktoren und Trends, Umweltklima und klimatische Trends, technologische Faktoren, Unsicherheiten und Kundenbedürfnisse als Kategorien genannt.

Neben dieser „abstrakt, globalen“ Umweltbetrachtung können wir aber auch unseren Kernprozess noch einer näheren Untersuchung unterziehen, denn Input, der Betrachtungsgegenstand selbst (Blackbox) und Output unterliegen ihrerseits konkreten Entwicklungen und Einflüssen, was im Schema jeweils mit „Disruption & Change“ dargestellt wird. Das können kleine Veränderungen und Einflüsse sein, aber auch grundsätzliche Regeländerungen und disruptive Entwicklungen.

Die Einsatzmöglichkeiten dieser Context Map sind vielseitig. Das Schema selbst ist abstrakt und muss erst von Fall zu Fall befüllt werden, aber bitte nicht als plumpes Formular, sondern als Faciltitation-Technik. (Mehr dazu im Beitrag Canvas-Kritik.)

Hier noch die pdf-Vorlagen der Kontext-Map in verschiedenen Formaten:

Viel Erfolg beim beim praktischen Einsatz dieses Templates!

Beitrag #712 auf schlossBlog



bernhardschloss.de