Qual è la differenza tra bug e nuova funzionalità in termini di separazione delle responsabilità?

Question

Qual è la differenza tra bug e nuova funzionalità in termini di separazione delle responsabilità?

#1 da (3 voti)
#2 da (1 voti)
#3 da (0 voti)

0

Stiamo pianificando l'introduzione di Help Desk e Support Desk nel nostro progetto. Il nostro attuale team di sviluppo verrebbe diviso in due squadre più piccole: Support desk e team di sviluppo. Support Desk sarebbe responsabile solo per il bug fixing. Il team di sviluppo sarebbe responsabile della realizzazione di miglioramenti e dello sviluppo di nuove funzionalità. Che valore vedi da tali responsabilità e segregazione dei team? Possiamo trovare differenze tra bug e nuove funzionalità in termini di attività di sviluppo? C'è qualche valore reale nel fare queste cose?

teamwork division-of-labor

posta truthseeker 13.04.2011 - 16:59

fonte

3 risposte

Leggi altre domande sui tag teamwork division-of-labor

GPL modifica codice Dove posso ottenere una definizione di come è strutturato il codice in VB.NET 2010?

score 3 · Answer 1

A volte il confine tra un bug e una nuova caratteristica può essere molto sfocato, in particolare quando le specifiche hanno varie interpretazioni possibili. Ad esempio, come valuteresti la mancanza di copia-incolla nelle prime versioni degli iPhone?

Un'organizzazione alternativa sarebbe, basata su un tracker di problemi che raccoglie sia segnalazioni di bug e richieste di funzionalità, un singolo team dedicato a correggere bug e sviluppare nuove funzionalità e un project manager che decide con il cliente quali correzioni di bug e nuove funzionalità saranno incluse nella prossima consegna.

Le persone coinvolte nella risoluzione dei bug sono molto più motivate se possono contribuire a nuovi sviluppi e sono molto più efficienti perché hanno una conoscenza approfondita della base di codice.

score 1 · Answer 2

La distinzione è difficile. Ci sono cose che sono sicuramente bug, cose che sono sicuramente caratteristiche, e ... cose in mezzo.

Potresti mettere una barriera artificiale: se è contro le specifiche, è un bug. Se è necessario modificare le specifiche (che si tratti di estenderle o rimuovere ambiguità) è una funzionalità.

Puoi conformarti alla barriera soft, renderlo un team con alcuni specialisti degli errori, alcuni specialisti delle funzionalità e la maggior parte solo sviluppatori generici che fanno le cose.

Alcuni team hanno eliminato completamente la distinzione: in Mozilla ogni funzionalità è un bug di "mancanza di funzione ".

score 0 · Answer 3

1) Turnaround più rapido sui bug segnalati perché le persone sono dedicate all'attività 2) Pianificazione più prevedibile di nuove funzionalità, dal momento che il team non è costantemente distratto dai rapporti di debug

La caccia agli insetti è un tipo di lavoro completamente diverso dall'aggiunta di funzionalità, la squadra degli insetti svilupperà istinti e conoscenze condivise che uno sforzo generalizzato non farebbe se non dopo un periodo più lungo. (almeno questo è quello che ho vissuto)