{"id":2825,"date":"2024-07-01T12:03:26","date_gmt":"2024-07-01T10:03:26","guid":{"rendered":"https:\/\/teamdeck.io\/?p=2825"},"modified":"2025-01-23T22:46:57","modified_gmt":"2025-01-23T20:46:57","slug":"how-to-estimate-projects","status":"publish","type":"post","link":"https:\/\/teamdeck.io\/it\/gestione-del-progetto\/come-stimare-i-progetti\/","title":{"rendered":"Tecnica di stima del poker di pianificazione e punti storia"},"content":{"rendered":"<div class=\"vc_row wpb_row vc_row-fluid redl-row-section padding-default bgv-default bgh-default halign-default\"><div class=\"wpb_column vc_column_container text-left vc_col-sm-12 padding-default bgv-default bgh-default halign-default\"><div class=\"vc_column-inner\"><div class=\"wpb_wrapper\">\n\t<div class=\"wpb_text_column wpb_content_element\" >\n\t\t<div class=\"wpb_wrapper\">\n\t\t\t<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-the-challenge-of-inaccurate-estimates\">La sfida delle stime imprecise<\/h3>\n<p class=\"has-text-align-start\">Le stime imprecise sono tra le sfide pi\u00f9 diffuse nella gestione dei progetti. Quando si inizia un nuovo progetto IT, si vogliono sapere due cose: quanto tempo ci vorr\u00e0 e quanto coster\u00e0. Per rispondere a queste domande, \u00e8 necessario stimare i progetti che si stanno per realizzare. Non esiste una regola magica che dica che il progetto X richiede 12 settimane e costa $150.000. O che un sito web simile a Y richiede 10 settimane di sviluppo e costa $100.000.<\/p>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-key-questions-answered-in-this-article\">Le domande chiave risolte in questo articolo<\/h3>\n<p class=\"has-text-align-start\">Cosa imparerete da questo articolo:<\/p>\n<p>- Come si preparano i project manager alla stima dei costi nella gestione dei progetti?<\/p>\n<p>- Quali tecniche di stima sono utili per la stima dei progetti?<\/p>\n<p>- Come ci si prepara a stimare i costi con le formule?<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1152\" height=\"764\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134711\/Planning1.jpg\" alt=\"\" class=\"wp-image-13648\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-the-importance-of-accurate-estimation\">L'importanza di una stima accurata<\/h3>\n<p class=\"has-text-align-start\">Non \u00e8 possibile valutare le tempistiche o i costi di un progetto senza una stima accurata, anche se l'ambito del progetto \u00e8 molto simile a quello gi\u00e0 svolto in precedenza. Ma le cose peggiorano: la stima non fornir\u00e0 mai una risposta accurata a queste domande. Allora, perch\u00e9 facciamo le stime? Perch\u00e9 \u00e8 l'unico modo per fare ipotesi sulla tempistica e sul budget del progetto, sul carico di lavoro e sulle risorse necessarie per realizzarlo.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1151\" height=\"767\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134711\/Planning2.jpg\" alt=\"\" class=\"wp-image-13651\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-benefits-of-accurate-estimation\">Vantaggi di una stima accurata<\/h3>\n<p class=\"has-text-align-start\">Stimando il progetto, sarete anche in grado di programmare i dipendenti con l'esperienza e le competenze giuste. Quello che potete fare \u00e8 utilizzare metodologie e tecniche che vi consentano di stimare con la massima precisione possibile. Ecco come utilizzare la metodologia Agile e la tecnica Planning Poker per creare stime significative del vostro progetto.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1063\" height=\"750\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134711\/Planning3.jpg\" alt=\"\" class=\"wp-image-13652\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-the-origin-of-planning-poker\">L'origine del poker di pianificazione<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-where-did-scrum-planning-poker-come-from\">Da dove viene il poker di Scrum (pianificazione)?<\/h4>\n<p class=\"has-text-align-start\">James Grenning ha sviluppato nel 2002 il poker di pianificazione noto per la sua strategia, chiamato Scrum poker. Nei primi anni '50, il suo metodo di stima, Wide band Delphi, richiedeva troppo tempo e presentava altre limitazioni. Nel caso di Grenning, il piano di poker riguardava originariamente la risoluzione di un problema in cui i giocatori erano troppo entusiasti ed eccessivamente concentrati per vincere. Mike Cohn, fondatore delle alleanze Agile e delle alleanze Scrum, ha successivamente utilizzato questa tecnica per un articolo intitolato Agile Estimation and Planning.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1153\" height=\"767\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134710\/Planning4.jpg\" alt=\"\" class=\"wp-image-13653\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-steps-to-accurate-project-estimation\">Passi per una stima accurata del progetto<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-create-a-list-of-required-features\">Creare un elenco delle caratteristiche richieste<\/h4>\n<p class=\"has-text-align-start\">L'avvio di un progetto di successo dipende soprattutto dalla capacit\u00e0 di capire di cosa si tratta. Questo include:<\/p>\n<p>- Comprendere le aspettative del cliente<\/p>\n<p>- Comprendere gli obiettivi del progetto e il suo scopo principale.<\/p>\n<p>- Creare un elenco delle caratteristiche richieste<\/p>\n<p class=\"has-text-align-start\">Dopo aver esaminato il brief del cliente e aver ottenuto il maggior numero possibile di informazioni sui requisiti del progetto, potrete elencare tutte le caratteristiche e passarle al vostro team.<\/p>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-developing-a-product-backlog\">Sviluppare un catalogo prodotti<\/h4>\n<p>Per fare ci\u00f2, create un backlog del prodotto che consiste in tutte le caratteristiche da fare. In questo modo \u00e8 possibile stabilire un ordine di priorit\u00e0, valutare la loro complessit\u00e0 e stimare il tempo necessario per completarle. Un backlog di prodotto adeguato dovrebbe essere composto da:<\/p>\n<p>- Storie dell'utente: descrivono le azioni che gli utenti possono compiere in ogni fase dell'utilizzo del prodotto.<\/p>\n<p>- Criteri di accettazione: elencare gli elementi necessari per il completamento di una storia.<\/p>\n<p>- Punti storia: stimare la quantit\u00e0 di lavoro, i rischi e la complessit\u00e0 in termini di punti relativi.<\/p>\n<p>- Compiti per le storie utente - elencare i compiti necessari per realizzare una storia utente.<\/p>\n<p>\u00c8 fondamentale coinvolgere il team di sviluppo nella creazione e nella definizione delle priorit\u00e0 del backlog di prodotto per garantire valutazioni accurate e realistiche.<\/p>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-prioritizing-features\">Priorit\u00e0 alle funzioni<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-sort-features-by-priority\">Ordinamento delle funzioni per priorit\u00e0<\/h4>\n<p class=\"has-text-align-start\">Una volta pronto l'elenco delle caratteristiche, assegnate la priorit\u00e0 a ciascuna di esse. Potete utilizzare il metodo di analisi MoSCoW per ordinarle come segue:<\/p>\n<p>- Deve avere<\/p>\n<p>- Avrebbe dovuto<\/p>\n<p>- Avrebbe potuto<\/p>\n<p>- Non avr\u00e0<\/p>\n<p class=\"has-text-align-start\">Nello sviluppo di un progetto, concentratevi sulle cose che dovete consegnare in primo luogo. La creazione di un MVP vi d\u00e0 la possibilit\u00e0 di testare le ipotesi sulla vostra idea prima di completare l'intero progetto, di mostrarlo alle parti interessate o agli utenti beta e di raccogliere feedback importanti per l'ulteriore sviluppo delle altre funzionalit\u00e0.<\/p>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-importance-of-assigning-priority\">Importanza dell'assegnazione della priorit\u00e0<\/h4>\n<p class=\"has-text-align-start\">Assegnare una priorit\u00e0 pu\u00f2 anche aiutare a stimare il progetto. Concentrandosi sulle caratteristiche principali e su quelle che devono essere realizzate per prime, si possono fare ipotesi pi\u00f9 accurate sulla stima del loro completamento. Per le funzionalit\u00e0 \"possibili\", si pu\u00f2 iniziare con una stima approssimativa, poich\u00e9 si trovano pi\u00f9 avanti nel processo di sviluppo e possono cambiare molte cose prima che il team le raggiunga (e se il team le raggiunge, poich\u00e9 dopo aver raccolto il feedback sull'MVP si pu\u00f2 cambiare e non includere tutte le funzionalit\u00e0 inizialmente previste).<\/p>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-comprehensive-estimation\">Stima completa<\/h4>\n<p class=\"has-text-align-start\">\u00c8 importante, tuttavia, stimare tutte le funzionalit\u00e0, indipendentemente dalla loro priorit\u00e0 (tranne quelle che \"non si avranno\", ovviamente), perch\u00e9 si vuole avere una visione d'insieme dell'intero progetto in una volta sola. E man mano che si passa alle fasi successive del progetto, si pu\u00f2 rivalutare l'ambito di lavoro, per assicurarsi che le stime rimangano accurate.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1152\" height=\"763\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134710\/Planning5.jpg\" alt=\"\" class=\"wp-image-13654\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-estimation-techniques\">Tecniche di stima<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-story-point-estimation-process\">Processo di stima dei punti storia<\/h4>\n<p>Ora che il backlog del prodotto \u00e8 stato completato, \u00e8 il momento di stimare ciascuno dei suoi elementi. Per farlo, utilizziamo gli story point. Si tratta di unit\u00e0 che i team Agile utilizzano per valutare il lavoro necessario per completare ogni elemento del backlog. I punti storia aiutano ad assegnare un valore relativo alle voci del backlog di prodotto. Non sono legati al tempo e possono avere valori diversi a seconda dei team, quindi non hanno un valore emotivo. Pertanto, \u00e8 probabile che i membri del team non gonfino le stime solo per sicurezza. Il Poker di pianificazione aiuta i team di software a pianificare i flussi di lavoro e a migliorare i tassi di consegna dei progetti.<\/p>\n<p>Utilizzando i punti storia, un team pu\u00f2 stimare:<\/p>\n<ul class=\"wp-block-list\">\n<li>\nLa quantit\u00e0 di lavoro da svolgere\n<\/li>\n<li>\nRischi e incertezze\n<\/li>\n<li>\nComplessit\u00e0\n<\/li>\n<\/ul>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1164\" height=\"776\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/06\/24135020\/MeasuringUtilization.jpg\" alt=\"\" class=\"wp-image-13642\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-using-planning-poker-for-estimation\">Utilizzo del Poker di pianificazione per la stima<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-negotiate-estimates-with-planning-poker\">Negoziare le stime con il Poker di pianificazione<\/h4>\n<p>La sessione di pianificazione \u00e8 una delle tecniche di stima a livello lordo, che utilizza una versione modificata della sequenza di Fibonacci: 1, 2, 3, 5, 8, 13, 20, 40, 100. Per stimare le voci del backlog di prodotto, i membri del team ricevono gli stessi set di carte da poker per la pianificazione con i numeri. Quindi, dopo una breve introduzione dell'elemento del backlog di prodotto da parte del Product Owner (che non vota) e la discussione, scelgono privatamente la carta con il numero di punti storia che considerano rilevanti per la quantit\u00e0 di lavoro richiesto per completare l'elemento e li rivelano contemporaneamente.<\/p>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-consensus-based-estimation-technique\">Tecnica di stima basata sul consenso<\/h4>\n<p>Se i numeri differiscono, i membri del team discutono il motivo per cui hanno scelto una tale quantit\u00e0 di punti storia e poi votano di nuovo. Questo fa parte del processo di pianificazione del poker, un metodo di stima basato sul consenso utilizzato in Agile per stimare l'impegno per le storie degli utenti. I membri del team fanno cos\u00ec finch\u00e9 non raggiungono un consenso e poi passano all'elemento successivo del backlog del prodotto. Se il numero concordato \u00e8 alto, ad esempio 20, 40 o pi\u00f9, significa che una storia potrebbe richiedere troppo lavoro per uno sprint e che potrebbe essere necessario suddividerla in attivit\u00e0 pi\u00f9 piccole. Idealmente, la presentazione dell'articolo, la discussione e la votazione dovrebbero durare circa due minuti, il che consente di stimare l'intero backlog in poco tempo. Tuttavia, poich\u00e9 lo scopo \u00e8 stimare l'intero backlog in una volta sola, prendetevi il tempo necessario e non preoccupatevi se alcune storie richiedono un po' pi\u00f9 di tempo per essere valutate.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1152\" height=\"763\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134710\/Planning6.jpg\" alt=\"\" class=\"wp-image-13655\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-evaluating-team-velocity\">Valutare la velocit\u00e0 del team<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-assess-team-velocity\">Valutare la velocit\u00e0 del team<\/h4>\n<p>La velocit\u00e0 del team mostra il ritmo di sviluppo del progetto. Aiuta a capire due cose:<\/p>\n<p>- La quantit\u00e0 di lavoro che il team \u00e8 in grado di svolgere in uno sprint<\/p>\n<p>- Qual \u00e8 la data prevista per il completamento dell'intero ambito, supponendo che sia fisso<\/p>\n<p>La velocit\u00e0 \u00e8 diversa per ogni team. Si pu\u00f2 valutare dopo le iterazioni iniziali, quando il team ha gi\u00e0 lavorato su alcune caratteristiche. Ad esempio, se nella prima iterazione sono stati inseriti quattro elementi del product backlog per un totale di 20 punti storia e il team ne ha completati tre, pari a 15 punti storia, questa \u00e8 la velocit\u00e0 attuale del team. Ricordate che contano solo gli elementi completati. Anche se sono riusciti a iniziare il quarto elemento ma non l'hanno terminato, non conta.<\/p>\n<p>Lo scrum master svolge un ruolo cruciale nel facilitare il processo di stima e nel garantire valutazioni accurate durante queste sessioni.<\/p>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-scheduling-and-budgeting\">Programmazione e budgeting<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-how-to-schedule-a-particular-project-on-story-points\">Come programmare un progetto particolare sui punti storia<\/h4>\n<p class=\"has-text-align-start\">Dopo aver negoziato i punti storia e valutato la velocit\u00e0 del team, siete in grado di determinare il calendario del progetto. Per farlo, sommate la velocit\u00e0 del team delle ultime tre iterazioni e dividetela per tre. Ad esempio, se la velocit\u00e0 di queste iterazioni \u00e8 stata di 20, 23 e 17, la velocit\u00e0 media sar\u00e0 di circa 20 punti. Se la quantit\u00e0 totale di lavoro \u00e8 stata stimata in 100 punti storia, allora, con una velocit\u00e0 media di 20 punti, ci vorranno 5 iterazioni per completare il progetto. Supponendo che un'iterazione richieda due settimane, dovreste consegnare il progetto in 10 settimane.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1144\" height=\"761\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134709\/Planning7.jpg\" alt=\"\" class=\"wp-image-13656\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-determining-the-budget\">Determinazione del budget<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-project-cost-estimation-formula\">Formula per la stima dei costi del progetto<\/h4>\n<p class=\"has-text-align-start\">Per determinare il budget del vostro progetto, potete usare questa formula di base: (punti storia totali \/ velocit\u00e0 * ore del team per sprint) + costi non lavorativi = budget stimato. Avendo un numero totale di punti storia diviso per la velocit\u00e0 media, moltiplicate il numero di sprint per 40 ore settimanali per membro del team per ottenere il costo del lavoro. Poi si aggiungono i costi non lavorativi come i costi di capitale, i costi delle attrezzature, i costi di manutenzione, i costi di formazione, ecc. Per esempio, abbiamo un progetto stimato in 100 punti storia e la velocit\u00e0 media del nostro team \u00e8 20. Assegnando al progetto un team di 5 persone con tariffe orarie di $50, le ore del team per ogni sprint valgono $20.000 e $100.000 per 5 sprint. Con un ipotetico costo non lavorativo di $50.000, il budget stimato per il nostro progetto sarebbe di $150.000. Considerando gli intervalli di confidenza sui livelli esemplari di 80-120%, l'intervallo di budget riportato \u00e8 ora compreso tra $120.000 e $180.000.<\/p>\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/teamdeck.io\/wp-content\/uploads\/2024\/06\/image-placeholder.png\" alt=\"\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-re-estimation-for-accuracy\">Rivalutazione per la precisione<\/h3>\n<h4 class=\"wp-block-heading has-text-align-left\" id=\"h-re-estimate-your-project-to-get-a-more-accurate-cost-estimate\">Rivalutazione del progetto per ottenere una stima dei costi pi\u00f9 accurata<\/h4>\n<p class=\"has-text-align-start\">Ricordate che nessuna stima \u00e8 accurata al 100%. \u00c8 meglio stimare di nuovo il progetto ogni poche iterazioni, perch\u00e9 le cose, come la disponibilit\u00e0 delle risorse, la velocit\u00e0 del team o l'ambito del progetto, possono cambiare nel tempo. Rivalutando il progetto, ci si assicura che la stima sia aggiornata. L'uso di un software per il monitoraggio del tempo e la pianificazione delle risorse vi aiuter\u00e0 anche a gestire la disponibilit\u00e0 del vostro team e a riassegnarlo se necessario. Con le tecniche e gli strumenti giusti, potete rendere le vostre stime pi\u00f9 affidabili e pianificare meglio il vostro prossimo progetto.<\/p>\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1150\" height=\"766\" src=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2024\/07\/24134708\/Planning8.jpg\" alt=\"\" class=\"wp-image-13657\"\/><\/figure>\n<h3 class=\"wp-block-heading has-text-align-left\" id=\"h-conclusion\">Conclusione<\/h3>\n<p class=\"has-text-align-start\">Una stima accurata del progetto \u00e8 fondamentale per una gestione di successo. Comprendendo le aspettative e gli obiettivi, creando un backlog di prodotto dettagliato, dando priorit\u00e0 alle caratteristiche e utilizzando tecniche come i punti storia e il Poker di pianificazione, \u00e8 possibile migliorare l'accuratezza delle stime. La ripetizione regolare delle stime e l'utilizzo di strumenti per il monitoraggio del tempo e la gestione delle risorse migliorano ulteriormente l'affidabilit\u00e0 delle tempistiche e dei budget del progetto. Seguendo queste pratiche, \u00e8 possibile superare le difficolt\u00e0 legate a stime imprecise e garantire risultati migliori del progetto.<\/p>\n\n\t\t<\/div>\n\t<\/div>\n<\/div><\/div><\/div><\/div><div class=\"vc_row wpb_row vc_row-fluid redl-row-section feature-row vc_custom_1574416816256 vc_row-o-equal-height vc_row-o-content-middle vc_row-flex padding-medium bgv-default bgh-default halign-center\"><\/div><div class=\"vc_row wpb_row vc_row-fluid redl-row-section vc_row-o-content-middle vc_row-flex padding-default bgv-default bgh-default halign-default\"><div class=\"wpb_column vc_column_container text-center vc_col-sm-12 padding-default bgv-default bgh-default halign-center\"><div class=\"vc_column-inner\"><div class=\"wpb_wrapper\">\n\t<div class=\"wpb_text_column wpb_content_element\" >\n\t\t<div class=\"wpb_wrapper\">\n\t\t\t<p> Utilizzate con facilit\u00e0 la tecnica di stima Planning Poker<\/p>\n<p><strong>Verificate il motivo per cui il nostro software di gestione delle risorse viene scelto dai project manager di Hill-Knowlton o Stormind Games.<\/strong> <\/p>\n\n\t\t<\/div>\n\t<\/div>\n<a class=\"redl-btn   vc_custom_1596025898618 redl-btn-medium redl-btn-69d02e3cc8325 btn-icon-left redl-btn redl-btn-two vc_custom_1551260371526 redl-btn-medium redl-btn-5f2168a4adf5d btn-hover-one btn-icon-right signup-top\" href=\"https:\/\/app.teamdeck.io\/register\">Prova gratuita di 14 giorni<\/a><div class=\"vc_empty_space\"   style=\"height: 32px\" ><span class=\"vc_empty_space_inner\"><\/span><\/div>\n<\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"The Challenge of Inaccurate Estimates Inaccurate estimates are among the most popular project management challenges. When starting a new IT project, you want to know two things: how long it is going to take and how much...","protected":false},"author":3,"featured_media":8515,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[22],"tags":[33,28,32],"class_list":["post-2825","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-project-management","tag-estimation","tag-project-manager","tag-project-planning"],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v23.8 (Yoast SEO v24.3) - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Planning Poker Estimation Technique and Story Points | Teamdeck.io<\/title>\n<meta name=\"description\" content=\"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology, Planning Poker and Story Points.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/teamdeck.io\/it\/gestione-del-progetto\/come-stimare-i-progetti\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Your estimates suck, but that\u2019s ok\" \/>\n<meta property=\"og:description\" content=\"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology and Planning Poker.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/teamdeck.io\/it\/gestione-del-progetto\/come-stimare-i-progetti\/\" \/>\n<meta property=\"og:site_name\" content=\"Teamdeck\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/helloteamdeck\" \/>\n<meta property=\"article:published_time\" content=\"2024-07-01T10:03:26+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-01-23T20:46:57+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/helloquence-61189.jpg\" \/>\n<meta name=\"author\" content=\"Pawe\u0142 Ha\u0142abuda\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:title\" content=\"Your estimates suck, but that\u2019s ok\" \/>\n<meta name=\"twitter:description\" content=\"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology and Planning Poker.\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/helloquence-61189.jpg\" \/>\n<meta name=\"twitter:creator\" content=\"@helloteamdeck\" \/>\n<meta name=\"twitter:site\" content=\"@helloteamdeck\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Pawe\u0142 Ha\u0142abuda\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"11 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/\",\"url\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/\",\"name\":\"Planning Poker Estimation Technique and Story Points | Teamdeck.io\",\"isPartOf\":{\"@id\":\"https:\/\/teamdeck.io\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg\",\"datePublished\":\"2024-07-01T10:03:26+00:00\",\"dateModified\":\"2025-01-23T20:46:57+00:00\",\"author\":{\"@id\":\"https:\/\/teamdeck.io\/#\/schema\/person\/1073b38fa48e5b06f16eba3840da6f5e\"},\"description\":\"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology, Planning Poker and Story Points.\",\"breadcrumb\":{\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage\",\"url\":\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg\",\"contentUrl\":\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg\",\"width\":1470,\"height\":981,\"caption\":\"Estimate Projects with Planning Poker and Story Points\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/teamdeck.io\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Planning Poker Estimation Technique and Story Points\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/teamdeck.io\/#website\",\"url\":\"https:\/\/teamdeck.io\/\",\"name\":\"Teamdeck\",\"description\":\"resource scheduling + time tracking + leave management\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/teamdeck.io\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"it-IT\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/teamdeck.io\/#\/schema\/person\/1073b38fa48e5b06f16eba3840da6f5e\",\"name\":\"Pawe\u0142 Ha\u0142abuda\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/teamdeck.io\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/25113657\/s38W_LT-150x150.jpg\",\"contentUrl\":\"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/25113657\/s38W_LT-150x150.jpg\",\"caption\":\"Pawe\u0142 Ha\u0142abuda\"}}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Planning Poker Estimation Technique and Story Points | Teamdeck.io","description":"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology, Planning Poker and Story Points.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/teamdeck.io\/it\/gestione-del-progetto\/come-stimare-i-progetti\/","og_locale":"it_IT","og_type":"article","og_title":"Your estimates suck, but that\u2019s ok","og_description":"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology and Planning Poker.","og_url":"https:\/\/teamdeck.io\/it\/gestione-del-progetto\/come-stimare-i-progetti\/","og_site_name":"Teamdeck","article_publisher":"https:\/\/www.facebook.com\/helloteamdeck","article_published_time":"2024-07-01T10:03:26+00:00","article_modified_time":"2025-01-23T20:46:57+00:00","og_image":[{"url":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/helloquence-61189.jpg","type":"","width":"","height":""}],"author":"Pawe\u0142 Ha\u0142abuda","twitter_card":"summary_large_image","twitter_title":"Your estimates suck, but that\u2019s ok","twitter_description":"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology and Planning Poker.","twitter_image":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/helloquence-61189.jpg","twitter_creator":"@helloteamdeck","twitter_site":"@helloteamdeck","twitter_misc":{"Written by":"Pawe\u0142 Ha\u0142abuda","Est. reading time":"11 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/","url":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/","name":"Planning Poker Estimation Technique and Story Points | Teamdeck.io","isPartOf":{"@id":"https:\/\/teamdeck.io\/#website"},"primaryImageOfPage":{"@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage"},"image":{"@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage"},"thumbnailUrl":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg","datePublished":"2024-07-01T10:03:26+00:00","dateModified":"2025-01-23T20:46:57+00:00","author":{"@id":"https:\/\/teamdeck.io\/#\/schema\/person\/1073b38fa48e5b06f16eba3840da6f5e"},"description":"Estimating software projects is usually very tricky. Here\u2019s how to create meaningful estimates using Agile methodology, Planning Poker and Story Points.","breadcrumb":{"@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/"]}]},{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#primaryimage","url":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg","contentUrl":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/07\/17161904\/How-to-Estimate-Projects-with-Planning-Poker-and-Story-Points.jpeg","width":1470,"height":981,"caption":"Estimate Projects with Planning Poker and Story Points"},{"@type":"BreadcrumbList","@id":"https:\/\/teamdeck.io\/project-management\/how-to-estimate-projects\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/teamdeck.io\/"},{"@type":"ListItem","position":2,"name":"Planning Poker Estimation Technique and Story Points"}]},{"@type":"WebSite","@id":"https:\/\/teamdeck.io\/#website","url":"https:\/\/teamdeck.io\/","name":"Teamdeck","description":"resource scheduling + time tracking + leave management","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/teamdeck.io\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"it-IT"},{"@type":"Person","@id":"https:\/\/teamdeck.io\/#\/schema\/person\/1073b38fa48e5b06f16eba3840da6f5e","name":"Pawe\u0142 Ha\u0142abuda","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/teamdeck.io\/#\/schema\/person\/image\/","url":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/25113657\/s38W_LT-150x150.jpg","contentUrl":"https:\/\/cdn.teamdeck.io\/uploads\/website\/2017\/09\/25113657\/s38W_LT-150x150.jpg","caption":"Pawe\u0142 Ha\u0142abuda"}}]}},"_links":{"self":[{"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/posts\/2825","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/comments?post=2825"}],"version-history":[{"count":33,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/posts\/2825\/revisions"}],"predecessor-version":[{"id":13658,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/posts\/2825\/revisions\/13658"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/media\/8515"}],"wp:attachment":[{"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/media?parent=2825"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/categories?post=2825"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/teamdeck.io\/it\/wp-json\/wp\/v2\/tags?post=2825"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}