Tre preventivi diversi: agenzia, freelance e software house — cos'è una software house e quando conviene?

Prima di decidere, valuta tre punti: 1) Rischio di errore economico: se il sistema sbaglia a calcolare misure o prezzi, chi copre il danno? 2) Scalabilità: questo portale tra 2 anni diventerà il gestionale centrale della tua produzione? 3) Indipendenza: se cambi fornitore, ti resterà una documentazione tecnica chiara e comprensibile per un'altra azienda? Se questi punti sono cruciali per te, la software house è la scelta obbligata.

Due anni fa abbiamo pagato 4.000 EUR a un freelancer per uno strumento di calcolo simile. Il sistema funzionava, ma poi il ragazzo che lo sviluppava è passato full-time in un'azienda strutturata e ha mollato il progetto. Non essendoci documentazione, nessuno è riuscito a fare nemmeno un banale aggiornamento fiscale nel codice. Alla fine siamo stati costretti a spendere 11.000 EUR per farlo riscrivere da zero a una software house; il budget iniziale è andato totalmente sprecato.

I preventivi delle software house strutturate non sono sempre sinonimo di ingegneria impeccabile. Ci sono un sacco di aziende che ti fatturano 13.500 EUR e poi, finita la fase di analisi, passano il vero lavoro di sviluppo a stagisti o a collaboratori esterni a basso costo. Mettete nero su bianco nel contratto quale sarà l'effettiva seniority degli ingegneri che svilupperanno il progetto e con chi farete i meeting di sprint.

le agenzie sono bravissime per i lavori di facciata ma quando si tratta di database e formule complesse quasi sempre cercano di cavarsela rattoppando plugin. onestamente e il freelancer lavorando da solo se si ammala o è pieno di lavoro rischia di sparire nel nulla. se il budget ve lo permette la software house vi fa dormire sonni tranquilli.

La software house che vi ha fatto il preventivo quanto chiede mensilmente di canone SLA per il supporto e la manutenzione post go-live? Di solito queste realtà propongono un contratto di manutenzione mensile dopo la consegna; nel pianificare il budget avete tenuto conto anche di questi potenziali costi operativi oltre a quello di sviluppo iniziale?

Noi inizialmente avevamo fatto sviluppare il portale per la logistica alla nostra agenzia di design. L'interfaccia era stupenda ma appena 15 utenti confermavano ordini in contemporanea il database andava in blocco. Il motivo? L'agenzia l'aveva impostato con la logica di un semplice e-commerce. Alla fine ci siamo affidati a una software house per rifare l'intera architettura da zero, ed è stato l'unico modo per risolvere.

quando si stipula un accordo con una software house, la proprietà del codice sorgente passa direttamente a noi? se in futuro smettessimo di lavorare con loro, potremmo trasferire il progetto a un'altra azienda e continuare lo sviluppo?

La questione della proprietà del codice sorgente va chiarita subito. Nel contratto deve essere specificato che l'accesso al repository e la proprietà intellettuale vengono trasferiti alla vostra azienda senza condizioni. Qualunque fornitore scegliate, non effettuate pagamenti consistenti oltre all'acconto senza un verbale formale di consegna del codice.

Concordo pienamente. Il vero problema non è il numero, ma su cosa si basa quel numero.

Grazie per averlo scritto, è proprio così. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Se cerchi di cambiare tutto insieme, niente si stabilizza. Lascio una nota, potrebbe servire.

Non trascurare nulla: L'errore commesso da cos'è una software house è generalmente reversibile ma costoso.

Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

La risposta sopra ha colto l'essenza della questione. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Cercare di farlo da soli è la strada più costosa. Lascio una nota, potrebbe servire.

Sono d'accordo.

Nel nostro caso è andata così. Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione.

Lascio una nota, potrebbe servire.

Sono d'accordo in parte, in parte no. Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Ogni "ci pensiamo dopo" in riunione significa lavoro non preventivato. Naturalmente cambia se la vostra situazione è diversa.

Direi di non avere fretta. Inizia con un piccolo test, non impegnarti subito su tutto.

Sono passato da qui vi racconto. cioè se cerchi di cambiare tutto insieme niente si stabilizza.

È tutto scusate se mi sono dilungato.

Ho lavorato a lungo su questo. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date. Spero che le sia utile.