Vielen Dank für dieses Video. Ich habe gerade meine Ausbildung zum FIAE abgeschlossen und bin regelmäßig zu Gast auf deinem Kanal. Als Berufseinsteiger habe ich hier aber sicher noch einiges an Luft nach oben, wobei mir Kanäle wie dieser hier unterstützend zur Seite stehen. :) Auch dieses Video hat es wieder in sich für mich. Danke nochmal für deinen immer guten Content. LG ins schöne Sauerland.
Hallo David, bin vor kurzem auf dein Channel gestoßen und muss sagen ich finde es Klasse wie umfassend du dir Gedanken um alles machst, sogar um die Beleuchtung passend zu deiner Kleidung. Weiter so 👍🙂
super starker beitrag. probleme mit den NFA die mir täglich unterkommen und von kunden/stakeholdern nicht erkannt und verstanden werden. danke! liebe grüße, wolfgang
Super Video, danke! Das Problem beim Definieren finde ich, dass man ja einerseits die Granularität hat und Ebenen von Lastenheft/Pflichtenheft oder auch User Story / Stakeholder-Reqs zu SW-Reqs also die Lösung nicht vorgegeben werden sondern das Problem oder der Wunsch beschrieben werden soll. Andererseits sind die Begriffe "funktional" und "nicht-funktional" verwirrend, denn wenn man nach den klassischen gezeigten Kategorien vorgeht, dann kommt man eben schnell auf Widersprüche: Das Verhalten im Fehlerfall kann eine wichtige Funktion sein, wenn die Software aber "sicher gegenüber Angriffen von außen" sein soll, dann würde ich darin nicht unbedingt eine "Funktion" des Produkts sehen. Manchmal habe ich auch den Eindruck, dass man den Typ von Anforderung durch Umformulieren ändern kann oder die Anforderungen eigentlich zusammenstehen sollten. Zum Beispiel: Das System muss dem Nutzer die Möglichkeit bieten die Sprache zu wählen. Das System muss auf Deutsch voreingestellt sein. - Letzteres ist keine Funktion und ich würde die Anforderung ungern in ein eigenes Kapitel mit nichtfunktionalen Anforderungen schreiben. Stünde übrigens da "Das System muss fähig sein, Texte in deutscher Sprache anzuzeigen.", würde ich es intuitiv als eine "Funktion" sehen.
@@DavidTielke 4-5 Monate ca. Aber allgemein gibts davon leider in der Firma echt wenige bis keine. Ich versuche gerade im aktuellen Projekt, was nun endlich mal nach Scrum läuft, einzubringen, dass man mal anfängt sich um NFA Gedanken zu machen. Bisher hat das leider nur noch keine Früchte getragen.
Klasse! Ich erlebe es immer wieder, dass gestandene SW-Entwickler nicht mal den Unterschied zwischen den beiden Typen wissen.
Hey Seb,
Das Phänomen kenne ich leider leider auch - deshalb freue ich mich über jeden Entwickler der hierbei etwas lernt... ;)
Gruß David
Vielen Dank für dieses Video. Ich habe gerade meine Ausbildung zum FIAE abgeschlossen und bin regelmäßig zu Gast auf deinem Kanal. Als Berufseinsteiger habe ich hier aber sicher noch einiges an Luft nach oben, wobei mir Kanäle wie dieser hier unterstützend zur Seite stehen. :) Auch dieses Video hat es wieder in sich für mich. Danke nochmal für deinen immer guten Content.
LG ins schöne Sauerland.
Hallo David, bin vor kurzem auf dein Channel gestoßen und muss sagen ich finde es Klasse wie umfassend du dir Gedanken um alles machst, sogar um die Beleuchtung passend zu deiner Kleidung. Weiter so 👍🙂
super starker beitrag. probleme mit den NFA die mir täglich unterkommen und von kunden/stakeholdern nicht erkannt und verstanden werden. danke! liebe grüße, wolfgang
Wie immer top Beitrag! 👍Habe endlich ein Abo da gelassen!
Super Video, danke!
Das Problem beim Definieren finde ich, dass man ja einerseits die Granularität hat und Ebenen von Lastenheft/Pflichtenheft oder auch User Story / Stakeholder-Reqs zu SW-Reqs also die Lösung nicht vorgegeben werden sondern das Problem oder der Wunsch beschrieben werden soll. Andererseits sind die Begriffe "funktional" und "nicht-funktional" verwirrend, denn wenn man nach den klassischen gezeigten Kategorien vorgeht, dann kommt man eben schnell auf Widersprüche: Das Verhalten im Fehlerfall kann eine wichtige Funktion sein, wenn die Software aber "sicher gegenüber Angriffen von außen" sein soll, dann würde ich darin nicht unbedingt eine "Funktion" des Produkts sehen. Manchmal habe ich auch den Eindruck, dass man den Typ von Anforderung durch Umformulieren ändern kann oder die Anforderungen eigentlich zusammenstehen sollten. Zum Beispiel: Das System muss dem Nutzer die Möglichkeit bieten die Sprache zu wählen. Das System muss auf Deutsch voreingestellt sein. - Letzteres ist keine Funktion und ich würde die Anforderung ungern in ein eigenes Kapitel mit nichtfunktionalen Anforderungen schreiben. Stünde übrigens da "Das System muss fähig sein, Texte in deutscher Sprache anzuzeigen.", würde ich es intuitiv als eine "Funktion" sehen.
Stabil David
Joa.. NFA sind bei uns leider wirklich absolute Mangelware :/
Hey,
Was schätzt du, wie viele nichtfunktionale Anforderungen bekommt ihr bei euch?
Gruß David
@@DavidTielke aktuell würde ich sagen, dass das so gut wie gegen 0 geht. Leider
@@medn_ Wie lange läuft das Projekt schon?
@@DavidTielke 4-5 Monate ca. Aber allgemein gibts davon leider in der Firma echt wenige bis keine.
Ich versuche gerade im aktuellen Projekt, was nun endlich mal nach Scrum läuft, einzubringen, dass man mal anfängt sich um NFA Gedanken zu machen. Bisher hat das leider nur noch keine Früchte getragen.
@medn Das ist auch noch recht früh, in ein paar Jahren sieht das anders aus - dann ist es aber meist schon zu spät...
Gtuß David
Wo finde ich alle ISOs?
Erster Anlaufpunkt wäre für mich Wikipedia.
Bei uns wurde bisher der "gelbe Bereich" ignoriert. Es gab aber auch keine Beschwerden. Daher haben wir Glück im Unglück. ;)
Hey Andre,
ich verweise auf meine Antwort im Livestream :D Könnte Glück sein...
Gruß David