diff --git a/docs/Offene-Punkte.md b/docs/Offene-Punkte.md
index 4d891f9..c1a1cb4 100644
--- a/docs/Offene-Punkte.md
+++ b/docs/Offene-Punkte.md
@@ -14,6 +14,34 @@ Moduldokumentation.
 - Neue Punkte werden standardmaessig ohne Verantwortlichen und Ziel-Sprint erfasst.
 - Im Sprintmeeting werden Status, Verantwortlicher und Ziel-Sprint gepflegt.
 
+## Aufnahmeschranke fuer offene Punkte und Issues
+
+Ein neuer Eintrag wird nur angelegt, wenn er konkret, abgrenzbar und pruefbar ist.
+
+- Eine offene Entscheidung nennt eine konkrete Entscheidungsfrage, ihren Kontext und die Auswirkung der Entscheidung.
+- Ein Bug beschreibt betroffenes Verhalten, Ist- und Sollzustand sowie eine nachvollziehbare Ausloesung.
+- Ein Feature oder Task nennt Anwendungsfall, Ausloeser oder Eingabe, erwartetes Verhalten und ein pruefbares Ergebnis.
+- Ein Eintrag behandelt genau ein zusammenhaengendes Thema und kann unabhaengig umgesetzt oder entschieden werden.
+- Zu grosse oder gebuendelte Anforderungen werden vor der Aufnahme in kleinere, einzeln pruefbare Punkte zerlegt.
+
+Abstrakte Ziele, Visionen und Loesungsideen ohne konkretes Verhalten werden nicht aufgenommen.
+Die Rueckmeldung lautet in diesem Fall sinngemaess:
+
+> Nicht aufgenommen: Der Punkt ist noch zu abstrakt. Bitte in konkrete,
+> einzeln ausfuehrbare und pruefbare Probleme, Entscheidungen oder Schritte unterteilen.
+
+Beispiel fuer einen ausreichend konkreten Ausgangspunkt:
+
+> Die Temperatureinheit des Boilers kann zwischen Celsius und Fahrenheit
+> eingestellt werden; Anzeige und Grenzwerte verwenden die gewaehlte Einheit.
+
+Beispiel fuer einen noch zu abstrakten Punkt:
+
+> Der Manager soll aufgrund einer Prognose regeln.
+
+Hier fehlen unter anderem Prognoseart, geregelte Verbraucher, konkretes Regelziel,
+Prioritaeten, Fehlerverhalten und ein pruefbares Ergebnis.
+
 ## Uebersicht
 
 | ID | Status | Bereich | Kurzthema |