È possibile esternalizzare il design in modo corretto? [chiuso]

Question

È possibile esternalizzare il design in modo corretto? [chiuso]

#1 da (3 voti)
#2 da (1 voti)

-2

Lavoro in un'azienda che sta attraversando un processo di ridimensionamento. Si presume che molti lavori di "lasciar andare" gli sviluppatori saranno eventualmente esternalizzati. Alcuni di questi programmatori avevano un design da fare.

È possibile esternalizzare correttamente sia il design che la creazione / codifica? Ritengo che esternalizzando il design, perdiamo ogni capacità interna di "possedere" realmente il codice. Sarà molto difficile da mantenere. Inoltre, avremo difficoltà a garantire uno sviluppo adeguato.

Come posso risolvere questi problemi?

design outsourcing

posta Eric 11.09.2012 - 05:58

fonte

2 risposte

Leggi altre domande sui tag design outsourcing

Quando le storie degli utenti dovrebbero essere combinate e separate? [chiuso] Quali algoritmi di ordinamento presentano una complessità del caso peggiore diversa rispetto al caso medio? [chiuso]

score 3 · Answer 1

Is it possible to outsource both design and creation/coding properly?

Certo che lo è. Ci sono molte, molte aziende il cui modello di business dipende da questo.

I feel that by outsourcing design, we lose any in-house capability of really "owning" the code. It will be very difficult to maintain.

Questo può o meno risultare vero, a seconda del rapporto tra la tua azienda e chiunque impieghi per fare il lavoro. Ti aspetti di assumere degli appaltatori per entrare e lavorare con il tuo team sui progetti? Oppure invierà una descrizione di un problema e un elenco di requisiti a qualche azienda e prevedi di recuperare un prodotto finito?

La decisione di fare meno sviluppo in casa è già stata fatta, quindi supponiamo che la gente che prende le decisioni sia disposta a vivere con meno controllo totale e conoscenza dello sviluppo del software che fai.

score 1 · Answer 2

Riguardo alla manutenzione, l'outsourcing non è fondamentalmente diverso dal turn over dei dipendenti: in entrambi i casi, hai qualcuno che lavora su un programma che non hanno né scritto né progettato, e che probabilmente succederà prima o poi.

Detto questo, finché hai alcuni sviluppatori interni, è probabilmente meglio farli lavorare sul progetto, anche se il loro ruolo è limitato. In questo modo puoi andare a terra quando è il momento della mano libera (e il tuo sviluppatore interno probabilmente ha una comprensione migliore del tuo dominio).