Lavoriamo con Scrum da un po 'di tempo, generalmente con successo. Tuttavia negli ultimi tempi, quando la pressione ha iniziato a montare, abbiamo riscontrato diverse situazioni in cui gli elementi venivano durante le riunioni di pianificazione, ma quando in realtà arrivava il momento di codificare, era evidente che erano tristemente sottostimati.
Questa è una perdita di tempo fastidiosa e imbarazzante. Quindi mi chiedo, c'è qualcosa che possiamo fare per assicurarci che un oggetto di lavoro sia correttamente compreso e pianificato prima di essere incluso in uno sprint?
Non usiamo TDD, ma le mie esperienze con esso suggeriscono che è un buon modo per garantire che un programmatore comprenda un compito prima di iniziare il lavoro. Quindi ho pensato di provare a provare alcuni test automatici come possibile approccio a questo. Ma non tutti gli elementi di lavoro sono suscettibili di test automatizzati, ed è probabile che sia difficile / noioso per i non programmatori nella riunione.
Per inciso, è quando uno ha deciso sui criteri di accettazione, dovrebbe andare su un oggetto di lavoro, o su una storia di un utente, o entrambi?