Wir haben ein DevOps-Team, das einen BA, .NET-Entwickler und SAP-Entwickler umfasst. Die .NET- und SAP-Entwickler können und werden nur an ihrer jeweiligen Disziplin arbeiten.
Einige unserer Geschichten betreffen nur .NET-Arbeit; Diese sind einfach zu schreiben. Ebenso für die SAP-Geschichten.
Einige Arbeiten sind mit einem Aufwand verbunden, der von der Benutzeroberfläche (.NET) bis hinunter zum Datenspeicher (SAP) reicht.
Wenn eine letztere Geschichte auftritt, ist es am besten, eine Geschichte mit disziplinspezifischen Aufgaben zu haben (auf der Grundlage, dass eine Geschichte ein vollständiger vertikaler Schnitt sein sollte) oder zwei separate Geschichten (auf der Grundlage, dass jedes Stück unabhängig bearbeitet wird). ?
Die Komplexität hier besteht darin, dass wir uns nicht darauf verlassen können, dass jeweils einer der Entwickler zur gleichen Zeit für die Arbeit an der Geschichte zur Verfügung steht; Da diese beiden Aufgaben als separate Arbeitsanstrengungen (egal wie voneinander abhängig) erledigt werden müssen, erscheint es unvernünftig/unklug (in diesem Fall), die ganze Geschichte zu blockieren, weil eine Aufgabe nicht abgeschlossen werden kann. (Wir könnten ewig darauf warten, dass beide Entwickler verfügbar werden. Diese Race-Condition wollen wir vermeiden.)
Es muss eine User Story sein. Der Benutzer kümmert sich nicht um Ihre Ressourcen. Eine User Story muss einen Mehrwert bieten und ein eigenes Backend oder ein Frontend ohne Funktionalität ist für Ihren Benutzer nutzlos .
Offensichtlich sind es zwei Aufgaben. Und Ihr Team sollte sich dazu verpflichten, es zu tun ... oder es nicht zu tun. Hier gibt es keine Race-Condition. Entweder die beiden Jungs können es, oder sie können es nicht. Wenn Sie darauf warten , dass sie verfügbar werden , schlage ich vor, dass Sie überprüfen, ob Sie tatsächlich Scrum verwenden . Denn das kann nur passieren, wenn jemand beim Sprinten mit Ihren Ressourcen herumspielt.
Todd A. Jacobs