Meglio affidarsi a una software house o a un consulente? Qual è la differenza concreta?

Se all'interno dell'azienda non avete competenze informatiche, non sedetevi direttamente al tavolo con i fornitori. Procedete con un piano preciso: 1) definite prima il perimetro con il consulente, 2) chiedete un'offerta ad almeno tre software house sulla base del capitolato, 3) fate inserire nel contratto i criteri di collaudo e le penali solo con l'approvazione del consulente.

L'anno scorso per la logistica ci siamo affidati direttamente a un'agenzia con un budget di 400.000 TL. Avevamo scritto noi le specifiche a parole nostre. Ci avevano promesso 5 mesi, ne sono serviti 14 e tra modifiche e costi extra il conto finale ha toccato le 650.000 TL. La parcella del consulente ci sembrava cara all'inizio, ma col senno di poi abbiamo capito quanto valeva.

Non fidatevi però ciecamente di qualsiasi consulente sul mercato. Alcuni prendono provvigioni sottobanco da determinate software house. Fanno finta di prepararvi una perizia neutrale e poi vi spingono verso l'azienda con cui sono d'accordo, presentandola come l'unica via possibile. Controllate molto bene le referenze.

Il compito principale della software house è impostare l'architettura e scrivere il codice, ma la maggior parte delle aziende fa l'analisi funzionale un po' superficialmente, basandosi solo su ciò che gli raccontate voi. Il consulente, invece, definisce i criteri di accettazione tecnica, dalla normalizzazione dello schema del database fino alla flessibilità dell'architettura delle API. Quando il codice viene consegnato, controlla anche la proprietà del codice sorgente e la documentazione.

abbiamo vissuto lo stesso dlemma anche noi. quando non riesci a spiegare esattamente cosa vuoi, la software house fa comprensibilmente quello che ha capito lei e alla fine ci rimettono entrambe le parti poi se avete budget un consulente è un vero salvagente, vi dimezza il mal di testa.

anche se prendete un consulente scegliete un referente interno che segua la cosa ma cioè altrimenti il consulente scrive report la software house scrive codice ma i dipendenti non usano il sistema, e i soldi vanno cmq buttati.

Le software house con cui state parlando hanno già portato a termine progetti simili di ERP o gestione magazzino nel settore del packaging o della produzione come il vostro? Se hanno esperienza nel settore si può fare anche senza consulente ma se non hanno mai toccato questo settore il percorso sarà parecchio doloroso.

Per riassumere: il consulente traduce ciò che volete nel linguaggio degli sviluppatori e tutela i vostri interessi, la software house scrive il codice e mette in funzione il progetto. Se il budget lo permette, la combinazione di entrambi è la strada più sicura.

correzione: mi ricordavo male il numero, era un po' più basso.

la discussione si è dispersa, la riassumo. nei sistemmi ereditati, la cosa più costosa sono le dipendenze sconosciute.

Avete ragione, sono passato anch'io per la stessa strada. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano. Lascio una nota, potrebbe servire.

Ho vissuto la stessa cosa.

Racconto cosa mi è successo, magari vi è utile. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Lascio una nota, potrebbe servire.

Corretto. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Buon lavoro.

Assolutamente. Se devo aggiungere qualcosa: Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Grazie mille, era la risposta che cercavo.

La discussione si è dispersa, la riassumo. Inizia con un piccolo test, non impegnarti subito su tutto.

Ci proverò.

La strada che sembra economica di solito finisce per costare cara. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Dopo la consegna il sistema continua a vivere; la manutenzione è una voce a parte. Buon lavoro.