make-or-buy (3)

Concludo, con gli ultimi fattori che ho considerato: personalizzazioni, rischi, esperienza, vantaggi strategici.

Parte 3

Fattore

TO BUY

TO MAKE

Personalizzazioni	E’ disponibile il codice sorgente? Che tipo di documentazione viene rilasciata?	Quanto è produttivo e vantaggioso in una visione globale, realizzare tutte le personalizzazioni richieste dai key-users?
Rischi	Storia e stabilità economica/finanziaria del fornitore? Disponibilità a condivisione del rischio di progetto?	Valutare rischi sulla data di consegna del prodotto, sulla reale aderenza alle specifiche, sui reali costi
Esperienza	Maturità del prodotto? Base installata?	Competenze
Vantaggi strategici	Il fornitore partner si configura come un partner in grado di aggiungere valore?	Quali specifiche flessibilità si ottengono rispetto all’acquisto?

make-or-buy (2)

Continuo con la presentazione dei miei appunti relativi al dilemma "acquistare-o-far-da-sè?", prendendo in esame altri cinque fattori:
Addestramento utenti, Manutenzione, Costi, adesione a specifiche aziendali, Supporto.

Parte 2

Fattore

TO BUY

TO MAKE

Addestramento utenti	Impatto notevole sia per durata che per efficacia.	Progressivo con i rilasci.
Manutenzione correttiva ed evolutiva dell’applicazione	Per tutto il ciclo di vita del prodotto rimane su valori significativi. Le evoluzioni decise dal fornitore diventano patrimonio standard, ma quelle considerate “customer” sono a carico del cliente.	Dopo lo sviluppo il team di lavoro rappresenta un eccesso di risorse (parte del tempo lavorativo viene impiegata per la manutenzione e supporto).
Costi	Caratterizzati da licenze d’uso, manutenzione, consulenze per realizzazione delle gap.	Caratterizzati dal costo del personale.
Adesione a specifiche aziendali	C’è un prodotto con una buona aderenza?. Valutare quantità e profondità delle personalizzazioni.	Ci sono le competenze tecnico-aziendali?
Supporto	Da considerare come parte integrante degli SLA da sottoscrivere: valutare costo in rapporto allo sviluppo, lingua, organizzazione, copertura	Può essere problematico distinguere e pianificare fra risorse adibite allo sviluppo e supporto.

make-or-buy (1)

The ‘make-or-buy’ dilemma...

Fare la scelta fra produrre in-casa o usare un fornitore esterno.

Progongo qui, una "Matrice della decisione".

Poichè i fattori considerati sono molti li elencherò divisi in tre parti.

La tabella, lungi dall'essere esaustiva, contiene soprattutto le considerazioni che mi sono appuntato col trascorrere del tempo.

Comincio considerando i seguenti fattori: dipendenza, formazione, tempi di sviluppo, impatto organizzativo, funzionalità.

Parte 1

Fattore

TO BUY

TO MAKE

		Dipendenza	Forte dipendenza dal fornitore, salvo che per quei prodotti di grande diffusione dove le figure di produttore e implementatore sono distinte.	Forte dipendenza dal personale interno (necessario creare ridondanze nei ruoli chiave, distribuire la conoscenza; adottare metodologie standard nel gruppo di lavoro).
		Formazione tecnica	Non necessaria o non strategica	Urgente e fondamentale.
		Tempi di sviluppo	Medio-brevi (da 1 a 2 anni)	Medio-lunghi (da 3 a 5 anni)
		Impatto organizzativo	Notevole.	Progressivo.
		Funzionalità dell’applicazione	Si ereditano tutte quelle sviluppate nel pacchetto inclusi gli aggiornamenti futuri. Parte delle quali sono però inutili e complicano l’uso del prodotto.	Tagliate su misura. Possibili Difficoltà a individuare gli elementi fondamentali (non abitudine ad analisi approfondite e complete cioè a fornire definizioni stabili e prive di ambiguità degli input, degli output e delle regole e/o modalità di elaborazione).