Rilascio della pianificazione nella programmazione Agile / Extreme

3

Ho studiato un paio di libri su come implementare esattamente l'agile. Sono confuso sulla pianificazione del rilascio.

La nostra applicazione è un sistema assicurativo composto da diversi moduli (citazioni, gestione delle politiche, gestione dei reclami, ecc.). Durante la prima fase stiamo pianificando di rilasciare Quoting e stimiamo circa 4 mesi per questo.

Ora la mia domanda è, dobbiamo identificare le storie degli utenti per il sistema generale (compresi tutti gli altri moduli) prima di iniziare a lavorare sulla nostra prima versione (citando i)? Oppure la pianificazione del rilascio è anch'essa un processo iterativo?

    
posta TK Lee 26.09.2011 - 21:59
fonte

3 risposte

6

Agile == Iterativo.

Questo è tutto ciò che c'è da fare. Tutto è iterato. Requisiti. Design. Codice. Test. Sprint di sviluppo. Rilasciare Sprint.

Ogni giorno è un processo iterativo di stand-up quotidiano seguito dal lavoro.

L'intero punto è quello di evitare il costo e il rischio di tentare di prevedere il futuro e pianificare magicamente tutto. Non può essere pianificato, quindi non provare.

Do we need to explore features for entire system during the initial phase?

Non puoi. Quindi non provare.

Non puoi prevedere il futuro. Dopo aver iniziato a rilasciare parti, gli utenti imparano - e impari - e ti rendi conto che ciò che pensavi inizialmente era sbagliato.

Agile == Apprendimento. Impara mentre vai. Consentire al piano di progetto di riflettere l'apprendimento man mano che si procede.

During the first phase we are just planning to release Quoting

Perché? Questo valore aziendale più alto è per gli stakeholder? Questa è la parte più importante? Questo crea il valore più immediato, a breve termine, "giusto adesso" per gli utenti?

    
risposta data 26.09.2011 - 22:09
fonte
3

Più lontano c'è qualcosa all'orizzonte, meno pianificata dovrebbe essere la pianificazione.

Ad esempio:

  • Assicurati di aver specificato i criteri di accettazione per tutte le storie che il team potrebbe ottenere nelle prossime 2 settimane di lavoro (ad esempio nel modulo Dati / Quando / Poi ).
  • Assicurati di aver identificato storie per le prossime 10 settimane di lavoro. Solo una frase farà (ad esempio usando As a ... Voglio .... In modo che form).
  • Assicurati di avere a disposizione un poema / caratteristiche di alto livello elencati in un piano che copra i prossimi 6 mesi e oltre
risposta data 26.09.2011 - 22:18
fonte
2

Non identificare le storie degli utenti per il sistema generale. Il tempo e lo sforzo saranno sprecati perché il Cliente chiederà modifiche non appena vedranno la tua prima demo da te.

Al contrario, collabora con il cliente per definire il valore utente citando storie per ogni iterazione nella prima versione. Fornisci storie di valore per gli utenti già nella versione iniziale, in modo che il cliente possa provare il tuo lavoro.

Supponiamo, ad esempio, che il tuo prodotto debba fornire preventivi sia per l'assicurazione auto che per l'assicurazione dei proprietari di case. È possibile creare una storia di valori per utente per ciascuno e quindi consegnare prima quello che il cliente dice che è più importante. Dopo aver visto il tuo lavoro, potrebbero decidere che il modulo Auto-Quote è così buono che vogliono che tu risponda il modello Auto-Claims al posto dei proprietari di casa. Speriamo che tu abbia capito che si tratta di offrire valore ai clienti in anticipo per aiutarli a prendere decisioni informate e aiutarti a migliorare il prodotto in modo efficiente.

    
risposta data 27.09.2011 - 00:58
fonte

Leggi altre domande sui tag