La "Product backlog Item" è in effetti il Cosa, la funzionalità che deve essere costruita. L'attività descrive i passaggi da seguire per arrivarci.
Molti team non vengono utilizzati per decomporsi in attività, ma semplicemente costruiscono quello che dicono le specifiche. Per queste persone è difficile vederle come due cose separate.
Forse un semplice aneddoto potrebbe aiutare:
See the Product Backlog Items as the items on their shopping list for their vacation. Maybe a "tent", a "fishing rod", a "prepare car for travel".
The Tasks for the "tent" item would be "Describe tent requirements", "Compare tents online", "Get advice from friends with outdoor experience", "Go to outdoor shop", "Buy tent", "setup tent in backyard to verify completeness", "pack tent for travel"
The Tasks for Fishing Rod will be very similar, but the tasks for "prepare car for travel" are probably very different: "Check requirements for states/countries on desired route", "buy safety vest", "replace expired contents from first aid kit", "inspect spare tire", "schedule appointment with garage to have engine checked", "go to garage to have engine checked", "go to state agency to buy highway pass", "check car insurance"
Ciò separa chiaramente la domanda su ciò che il product owner desidera da ciò che devono fare. A meno che il product owner non sia già decomposto in elementi utilizzabili nel Product Backlog, nel qual caso è necessario parlare con lui.
Come ho già detto, per molti sviluppatori pensano di avere già abbastanza informazioni e sanno cosa fare, non vogliono decomporre le istruzioni su come fare, ci arriveranno quando arriveranno. Quando inizi a parlare con loro del monitoraggio dello sprint, del miglioramento delle stime, del monitoraggio del lavoro che è stato dimenticato durante la pianificazione dello sprint e di altri elementi che hanno a che fare con miglioramenti professionali, chiedi loro come loro e il loro team sapranno dove possono migliorare e come sanno che sono davvero fatti. Quando riescono a trovare un sistema che funzioni senza creare attività e funzioni, allora va bene, ma le probabilità sono molto basse che possono effettivamente.
prima di provare a lavorare con TFS e gli strumenti agili, il tuo team dovrà capire come funziona tutto questo. Il modo migliore è farli lavorare con un cartone, che è visibile sul piano di lavoro a tutti. Più tardi, quando il processo è compreso meglio, il passaggio agli strumenti aiuterà. Senza la comprensione, gli strumenti non saranno di grande utilità e incontreranno molta resistenza.