Perché le aziende dovrebbero consentire queste pratiche? [chiuso]

Question

Perché le aziende dovrebbero consentire queste pratiche? [chiuso]

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

0

Ecco una situazione che di solito accade in alcune aziende:

Annuncia prodotto interessante X. Prometti una data di rilascio. Rilascio della data di rilascio promessa, pronta o meno. Gli utenti scoprono e segnalano i difetti. Invia patch dopo patch dopo la patch dopo la patch.

La mia domanda è:

Ummm, quali potrebbero essere i fattori che li porterebbero a tollerare queste pratiche indesiderabili?

Quindi, in nome della qualità, cosa può essere praticamente e realisticamente migliorato in quelle pratiche?

Posso pensare a vincoli temporali, feedback degli utenti, sponsor che fanno pressioni sull'azienda, mancanza di denaro.

project

posta Jan 08.12.2012 - 08:31

fonte

3 risposte

Leggi altre domande sui tag project

Come diventare un esperto in C ++ [chiuso] Perché scriviamo l'azione che deve essere eseguita da una funzione in jQuery all'interno delle parentesi?

score 5 · Answer 1

Il fattore principale che ne deriva è che il mercato lo accetterà. Le persone sono abituate al fatto che il software è stato rilasciato con bug, quindi compreranno il software anche se pensano che sia bacato

Quindi una volta che questa condizione esiste è difficile da invertire. Pensaci dal punto di vista gestionale. Ora possiamo spedire, e iniziare a guadagnare, o continuare a sprecare denaro in correzioni di bug che in realtà non influenzano la nostra capacità di vendere il software; per tutto il tempo dando ai nostri concorrenti l'opportunità di pubblicare il loro software buggy che le persone compreranno .

Come discusso nel libro geekonomics , questa situazione è parallela a quella del US industria automobilistica negli anni '50 -'60. In quel settore, ogni produttore cambiava la propria enfasi sulla sicurezza, sia nell'ingegneria che nel marketing, e la minaccia della regolamentazione governativa di cambiare il modo in cui le automobili erano progettate e realizzate. Finora, ciò non si è verificato nel software.

score 3 · Answer 2

Nella mia esperienza di programmatore, un progetto non è mai completato. Dobbiamo sempre aggiornare / aggiungere nuove funzionalità ad esso. Pensaci, la mente dello sviluppatore del software non può mai essere la stessa dell'utente finale / consumatore. Non si può mai dire ciò che il consumatore vuole / piace, quindi l'opzione migliore è consentire loro di testare e quindi ottenere un feedback (molto importante) per aiutarlo ad aggiornarlo. È un fenomeno naturale; ecco perché devono farlo.

score 1 · Answer 3

Bene, ci sono le metodologie di sviluppo del software progettate esattamente con l'obiettivo di gestire questo tipo di ciclo di rilascio. Programmazione agile e programmazione estrema sono solo un paio di esempi.

Come altri hanno notato, questo (apparentemente irrazionale, apparentemente caotico) modo di sviluppare software è in realtà ben supportato da molte giustificazioni razionali. È così comune e radicato che l'industria del software ha sviluppato alcune metodologie di sviluppo del software per affrontarlo.

Di conseguenza, non può essere considerato uno scandalo. È solo una questione di vita e occuparsene è solo una parte della nostra professione. Possiamo studiare Agile Dev (o qualcosa del genere) e imparare come usarlo efficacemente per affrontare questo caos.

Agile e altre metodologie simili funzionano in realtà abbastanza bene. La maggior parte dei programmatori pensa che queste metodologie funzionino ancora meglio di molte altre (apparentemente più organizzate, più razionali). In effetti, le metodologie Agile e simili sono in gran parte considerate solo in modo reale per domare lo sviluppo del software nel mondo reale.