Ich bin ein Full-Stack-Softwareentwickler. Ich habe in vielen Unternehmen gearbeitet, von Fortune-100-Unternehmen bis hin zu Startups, und zu diesem Thema habe ich unterschiedliche Standpunkte gehört. Dies ist die Situation.
Implementieren Sie in einem Softwareprojekt, in dem Daten aus einem System aufgenommen werden müssen, eine Geschäftslogik für diese Daten und geben Sie die Daten dann an ein anderes System aus, damit sie vom Unternehmen genutzt werden können.
Liegt es in der obigen Situation in der Verantwortung des Produkteigentümers, zu verstehen, welche Daten aufgenommen werden, und auch Anforderungen bereitzustellen, wie diese Daten transformiert/zugeordnet werden können, damit sie an ein System ausgegeben werden können, das vom Unternehmen genutzt werden kann?
Wenn es nicht in der Verantwortung des Produkteigentümers liegt, wie kann dann von einem Entwickler erwartet werden, dass er eine genaue Zeitschätzung abgibt, wann er/sie die Recherche durchführen muss, um die Daten zu verstehen, festzustellen, ob die Zuordnung möglich ist, und dann das Unternehmen zu beauftragen, um zu sehen, wie die Zuordnung funktioniert sollte auf eine Weise erfolgen, die einen Mehrwert bietet, und dann die Arbeit erledigen? ... Angesichts der Tatsache, dass dies eine Menge Entdeckungen erfordern würde, scheint es unmöglich, genaue Zeitschätzungen anzugeben.
Vielen Dank im Voraus
Es gibt viele Grauzonen, aber die direkte Antwort auf Ihre Frage laut Scrum Guide lautet nein – es liegt nicht in der Verantwortung des Product Owners, Datenzuordnungen bereitzustellen. https://scrumguides.org/scrum-guide.html#product-owner
Also ... in Ihrer Situation hat der PO einen Rückstandsartikel, der so etwas wie "Als Vertriebsleiter möchte ich ein Diagramm der Verkäufe sehen, das mit X demografischen Merkmalen korreliert ist." oder etwas ähnliches. Jetzt wissen die Teams entweder, wie diese Daten funktionieren (zumindest gut genug, um eine grobe Schätzung vorzunehmen und mit der Arbeit zu beginnen), oder sie wissen es nicht. Wenn dies nicht der Fall ist, benötigen Sie möglicherweise andere Arten von Backlog-Elementen, z. B. Spitzen. Ein Spike ist ein Mittel, um Unsicherheit und Risiken zu reduzieren.
Könnten Sie jetzt für jede einzelne User Story, die durchkommt, einen Spike machen? Ja... aber... das ist eine sehr ineffiziente Arbeitsweise. Ein guter Scrum Master wird das Team ermutigen, zu erkunden, was sie tun können, um entweder ihre Datensysteme zu vereinfachen oder Wissen in häufig genutzten Bereichen aufzubauen, damit dies nicht immer passiert.
Vertrauen ist die Grundlage von Agilität. Mangelndes Vertrauen wird überall in der Art und Weise gemalt, wie die Frage gestellt wird.
Der Product Owner ist in der Tat dafür verantwortlich, die Erstellung der User Stories voranzutreiben . Dafür ist aber nicht nur der PO verantwortlich . Insbesondere bei Storys, die einen beträchtlichen technischen Hintergrund haben, sollte das Entwicklungsteam eine kritische, aktive Rolle beim Verständnis der Anforderungen und der Identifizierung möglicher Lücken spielen.
Es liegt nicht in der Verantwortung des PO, die Anforderungen bis ins letzte Detail aufzuschreiben. Es liegt in der Verantwortung der Entwicklung, sich zu engagieren und bereit zu sein, mit dem PO zusammenzuarbeiten, um herauszufinden, wie die Anforderungen auf evolutionäre Weise erfüllt werden können.
Kurz gesagt, der PO ist dafür verantwortlich, Ihnen eine Geschichte darüber zu erzählen, was benötigt wird, und alle erforderlichen Fragen zu beantworten. Es liegt am Entwicklungsteam, die richtigen Fragen zu stellen, um sich innerhalb des Entwicklungsteams darauf zu einigen, wie die Lösung implementiert wird. Die PO kümmert sich nicht darum, wie die Lösung implementiert wird. Es liegt in der Verantwortung des Entwicklungsteams sicherzustellen, dass der Code so aufgebaut ist, dass er den vom Team erwarteten Standards entspricht .
Wie die Frage formuliert ist, gibt es kein agiles Team. Es gibt einen funktionalen Analysten, der Anforderungen in einem sehr wasserfallartigen Ansatz an das Entwicklungsteam weitergibt.
Wenn sich ein Unternehmen häufig mit dieser Art von technischen Geschichten auseinandersetzen muss, stellt es technische Product Owner ein/hat sie. Wenn solche Geschichten ab und zu auftauchen, pflegen die Product Owner die Geschichten mit Unterstützung der Softwareentwickler im Team.
Also, meine Antwort ist; Dies liegt vollständig im Bereich der Product Owner-Rolle.
Das Team als Ganzes ist für Anforderungen und Spezifikationen verantwortlich. Backlog Refinement – das Vorbereiten von Backlog-Elementen, damit sie für zukünftige Sprints bereit sind – ist ein kontinuierlicher Prozess. Einige Teams weisen formell jedem Sprint eine bestimmte Zeit für die Verfeinerung des Backlogs zu oder führen dies alternativ einfach als Hintergrundaufgabe durch.
Der Punkt der Backlog-Verfeinerung ist jedoch, dass die Story startbereit ist , nicht, dass sie umfassend in jedem Detail spezifiziert ist. In Bezug auf die Schätzung benötigt das Team nur genügend Informationen, um zu beurteilen, ob eine Story klein genug ist, um sie in einem einzigen Sprint zu erledigen, oder ob sie weiter aufgeschlüsselt werden muss. Im Falle einer Transformation kann es ausreichend sein, die Anzahl und Art der Quellen, die Anzahl der Attribute und vielleicht die Art der erforderlichen Berechnungen zu kennen, aber vielleicht ist es nicht notwendig, jedes Element der Kartierung zu kennen, damit die Geschichte erstellt werden kann bereit.
Bogdan
Dan
Benutzer3067860
Dan
Benutzer3067860
Dan