Teil 1: Projektkommunikation über E-Mail

Es gibt sehr viele Quellen im Internet, die darüber berichten, wie man E-Mails schreiben soll und was die wichtigstend Grundregeln dazu sind. Ich habe mir diese Quellen für die Verfassung dieses Posts bewusst nicht angeschaut, sondern berichte hier über die gemachten Erfahrungen im Umgang mit Mails in einem Projekt.

In einem Projekt, egal ob man mit dem Kunden oder mit dem Projektteam, dem Projektauftraggeber oder mit den Stakeholdern über Mail kommuniziert sollten folgende einfache Regeln befolgt werden:

• Empfänger klar definieren
• Handlungsaufforderung aufführen
• Grund aufführen, warm der Empfänger dieses Mail erhält
• Datum bis wann etwas erledigt sein soll
• Text strukturieren für die bessere Übersichtlichkeit, insbesondere bei längeren Mails
• Bei Mails mit "kritischem" Inhalt vor dem Abschicken des Mails mit dem Empfänger telefonieren und den Inhalt mündlich besprechen. Den Empfänger also auf den kritischen Inhalt vorbereiten. 

Ein schlechtes Beispiel:

Fazit: Ein solches Mail landet bei mir relativ schnell im Papierkorb. Ich muss hier ja nichts konkretes machen.

Ein gutes Beispiel:

Wichtig ist, diese Regeln auch zu befolgen, wenn beispielsweise ein "FYI"-Mail (For your Information Mail) weitergeleitet wird. Hier soll man unbedingt reinschreiben, warum das Mail für den Empfänger wichtig ist, sonst besteht ebenfalls die Gefahr, dass das Mail schnell im Papierkorb landet, obwohl es eigentlich wichtig gewesen wäre. Es erleichtert dem Leser auch, auf einen Blick zusehen, worum es geht.

Auch soll sich der Verfasser gut überlegen, an wen das Mail verschickt werden soll. CC Mails sollten wenn möglich vermieden werden. BBC Mails sind aus meiner Sicht ein absolutes "NoGo".