Dimensionamento del backlog – automatizzato

Elementi essenziali del dimensionamento degli arretrati

Dimensioni del backlog softwareng e stima sono spesso considerati uno spreco e richiedono molto tempo. Le stime sono anche più che oStime affidabili, talvolta utilizzate in modo improprio, sono essenziali per decisioni di investimento sane ed efficacipianificazione efficace.

ScopeMaster fornisce automaticamente una funzione standardizzatatutto intinterpretazione e stima delle dimensioni funzionali in base al testo di ogni user story.

Perché il dimensionamento automatizzato > Team Sizing

Non solo ScopeMaster fornisce una stima ragionevole delle dimensioni dell'arretrato, ma può farlo all'istante e senza sforzo, e può anche dimensionare gli elementi dell'arretrato che potrebbero mancare!

Dimensionamento del backlog software automatizzato da ScopeMaster

Stima delle dimensioni del backlog del software (e di conseguenza dei costi e della pianificazione)dule) è importante per dare ai manager una comprensione di quanto costerà e quanto tempo ci vorrà. ManaI dirigenti e i dirigenti si trovano costantemente di fronte a decisioni difficili sul lavoro software. Su larga scalagli obiettivi, i budget e le tempistiche vengono spesso superati, entrambi fattori che portano a notevoli sprechi e inefficienze. I manager è necessario conoscere il costo e la durata probabili per sviluppare software in modo che possano pianificare secondogly. Ci si aspetta che prendano decisioni affidabili in merito alle priorità e all'assegnazione del personale e tuttavia spesso lo fanno senza una stima software affidabile del tempo e dello sforzo necessari.

La maggior parte dei professionisti del software ritiene che sia impossibile stimare il lavoro di sviluppo del software o che sarà sempre molto dispendioso in termini di tempo, il che semplicemente non è vero.

Perché le stime degli sviluppatori sono inaffidabili?

Gli sviluppatori spesso hanno difficoltà con la stima. La stima con tecniche come story point o dimensioni delle magliette è in realtà solo un proxy per approssimare (come nell'indovinare) ore o persino giorni di lavoro. I team potrebbero spesso sostenere il contrario, ma questo è probabilmente un tentativo di offuscare per promuovere. Quando gli sviluppatori forniscono stime per un pezzo di lavoro, possono deliberatamente sottostimare il lavoro per "vincere" il lavoro e proteggere loro lavoro. Possono anche sovrastimare per evitare il lavoro che non vogliono fare.

Una volta che gli sviluppatori hanno fornito a un manager una stima di una user story, di uno Sprintly di lavoro o addirittura di un intero arretrato, il manager potrebbe utilizzare tale stima come obiettivo, misura di controllo o persino impegno, tutti utilizzi inadatti di una stima.

Sfortunatamente, gli sviluppatori sottostimano quasi sempre il tempo e lo sforzo effettivamente richiesti per la distribuzione del software. È nella natura umana farlo. Considerano solo fattori noti, ma con il software, spesso ci sono sconosciuti che causano ritardo. Per questo motivo, queste tesi sono raramente ammesse nella stima tecnica.

Quindi come possiamo stimare gli arretrati in modo più affidabile??

Decine di fattori possono influenzare il tempo e gli sforzi impiegati per sviluppare un software (ad esempio la complessità, l'ambiente di lavoro, il supporto esecutivo, l'esperienza tecnica, la volatilità dei requisiti). Il fattore più significativo nel determinare lo sforzo o il costo è la dimensione, in particolare la dimensione funzionale. Una volta che conosci la dimensione funzionale, è possibile ricavare rapidamente stime valide per altre dimensioni, come:

• personale
• sviluppare il tempo
• costi
• test necessari per ottenere una qualità adeguata
• …e molto, molto altro ancora

Che cosa si intende per dimensione funzionale?

La dimensione funzionale deriva da Misurazione funzionale delle dimensioni (FSM). È una tecnica standardizzata matura e comprovata per il dimensionamento del software, una pratica ingegneristica formale approvata dai gruppi di standard ISO e agnostica della tecnologia, della codifica e della metodologia di sviluppo. Come misura universale che si applica a tutti i tipi di software, è considerata dal prospettiva dell'utente. Soprattutto, la dimensione funzionale è oggettiva, valida e coerente, in altre parole, due persone che misurano la dimensione funzionale dovrebbero ottenere lo stesso numero ogni volta. L'unità di misura è il punto funzione; per dirla più specificamente, è il punto funzione COSMIC (o CFP), che può essere stimato o contato esclusivamente e precisamente da requisiti e specifiche. FSM esiste da molti anni e ha dimostrato di essere la misura più affidabile della dimensione del software, consentendo di stimare o misurare la dimensione prima, durante e dopo il processo di codifica.

ScopeMaster è il primo e unico strumento per stimare in modo affidabile le dimensioni funzionali direttamente e automaticamente da un arretrato di requisiti scritti. Non fidarti solo della nostra parola, però; esperti e accademici in tutto il mondo concordano sul fatto che ScopeMaster è un strumento di dimensionamento automatizzato rivoluzionario.

Dai certezza al tuo lavoro software con la misurazione automatizzata delle dimensioni funzionali.

Per ulteriori informazioni sulla misurazione delle dimensioni funzionali COSMIC, visitare https://www.cosmic-sizing.org.

Stima software automatizzata con ScopeMaster

Veloce: Circa 10 volte più veloce di un esperto di taglie.

Preciso: Entro 15% da un dimensionamento manuale.

Basato su standard: Risultati negli standard ISO leader per il dimensionamento del software.

Tre standard principali automatizzati:

ScopeMaster è stato concepito come uno strumento per automatizzare il lavoro amministrativo di misurazione delle dimensioni funzionali del software in base ai requisiti. Nelle parole del nostro fondatore, Colin Hammond, "Il motivo per cui ho deciso di scrivere uno strumento per fare questo è perché, come project manager software, ho scoperto che dimensione funzionale è il fattore più significativo di cui ho bisogno per gestire un progetto con successo."

ScopeMaster interpreta l'intento funzionale della storia utente o del requisito software, ed è quindi in grado di automatizzare il dimensionamento funzionale, che può poi essere utilizzato per ulteriori scopi stima dello sviluppo del software.

Non solo ScopeMaster è molto più veloce della misurazione manuale, ma costa anche molto meno del dimensionamento manuale. I contatori certificati sono rari e ScopeMaster elimina gran parte della fatica dal lavoro. ScopeMaster "legge" i requisiti, interpreta l'intento funzionale e quindi li dimensiona di conseguenza. Può stimare le dimensioni a circa tre CFP al secondo. Potresti dimensionare un set di requisiti di 1.000 CFP (circa $1m di software esternalizzato) in circa due o tre minuti. Potresti quindi rivedere i risultati per correggere eventuali errori nei requisiti e verificare la dimensione funzionale di ogni requisito. Una volta verificata dall'analista, la stima diventa una misurazione esatta, che può quindi essere utilizzata per l'outsourcing a prezzo fisso del lavoro di sviluppo software.

Dimensionamento funzionale COSMIC

Nel corso degli anni sono state create diverse varianti di metrica di dimensione funzionale. Solo cinque hanno ottenuto il riconoscimento ISO (COSMIC, IFPUG, Mark II, NESMA e FiSMA). IFPUG, Mark II, NESMA e FiSMA sono tutti simili in quanto derivano dal set di regole originale creato da Allan Albrecht presso IBM negli anni '80. Metodologia della dimensione funzionale COSMIC si sono evoluti da metodologie precedenti, specificamente progettate per risolvere i loro difetti. I principali vantaggi che rendono la metodologia di dimensionamento COSMIC più pertinente al software moderno sono:

1. Si basa sui principi del software, trattando elegantemente gli strati software interconnessi e le architetture software.
2. È possibile effettuare stime e misurazioni prima di conoscere tutti i requisiti, il che è particolarmente indicato per lo sviluppo Agile.
3. È stato automatizzato e quindi richiede un apprendimento trascurabile.

Gli story point sono prevalenti in tutti i progetti Agile; sono una misura proxy specifica per team per lo sforzo. Ogni team ha una comprensione comune della grandezza di uno story point, in genere nell'ordine di poche ore di sforzo, sebbene non ci siano regole rigide. Gli story point non sono una valuta universale; non sono uno standard e non possono essere utilizzati in modo affidabile per confrontare team o progetti. Gli story point sono un utile indicatore interno dello sforzo previsto quando non sono disponibili altri mezzi di stima. I function point, tuttavia, sono universali, standard e altamente applicabili allo sviluppo Agile tanto quanto a qualsiasi altra metodologia di sviluppo. Clicca qui per saperne di più sui vantaggi di CFP e Story Points.

La dimensione è la pietra angolare della stima del software

Una volta che conosci la dimensione funzionale nei punti funzione COSMIC (CFP), puoi stabilire rapidamente altre metriche direttamente correlate alla dimensione, come costo, sforzo e programma. Dopo aver stabilito la dimensione in CFP, puoi quindi usare valori di conversione di settore che mappano i punti funzione a queste metriche. Invece di usare conversioni di settore, puoi usare i tuoi dati di progetto storici per stabilire i tuoi benchmark di velocità.

Stima agile

Invece di perdere tempo discutendo di story point o giocando con le carte di Fibonacci, riteniamo che la stima Agile sia idealmente raggiunta tramite il dimensionamento funzionale con COSMIC FP. Ciò significa che puoi stimare meglio:

• Velocità (CFP medi erogati a settimana)
• Programma (numero di settimane necessarie per la consegna)
• Costo (costo totale per progettare, sviluppare, testare e consegnare)
• Sforzo (sforzo necessario per progettare, sviluppare, testare e fornire)
• Qualità (potenziali difetti per ciascun componente della consegna)

Quanto velocemente puoi ricavare le stime?

Manualmente, un analista competente può misurare i punti funzione a una velocità di diverse centinaia di FP al giorno (che si traduce in software del valore di centinaia di migliaia di dollari), sebbene dipenda dalla qualità e dalla chiarezza dei requisiti e delle specifiche. La velocità dipende anche dall'esperienza e dall'abilità dell'analista. Con ScopeMaster, puoi aspettarti di raggiungere queste regole su quattro volte più veloce.

Stima durante la scrittura delle storie utente in Jira

Utilizzando il Analizzatore di storie ScopeMaster per Jira, puoi stimare la dimensione funzionale delle tue storie senza nemmeno uscire da Jira. Il testo della tua user story viene analizzato dal potente motore linguistico di ScopeMaster per rilevare l'intento funzionale e la dimensione funzionale.

La dimensione non è l'unico fattore che determina i costi e i tempi del software, mat è il più significativo. Scopri il valoree approfondimenti dal dimensionamento funzionale automatizzato attraverso la nostra brochure:

Per coloro che ritengono che la stima sia dannosa, non importante o semplicemente troppo difficile, date un'occhiata all'eccellente articolo di Steve McConnell sul perché la stima è un'abilità importante e preziosa di cui hanno bisogno i project manager.

Problemi con i punti della storia e le magliette

• Incoerente
• Giocabile
• Non lineare

Gli story point sono un'opinione basata sul team sulla quantità di sforzo che potrebbe essere necessaria per creare un software dal punto di vista di uno sviluppatore. Gli story point sono essenzialmente un proxy per le stime dello sforzo, ad esempio uno story point potrebbe essere l'equivalente di un dipendente ideale che lavora per un giorno ideale. Sono altamente soggettivi e dipendono dalle opinioni del team. Inoltre, variano da team a team e persino all'interno dello stesso team nel tempo. La loro incoerenza e giocabilità li rende poco pratici come metrica ingegneristica affidabile.