In agilen Teams wird häufig darüber diskutiert, wie detailliert die User Story sein sollte, bevor sie an Entwickler weitergegeben wird.
Einige Entwickler möchten die detaillierteste Beschreibung sehen, nachdem sie diese gelesen haben. Sie können sofort alles verstehen und dies schnell tun, ohne jemandem Fragen zu stellen. Das Management ist auch oft von diesem Ansatz beeindruckt, da Programmierer teuer sind und Sie sicherstellen müssen, dass sie nicht von irgendetwas außerhalb abgelenkt werden.
Betrachten Sie einen agilen Ansatz zur Lösung dieses Problems.
Lassen Sie uns zunächst das Konzept des CCC behandeln, das für Karte, Konversation, Bestätigung steht.
Karte
Die Idee ist, dass die gesamte User Story auf eine kleine Papierkarte oder einen Aufkleber passt. Sie können nicht viel darüber schreiben und es ist nicht notwendig.
Der Hauptzweck der Karte ist die Erinnerung, die Einladung zur Diskussion (Platzhalter für Gespräche).
Ziel ist es, den Fokus von den schriftlichen Anforderungen auf die Diskussion zu verlagern. Für eine lebhafte Diskussion ist wichtiger als geschriebener Text.
Die Karte sollte kurz, aber prägnant das Wesentliche der Aufgabe widerspiegeln. Vorgeschlagenes Format:
{} {}, {}.
Die Funktionalität in der User Story-Beschreibung wird selten vergessen, aber manchmal schweigen sie darüber, wer sie benötigt und warum. Die explizite Angabe eines Geschäftskontexts ist für die bevorstehende Diskussion sehr nützlich.
Beim Schreiben einer User Story wird empfohlen, dass Sie sich auf den Benutzer unserer Anwendung konzentrieren (auf die Bedürfnisse und Vorteile der Benutzer).
, (by example).
User Story . , .
User Story , , .
User Story , , -.
Conversation ()
– .
Product Owner : , PO , .
, , (face to face), (high bandwidth) . – ( ), ( Agile).
, :
- ,
- ,
- ,
- (- ?),
- ( , ),
- , ( - ?)
- , ,
Confirmation ()
User Story – , .
(acceptance criteria), Definition of Done, , , , -.
agile- , , .
User Story?
:
- User Story . , . , . .
- User Story , .. Product Owner . , PO . PO ( , , , ), , , , .
, . - . , “ ” (just in time) “ , ” (just enough).
User Story , , . , , . .
User Story? , .
, , , User Stories. ? , User Stories, ?
: 15 , . Agile -.
: