Ich hätte gerne Feedback dazu, wie Kundenanforderungen in TFS am besten nachverfolgt werden können.
Wir stehen am Anfang eines neuen Projekts und haben die Anforderungen des Kunden in Form von etwa 20 langen Sätzen, die beschreiben, was das System leisten soll. Sie sind nicht so gut strukturiert wie User Stories, aber auch nicht die schlechtesten, die ich je gesehen habe. Unser PL möchte sie unbedingt in TFS haben.
Meine aktuelle Lösung besteht darin, die Kundenanforderungen als Epics zu haben, unsere eigenen Anforderungen, die von den Kundenanforderungen abgeleitet sind, als Features und die verschiedenen Module/Komponenten, die wir produzieren werden, als PBIs. Passt das zu anderen Praktiken da draußen?
Wir verwenden TFS 2015, Standard-Scrum-Vorlage (2015). Wir verwenden Scrum und sind dabei mittelmäßig, verbessern uns aber. Ich bin Scrum Master, ich habe Erfahrung als SM, aber nur ein wenig mit TFS.
Hm ... Das ist hart. Meiner Erfahrung nach ist es nicht sinnvoll, Kundenanforderungen direkt als Arbeitsaufgaben jeglicher Art in TFS zu stellen, insbesondere wenn sie in Form von "20 langen Sätzen" vorliegen. Was ich tun würde ist folgendes:
Nehmen Sie diese 20 Sätze und lassen Sie Ihren Designer ein Drahtgittermodell erstellen, das die 20 Sätze vollständig abdeckt. Dies wird Ihnen helfen, Lücken in dem, was der Kunde verlangt, aufzudecken und Ihnen ein hervorragendes visuelles Werkzeug/Tool geben, um sich an den Kunden zu wenden, um zu bestätigen, was er braucht/wünscht.
Bevor Sie es jedoch zum Kunden zurückbringen, validieren Sie es, indem Sie eine technische Überprüfung mit Ihrem Architekten durchführen. Dies wird technische Probleme aufdecken, an die vielleicht noch niemand gedacht hat, und es könnte Ihnen einen Hinweis darauf geben, ob etwas ein größerer Aufwand sein wird, als Sie dachten.
3.Sobald Sie Ihre architektonische Überprüfung haben, zeigen Sie sie Ihrem Kunden zur Bestätigung.
Arbeiten Sie jetzt mit Ihrem Business Analyst zusammen, um echte User Stories auf der Grundlage Ihrer bisherigen Arbeit zu schreiben.
Sobald diese Geschichten geschrieben und in TFS sind, müssen Sie oder der PL eine kritische Analyse ihrer Arbeit durchführen und nach Kundenanforderungen suchen, die möglicherweise nicht berücksichtigt wurden.
StoreElg