{"id":11433,"date":"2021-06-30T16:04:57","date_gmt":"2021-06-30T14:04:57","guid":{"rendered":"https:\/\/www.software-developer-india.com\/come-valutare-una-stima-dei-costi-del-software-per-persone-non-tecniche\/"},"modified":"2021-07-03T16:36:54","modified_gmt":"2021-07-03T14:36:54","slug":"come-valutare-una-stima-dei-costi-del-software-per-persone-non-tecniche","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/it\/come-valutare-una-stima-dei-costi-del-software-per-persone-non-tecniche\/","title":{"rendered":"Come valutare una stima dei costi del software (per persone non tecniche)"},"content":{"rendered":"\n

Come valutare una stima dei costi del software (per persone non tecniche)<\/h2>\n\n\n\n
\"\"<\/a><\/figure><\/div>\n\n\n\n

\u00c8 piuttosto difficile valutare un progetto software e metterci un prezzo.<\/p>\n\n\n\n

Nell’articolo alcune sfide e come fare per valutare le stime dei costi del software.<\/p>\n\n\n\n

introduzione<\/strong><\/h3>\n\n\n\n

Secondo il rapporto sul caos, spesso citato, circa il 30 percento di tutti i progetti software fallisce. Ci\u00f2 significa che la durata del progetto sta diventando troppo lunga o il budget non viene mantenuto.<\/p>\n\n\n\n

Ecco alcune sfide nei progetti software:<\/p>\n\n\n\n

1) Difficile verificare i requisiti esatti<\/strong><\/h3>\n\n\n\n

Se si desidera costruire una grande casa su misura, il prezzo pu\u00f2 essere fissato solo se ogni parte del lavoro viene valutata correttamente. Fino all’ultima vite, che verr\u00e0 utilizzata.<\/p>\n\n\n\n

L’architetto creer\u00e0 un piano con un piano esatto, in cui l’intera casa viene replicata su carta o spesso al giorno d’oggi come modello 3D. E in questi programmi si pu\u00f2 calcolare quante viti, ecc. saranno necessarie per costruire la casa.<\/p>\n\n\n\n

Con queste informazioni \u00e8 possibile fornire una stima esatta per il progetto di costruzione della casa.<\/p>\n\n\n\n

Ma sappiamo anche: nei progetti di costruzione molto grandi, le stime dei prezzi di solito non sono corrette. E quello che doveva costare 500 milioni di euro, finir\u00e0 per costare 5 miliardi di euro o pi\u00f9. L’aeroporto di Berlino, l’Elbphilharmonie di Amburgo e la stazione ferroviaria principale di Stoccarda, in Germania, sono tre esempi, nella maggior parte dei casi il costo \u00e8 stato ridotto di un miliardo di euro o pi\u00f9.<\/p>\n\n\n\n

Nel caso della stazione ferroviaria principale di Stoccarda, il compenso per l’architetto \u00e8 stato di circa 36 milioni di euro. Anche se l’architetto \u00e8 stato pagato una cifra cos\u00ec alta. La stima dei costi del progetto \u00e8 stata sfalsata di circa 1 miliardo di euro.<\/p>\n\n\n\n

Sfide simili possono essere viste nei progetti software.<\/p>\n\n\n\n

Soprattutto quando sono coinvolte persone non tecniche nella trasmissione dei requisiti per il software o il progetto web. Di solito le descrizioni del progetto saranno solo poche righe all’interno di un’e-mail. Oppure una telefonata in cui viene delineata la soluzione richiesta.<\/p>\n\n\n\n

Alcuni siti web di esempio verranno forniti per riferimento. Non di rado questi siti web di esempio sono stati costruiti in molti anni costando centinaia di migliaia di euro, a volte milioni.<\/p>\n\n\n\n

Ma il budget per l’applicazione web o la soluzione software sar\u00e0 di circa 4’000-40’000 Euro e dovrebbe essere costruito entro 2 mesi, massimo 3 mesi. (Questo \u00e8 il desiderio di solito della persona non IT che chiede il prezzo).<\/p>\n\n\n\n

La realt\u00e0 \u00e8 questa: senza un documento di richiesta dettagliato da parte del cliente, che sar\u00e0 di circa 10-50 pagine e una proposta dettagliata creata dalla societ\u00e0 IT, basata su tale documento richiesto, non \u00e8 possibile determinare un prezzo per il progetto.<\/p>\n\n\n\n

E anche se c’\u00e8 un documento di proposta esatto. Di solito i requisiti cambiano durante il progetto, il che rende questo esercizio di creazione di proposte, che pu\u00f2 richiedere settimane, un compito non necessario.<\/p>\n\n\n\n

2) Modifica dei requisiti durante il progetto<\/strong><\/h3>\n\n\n\n

Non esiste quasi nessun progetto IT, in cui il progetto software inizialmente quotato rimane lo stesso durante il progetto.<\/p>\n\n\n\n

Il motivo \u00e8 che solo una volta che il software inizia a prendere forma, il cliente riconosce che mancano alcune cose importanti, senza le quali il progetto non pu\u00f2 avere successo e il software non aiuterebbe i processi aziendali.<\/p>\n\n\n\n

Ma cosa succede se \u00e8 stato concordato un prezzo fisso? In che modo il fornitore di servizi IT pu\u00f2 consentire modifiche durante il progetto. Questo \u00e8 quasi impossibile, perch\u00e9 in tal caso il fornitore di servizi IT non trarr\u00e0 alcun profitto.<\/p>\n\n\n\n

Dall’altro lato, il cliente insister\u00e0 sul prezzo fisso, dicendo che \u201cPer questo piccolo cambiamento non c’\u00e8 bisogno di cambiare il budget. Questa piccola richiesta di modifica la puoi inserire nel preventivo iniziale\u201d.<\/p>\n\n\n\n

E qui di solito inizia il dilemma. Questa discussione sulle richieste di modifica andr\u00e0 avanti all’infinito. E il progetto si bloccher\u00e0.<\/p>\n\n\n\n

Quindi \u00e8 sempre meglio mantenere fluido il budget del progetto. Dove il cliente paga tanto quanto lo sviluppo del software richiede. -> Naturalmente, questo pu\u00f2 sembrare “un paradiso per l’azienda di software” per il cliente, perch\u00e9 penser\u00e0 che far\u00e0 pi\u00f9 ore del necessario.<\/p>\n\n\n\n

Ma confrontalo con un ristorante. Se ordini una coca cola extra o una bistecca extra, dovresti anche pagare per quella cosa extra. Perch\u00e9 dovrebbe essere diverso nello sviluppo del software? Soprattutto nell’IT, dove le tariffe orarie sono generalmente molto pi\u00f9 elevate.<\/p>\n\n\n\n

3) Difficolt\u00e0 a comprendere le complessit\u00e0 dello sviluppo del software da parte della persona non IT<\/strong><\/h3>\n\n\n\n

Di solito \u00e8 molto difficile capire per una persona non IT comprendere le complessit\u00e0 dello sviluppo del software.<\/p>\n\n\n\n

“Il mio amico ha creato questo sito Web in un giorno e ha molte funzionalit\u00e0, perch\u00e9 hai bisogno, come esperto, di pi\u00f9 di 6 mesi per sviluppare queste funzionalit\u00e0?”<\/i><\/p>\n\n\n\n

Molto probabilmente l’amico ha utilizzato un sistema di gestione dei contenuti come WordPress o Drupal e ha utilizzato alcuni plug-in standard, che di solito offrono molte funzionalit\u00e0. Ma queste non sono soluzioni software personalizzate fatte per l’amico. Questi sono sistemi e plugin utilizzati di solito da migliaia e centinaia di migliaia di persone, con requisiti simili. Non sono soluzioni su misura.<\/p>\n\n\n\n

Ma: la creazione di questi plugin molto probabilmente richiedeva da 2 a 5 o pi\u00f9 sviluppatori a tempo pieno per diversi mesi o addirittura anni. Quindi, anche se l’amico sta usando soluzioni apparentemente semplici. Sono stati creati in uno sviluppo software molto complesso.<\/p>\n\n\n\n

Quindi, nel caso in cui il cliente abbia qualche requisito che pu\u00f2 essere soddisfatto da quei plugin e “soluzioni gi\u00e0 pronte”. Allora \u00e8 meglio usarli. Ma nella maggior parte dei casi, questi sistemi software “pronti all’uso” non sono ci\u00f2 che il cliente richiede.<\/p>\n\n\n\n

Il miglior esempio \u00e8 il motore di ricerca Google. Sul front-end (ci\u00f2 che vede l’utente) c’\u00e8 solo una barra di ricerca e due pulsanti. Quindi una persona non IT direbbe “potrebbe volerci solo una settimana per svilupparlo. C’\u00e8 solo una barra di ricerca e due pulsanti\u201d. In realt\u00e0 ci sono molte funzionalit\u00e0 di backend “nascoste”, che vengono sviluppate da migliaia e migliaia di sviluppatori e che per molti anni.<\/p>\n\n\n\n

A seconda della complessit\u00e0, delle esigenze di scalabilit\u00e0, ecc. del progetto del cliente, lo sviluppo del software potrebbe richiedere pi\u00f9 tempo del previsto.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Possibili soluzioni<\/strong><\/h3>\n\n\n\n

Ci sono alcune soluzioni su come una persona non IT potrebbe affrontare la richiesta al fornitore di servizi IT.<\/p>\n\n\n\n

1) Coinvolgere uno sviluppatore di software<\/strong><\/h3>\n\n\n\n

Idealmente ci sarebbe uno sviluppatore di software interno o un esperto IT, che potrebbe verificare la stima da parte della societ\u00e0 di servizi IT.<\/p>\n\n\n\n

Di solito lo sviluppatore del software consiglia di mantenere flessibile l’ambito del progetto, in modo che le modifiche possano essere adattate.<\/p>\n\n\n\n

Se la stima della societ\u00e0 di software \u00e8 plausibile, lo sviluppatore del software dar\u00e0 il via libera.<\/p>\n\n\n\n

In questo modo, mentre un dipendente interno valuta il progetto, anche la persona non IT sar\u00e0 convinta degli sforzi necessari per lo sviluppo.<\/p>\n\n\n\n

2) Utilizzo di sviluppatori dedicati<\/strong><\/h3>\n\n\n\n

Uno sviluppatore dedicato, \u00e8 uno sviluppatore che viene fornito al cliente a tempo pieno.<\/p>\n\n\n\n

Il vantaggio di questo \u00e8 che lo sviluppatore lavora a stretto contatto con il cliente e anche con il team del cliente. Ci\u00f2 aumenta la trasparenza. E il cliente o il team possono porre domande e ottenere risposte in tempo reale.<\/p>\n\n\n\n

Questo modello funziona in diversi modi:<\/p>\n\n\n\n