diff --git a/Wie-bearbeite-ich-ein-Issue.md b/Wie-bearbeite-ich-ein-Issue.md
index df51184..5a11ad7 100644
--- a/Wie-bearbeite-ich-ein-Issue.md
+++ b/Wie-bearbeite-ich-ein-Issue.md
@@ -15,13 +15,15 @@ Hier ist der Workflow wie die Bearbeitung eines Issues von Beginn an abzulaufen
      * Versucht auch die Commits auf englisch zu verfassen, dann kommt ihr nicht in die Versuchung umlaute zu machen und die Wortwahl ist meistens auch präziser.
    * Regelmäßig pushen, aber mindestens einmal am Ende
    * Während der Bearbeitung kann das Issue mehrmals im Board zwischen den "In Progress" und "Testing" wechseln.
-4. Ende der Bearbeitung
+4. Während der Bearbeitung
+   * **Bei Unklarheiten kommunizieren (Slack, MR, Meeting,...)**
+5. Ende der Bearbeitung
    * Wenn man fertig mit der Bearbeitung ist, sichergehen, dass alle Commits, die man gemacht hat im MR auftauchen und prüfen ob der MR auf der "Overview" Seite anzeigt, dass es Konflikte gibt. Sollte es Konflikte geben sind diese erst zu lösen.
    * Das Issue im Board auf "Review" ziehen
    * Das "WIP" im Titel des MR löschen (entweder händisch oder über den Button in der Mitte der "Overview" Seite "Resolve WIP Status".
    * Den MR an Aldin, Marcel oder einen anderen zuweisen, der kein gelbes Dreieck in der "Assignee" Auswahl hat. (Das sorgt dafür, dass der Reviewer benachritigt wird und er weiß, dass er jetzt anfangen kann.)
-5. Warten auf Review
+6. Warten auf Review
    * Sollten vom Reviewer bedenken oder Verbesserungen vorgeschlagen werden, müssen diese erst diskutiert und bei Bedarf eingearbeitet werden.
    * **Der Reviewer committed nicht in den zu reviewenden MR**, alle Änderungen müssen vom Issue Assignee bearbeitet werden.
-6. Der Merge
+7. Der Merge
    * Wenn alles passt wird der Reviewer den MR mergen und das Issue damit schließen!
\ No newline at end of file