Project Health Check: il tuo progetto software è in difficoltà?
Rispondi a 30 brevi domande su tempistiche, budget, team, codice, comunicazione, requisiti e di chi è l'accesso. In cinque minuti ottieni un verdetto verde, giallo o rosso, un punteggio per ogni area e un piano d'azione di 14 giorni.
Gratuito · 5 minuti · senza registrazione · le tue risposte non vengono conservate
Non è un audit di alcun fornitore. Questa è un’autovalutazione basata sulle tue risposte. Non è un audit né una valutazione di uno specifico fornitore, team o persona. Non chiediamo, non raccogliamo e non conserviamo il nome del tuo fornitore.
Project Health Check — il tuo progetto software è in difficoltà?
Cosa verifichiamo
Sei aree che determinano se un progetto software si conclude bene. Ognuna ha quattro o cinque domande sui fatti — su cosa succede, non su come ti senti. Più una verifica separata su accesso e proprietà: non fa parte del punteggio, ma può impedire a un progetto di essere verde.
Tempistiche
Se i rilasci arrivano alle date concordate e se puoi vedere software funzionante.
Esempio: Di quanto è in ritardo il prossimo rilascio o la prossima milestone rispetto al piano concordato?Budget
Se la spesa corrisponde ai progressi che hai collaudato e se il costo per completare è noto.
Esempio: Rispetto al piano, quanto hai speso in più per i progressi ottenuti?Team
Turnover, rischio legato a persone chiave, capacità reale ed esperienza sulle parti più difficili.
Esempio: Quante persone chiave hanno lasciato il progetto o sono state sostituite negli ultimi 3 mesi?Codice e debito tecnico
Chi controlla il codice, come viene compilato, testato e rilasciato, e se qualcuno ci ha mai guardato dentro.
Esempio: La tua azienda controlla il repository del codice sorgente?Comunicazione
Quanto spesso vedi i progressi, quanto presto vieni a sapere dei problemi e se i report corrispondono alla realtà.
Esempio: Quanto spesso ricevi un report di avanzamento o una demo?Prodotto e requisiti
Requisiti scritti, stabilità del perimetro, un decisore dalla tua parte e un obiettivo misurabile.
Esempio: I requisiti e i criteri di collaudo sono scritti e aggiornati?Accesso e proprietà
Di chi sono il dominio, i server, gli account dello store e dei servizi, la proprietà intellettuale del codice e i collaudi delle milestone.
Esempio: a nome di chi sono il dominio, l'hosting e gli account cloud?
Come funziona il punteggio
Un punteggio per ogni area
Ogni risposta vale da 0 a 3 punti di rischio, e le domande più importanti pesano di più. Ogni area riceve un punteggio da 0 a 100; il totale è una media ponderata delle sei aree. Da 75 in su è verde, 50–74 giallo, sotto 50 rosso.
Un disastro non si annulla con la media
Una media può nascondere una singola catastrofe, per questo si applicano delle salvaguardie aggiuntive: nessun accesso al codice, nulla di funzionante da vedere, pagamenti molto in anticipo rispetto al lavoro collaudato o nessun aggiornamento per settimane sono segnali critici. Un segnale critico o un’area molto debole impediscono al progetto di essere verde; due dell’uno o dell’altro lo rendono rosso. I segnali critici su accesso e proprietà funzionano allo stesso modo: per esempio, il dominio e l'hosting non sono tuoi, oppure il fornitore mantiene la proprietà intellettuale del codice.
“Non lo so” è una risposta
Non sapere viene contato come rischio medio, non come “tutto bene”. Se non conosci la metà di un’area, viene segnata come “dati insufficienti” e il progetto non può essere verde. Con meno di quattro aree compilate non diamo alcun verdetto.
Cosa fare se il risultato è rosso
- Metti al sicuro l’accesso a codice e hosting. Diritti di amministratore, per iscritto, questa settimana — qualunque cosa accada dopo.
- Chiedi una demo della build funzionante. Su schermo condiviso entro cinque giorni lavorativi.
- Sospendi gli anticipi. Paga solo le milestone collaudate secondo criteri scritti.
- Ottieni una revisione indipendente. Richiede pochi giorni e rende la scelta — recuperare, ristrutturare o cambiare team — basata sui fatti.
Possiamo risolverlo per te: revisione del codice e modernizzazione, ingegneri senior per rafforzare il tuo team oppure un team dedicato che prende in carico il progetto.
Approfondisci: come pianificare un progetto software, perché le stime sbagliano e i campanelli d’allarme in un contratto di sviluppo.
FAQ
Cosa misura il Project Health Check?
Sei aree che determinano se un progetto software si conclude bene: tempistiche, budget, team, codice e debito tecnico, comunicazione, prodotto e requisiti, più una verifica separata su accesso e proprietà. Rispondi a 30 domande sui fatti e ottieni un punteggio per area, un verdetto complessivo verde, giallo o rosso, uno scenario consigliato e un piano d'azione di 14 giorni.
È un audit o un giudizio sul mio fornitore?
No. Questa è un’autovalutazione basata sulle tue risposte. Non è un audit né una valutazione di uno specifico fornitore, team o persona. Non chiediamo, non raccogliamo e non conserviamo il nome del tuo fornitore.
Le mie risposte vengono conservate o condivise?
No. Il punteggio viene calcolato nel tuo browser e le risposte restano solo in questa scheda finché non la chiudi. Se richiedi il piano completo, la richiesta contiene solo i codici delle tue risposte e il risultato, più i dati di contatto che inserisci.
Come viene calcolato il punteggio e chi ha deciso i pesi?
Ogni risposta aggiunge da 0 a 3 punti di rischio, ponderati in base all’importanza della domanda; ogni area riceve 0–100 e il totale è una media ponderata. Le salvaguardie impediscono che un singolo problema critico venga annullato dalla media. Pesi e soglie sono una proposta di lavoro basata sulla nostra esperienza di delivery e vengono calibrati su progetti reali.
Il mio risultato è rosso — cosa devo fare per prima cosa?
Metti al sicuro l’accesso da amministratore a codice e hosting, chiedi una demo dal vivo della build funzionante entro cinque giorni e sospendi gli anticipi finché la prossima milestone non è collaudata. Poi ottieni una revisione indipendente e decidi: proseguire con un piano di recupero, ristrutturare o passare a un altro team.
Posso usarlo per un team interno?
Sì. Scegli “Il nostro team interno” nel passo del contesto: le domande che hanno senso solo con un fornitore esterno — pagamenti in anticipo rispetto al lavoro collaudato, richieste di modifica, accesso al codice, report rispetto alla realtà — vengono nascoste e non conteggiate.
Chi dovrebbe compilarlo — il titolare o il project manager?
Idealmente entrambi, separatamente. Dove titolare e project manager rispondono in modo diverso, quella differenza è già di per sé un’evidenza.
YuSMP può prendere in carico o salvare un progetto?
Sì. Si parte da una revisione indipendente del codice, del piano e del perimetro rimanente; se serve, firmiamo prima il tuo NDA. Dopo decidi tu se recuperare il progetto con il team attuale, ristrutturarlo o passarlo a un altro team.
Perché accesso e proprietà vengono verificati separatamente?
Perché determinano se puoi cambiare rotta. Se il dominio, l'hosting, gli account dello store o la proprietà intellettuale del codice restano al fornitore, cambiare team è lento e rischioso, per quanto buono sia il resto. L'accesso non fa parte del punteggio, ma un segnale critico (per esempio, nessun accesso all'hosting o nessuna assegnazione della proprietà intellettuale nel contratto) impedisce al progetto di essere verde, e due lo rendono rosso.
Cosa contiene il piano d'azione di 14 giorni?
Cosa fare domani (di solito accesso, denaro e una build funzionante), cosa fare nella prima settimana (le risposte che abbassano il punteggio e, se serve, una revisione del codice) e cosa fare nella seconda settimana (recuperare l'area più debole), con un punto di decisione al giorno 14. Vedi il piano a schermo e lo ricevi come PDF via e-mail.
Cinque minuti ora possono farti risparmiare mesi dopo
30 domande, senza registrazione, le tue risposte restano nel tuo browser.
Strumenti e guide correlati
- Quote ReviewVerifica un preventivo di sviluppo o una richiesta di modifica prima di firmare.
- Calcolatore del costo di progettoUna forbice di costo per il perimetro rimanente in base al tipo di progetto.
- Team vs OutsourceConfronta un team interno con un fornitore esterno sul tuo orizzonte temporale.
- Spec GeneratorTrasforma il perimetro in una specifica strutturata.
- Piano di progetto softwareMilestone, rischi e gli errori che fanno slittare i progetti.
- Guida al contratto di sviluppoCollaudo, cessione dei diritti e campanelli d’allarme da verificare.
- Fractional CTOLeadership tecnica senior e due diligence quando ti servono.
Autovalutazione, non un audit. Non costituisce consulenza legale o finanziaria. Prezzi · Modernizzazione del software · Staff augmentation · Team dedicati