Qual è il modo migliore per gestire funzionalità simili in storie utente separate / Elementi del registro del prodotto?

Should both those stories share similar tasks since the development and design are similar?

Sì.

Should I break up the features into separate stories?

No. Le storie non sono caratteristiche. Sono storie.

Inventi funzionalità che supporteranno le storie. Si chiama "design".

Non lo fai, senza pensarci, solo il codice di una storia.

Per prima cosa, pensi. Quindi fai un po 'di design. Forse refactoring codice esistente. Forse aggiungere, modificare o eliminare dal codice esistente. Forse scrivi un nuovo codice.

Ma non esiste una stupida mappatura uno a uno tra storia e codice.

Devi comunque fare un vero lavoro di progettazione tra storia e codice.

"As a user I want to add contacts from any area in the site so that I don't have to keep going back to a speicifc contact entry page."

No.

Come utente desidero aggiungere contatti in modo rapido ed efficiente in modo che [ qualcosa vada qui per mostrare il valore di aggiungere contatti in modo rapido ed efficiente ].

Una volta dimostrato il valore dell'efficienza nella storia dell'utente, puoi scrivere ulteriori informazioni sull'implementazione, ad esempio "Una buona caratteristica sarebbe l'aggiunta di contatti da qualsiasi area del sito". Ciò può portare a considerazioni di progettazione e altre considerazioni per la creazione di questa funzionalità.

Nessuna implementazione è nella storia. Va bene avere note a piè di pagina, appendici, aggiunte e altro materiale che accompagna una storia. Ma la storia deve essere "pura" e indicare il giusto business case e il valore aziendale.

Per prima cosa, le storie non sono funzionalità - come notato da S.Lott mentre stavo ancora scrivendo - le storie definiscono i criteri di accettazione per le Funzionalità. Quindi in apparenza sembrerebbe che entrambe queste storie si applichino alla stessa caratteristica.

Ma vorrei tornare dal cliente che ha scritto queste storie e chiedergli perché -

As a user I want the ability to add contacts directly from the Partner page
SO THAT [business reason]

As a user I want the ability to add contacts directly from the Project page
SO THAT [business reason]

Se i motivi aziendali sono gli stessi, considera se sarebbe utile / necessario essere in grado di aggiungere contatti direttamente dalla pagina qualsiasi , nel qual caso ci sarà solo una storia (per quella Funzionalità): in altre parole, queste due storie potrebbero implicare una funzione "barra degli strumenti" o "menu comune", per le funzionalità disponibili in ogni pagina.

Tuttavia, se i motivi di business sono diversi, potresti avere due caratteristiche non specificate.