In Agile Development, chi possiede le "caratteristiche" del software e come gestire lo sviluppo?

Question

Alcuni team di sviluppo della mia azienda stanno passando alle pratiche di sviluppo agili e il lavoro dei loro sviluppatori sembra essere diminuito per discutere e programmare Minutia sulle banalità del software banali a causa dei cicli di iterazione di due settimane. E anche a causa di "qualsiasi sviluppatore può correggere qualsiasi bug". Di recente mi sono unito a uno di quei team, trasferendo da un'altra squadra nella stessa compagnia ...

Sento fortemente che gli sviluppatori dovrebbero possedere le loro funzionalità software da Start (Design) per finire (implementazione e test unitari). Agile sembra andare in contrasto con questo pensiero. C'è qualche verità nella mia percezione o sto solo vivendo una cattiva implementazione di Agile?

Durante le nostre iterazioni di due settimane, le persone ricevono in qualche modo arbitrariamente nuove piccole funzionalità e correzioni di bug, a seconda del loro carico di lavoro durante quel ciclo. Nessuno sembra possedere la responsabilità delle principali caratteristiche del software. Trascorriamo una quantità stupida di volte in cose banali, come aggiungere un separare Pulsante per una finestra di dialogo durante un'iterazione di due settimane, completa di una storia, mischia quotidiana, revisione del codice, ecc.

Quindi, in progetti agili, come si gestiscono funzionalità più grandi? Chi possiede la responsabilità: singoli sviluppatori o tutto il team? Come si estrae se stesso dalla Minutia e si concentra su obiettivi a più lungo termine? Qualsiasi feedback sarebbe prezioso.