UserStorysBasic.md

 **Autor: Sophia Segers**
 
-Eine User-Story enthält informell die Anforderung an die Software und wird aus der Sicht des Endanwenders formuliert. Somit wird ein Endziel aus der Perspektive des Endanwenders gestellt.
-Die User-Storys werden in einfacher Sprache verfasst und gehen nicht auf die Implemtierung ein, sondern beschreibt schlicht das Ergebnis. Der typische Aufbau einer User-Story sieht wie folgt aus:
+Eine User-Story enthält informell eine (oder mehrere) Anforderung(en) an die Software und wird aus der Sicht des Endanwenders formuliert. Somit wird ein Endziel aus der Perspektive des Endanwenders gesetzt.
+Die User-Storys werden in einfacher Sprache verfasst und gehen im Regelfall nicht auf die Implementierung ein, sondern beschreiben schlicht das Ergebnis einer Funktionsanwendung. Für den typischen Aufbau einer User-Story wird oft die Nutzung folgender Textschablone vorgeschlagen:
 
 "Als &lt;Rolle&gt; möchte ich &lt;Ziel&gt;, um <Nutzen>"
 
 Die formulierten User-Storys können [hier](User Stories) gefunden werden.
 
-Von jedem Teilnehmer des Projektes wurden unterschiedliche Userstorys auf Basis der zuvor festgelegten Nutzerrollen verfasst und dem HLNUG vorgelegt und mit dessen Anmerkungen verbessert. 
+Von jedem/jeder Teilnehmer:in des Projektes wurden unterschiedliche User-Storys auf Basis der zuvor festgelegten Nutzerrollen verfasst und dem HLNUG vorgelegt und auf Grundlage der Rückmeldungen von dort inkrementell verbessert. 
 
 [(Zurück zum Inhalt des Endberichts)](https://gitlab.fbg-hsbo.de/web3dscans/web3dscans1/wikis/Endbericht) 
\ No newline at end of file