Che cos'è una buona metodologia di rilascio / congelamento / beta prevista?

6

Ho lavorato a un incubo di un progetto da alcuni mesi. Il prodotto è una piccola app / sito web di Ruby on Rails per uso interno da parte di un piccolo gruppo di persone. Sto arrivando al traguardo e mi piacerebbe che l'attuale versione beta procedesse senza intoppi. Ho ancora un certo numero di piccoli bug che influenzano la funzionalità in un modo minore e non rompere la build.

Questo è il mio primo lavoro e la prima volta che lancio un prodotto. Sono curioso di sapere quali sono le metodologie delle persone per una transizione graduale per portare la tua applicazione da un ambiente di sviluppo a un ambiente di produzione live.

    
posta DNA Coder 06.08.2011 - 00:40
fonte

2 risposte

1

Il tuo qUESTion è interessante, in quanto richiede la metodologia per il lancio del prodotto o del sito web. Ma in realtà, nessun corpo segue metodologie fisse e libere. Invece, scelgono il metodo di tipo Quick Checklist, che include ciò di cui occuparsi dalla costruzione del prodotto al lancio del prodotto. E questa lista di controllo cambia di anno in anno in base al contesto attuale del mercato. Quindi ho una risorsa di questo tipo, che ho seguito una volta e ho ottenuto anche una buona risposta.

Quindi, controlla questa pagina, che ha quell'elenco di controllo prima di lanciarlo pubblicamente:

10-simple-tips-for-launching-a -Sito

E mi sono imbattuto in un articolo che descrive la sensazione prima di ogni lancio, di averne letto, se il tempo lo consente a 7 lezioni apprese dal mio primo lancio molto piccolo

E se desideri saperne di più, lancia una parola chiave in google come: "Diagramma di flusso di avvio del sito web", quindi consulta Google potrebbe offrirti un trattamento gradevole.

    
risposta data 10.08.2011 - 21:56
fonte
0

Pianifica funzionalità iniziali / UI - > Codice superiore x caratteristiche - > Prova e firma - > dogfood / demo
Pianifica l'iterazione successiva - > Codice successivo x caratteristiche- > Prova e firma - > demo / dogfood / Alpha
Pianifica l'iterazione successiva - > Codice successivo x caratteristiche- > Prova e firma - > demo / dogfood / Beta - > nave

È possibile tenere conto delle modifiche / feedback di una precedente iterazione. E a seconda della durata del ciclo puoi essere agile (sprint settimanali / mensili) o iterativo (cicli di più mesi)

Una delle parti più importanti è ottenere una sorta di demo / dogfood / trial dopo ogni iterazione poiché questo ottiene il feedback dagli utenti reali.

    
risposta data 10.08.2011 - 22:40
fonte