Modo efficiente per creare una stima del codice / specifiche tecniche in un ambiente in rapido movimento

4

Per comprendere meglio la mia domanda, permettimi di approfondire lo sfondo dell'argomento.

Lavoro in un istituto finanziario in cui il modulo aziendale (credito finanziario) cambia costantemente. Nel mondo IT, tuttavia, gli sviluppatori hanno un ciclo di 6 settimane che prende la lista dei progetti / miglioramenti, inseriscilo in una timeline e l'azienda si aspetta la consegna di quei progetti.

Durante ogni ciclo, a ogni sviluppatore viene assegnato un lavoro che deve essere completato entro una certa data. Quella data è già stata completata da IT Change Manager e i codici devono essere fatti da allora. Il codice verrà quindi sincronizzato, creato per creare un pacchetto e distribuito nell'ambiente di test per il team QC (Quality Center) da testare.

Il problema, tuttavia, è che gli sviluppatori ricevono il codice 3 settimane prima che il ciclo di codice termini. Ci viene quindi detto di fare una specifica tecnica e una stima del lavoro per ogni progetto / miglioramento / correzione dei bug che faremo. Ho costantemente parlato con i miei manager che questa è una mentalità arretrata che deve fare stime sapendo quando dobbiamo consegnare il codice finito.

La mia sfida: esiste un modello di stima / specifiche tecniche migliore che si adatti a questo tipo di ambiente? In caso contrario, come posso affrontare questo problema in modo che non sia in conflitto con la scadenza.

Grazie.

PS: Non sono affatto d'accordo nel fornire agli sviluppatori un requisito aziendale e mi aspetto che facciano un documento di specifiche tecniche e delle stime durante un ciclo di codice. Credo che il documento delle specifiche tecniche dovrebbe essere fatto prima mano e completato anche con un documento funzionale / non funzionale e firmato dal business. Al momento non sta succedendo.

    
posta Buhake Sindi 30.03.2013 - 20:56
fonte

2 risposte

1

L'idea di fare una stima del programma nella fase del ciclo in cui si arriva a farlo è ridicola.

Dal momento che siete pronti per il time-box, dovreste considerare una metodologia Agile come SCRUM che cerca di fornire visibilità e trasparenza per lo sviluppo del progetto nella speranza di previsioni semplici basate su consegne di codice precedenti.

Vedi l'articolo Quando utilizzare Scrum per i progetti software?

Scrum is often contrasted with the so-called “Waterfall” approach, which emphasizes up-front planning and scheduling of activities, followed by execution. Both approaches require careful planning, followed by execution and tracking, but the details of how these steps are accomplished are different...

Why Choose Scrum versus Waterfall for Software Projects?

The two approaches make different assumptions about the priorities and practicalities of the work to be accomplished...

In general, if you have to figure out how to do a significant amount of the work in the project because you haven’t done it before, so you cannot estimate accurately, go with a Scrum process. If you’ve done it many times before, and know how to do it again, go with a waterfall process...

    
risposta data 11.04.2013 - 22:44
fonte
0

Is there a better estimation/technical specification model that cater for this kind of environment?

  1. Prova a utilizzare Passi del metodo scientifico

  2. Prova Pianificazione basata sull'evidenza

    
risposta data 31.03.2013 - 15:36
fonte

Leggi altre domande sui tag