La Direzione Rischi In Offshore Outsourcing

Si tratta di un fatto ben noto che l'offshore outsourcing (o qualsiasi tipo di outsourcing per questo) porta rischi noti e ignoti. La cosa importante è scoprire se il provider outsourcing offshore è consapevole di questi rischi e ha un piano a uno mitigarlo o eliminare del tutto. In questo post, voglio condividere alcuni dei rischi noti legati alla offshore outsourcing. Un rischio: Requisito Misunderstanding - Molte volte accade che i requisiti vengono scritte in fretta per ottenere il progetto è iniziato il più presto possibile. Questo è bene se il progetto è stato fatto inhouse. Tuttavia, se viene esternalizzata, diventa un rischio. Se le specifiche non sono scritti correttamente o sono dettagli incompleti o abbastanza non sono forniti, il progetto avrà problemi su vari fronti come Project intesa - che cosa deve essere fatto e consegnato, Progettazione - mettendo insieme date certe per la consegna, Cambia Controlli - un sacco di controllo delle modifiche saranno generati in seguito nel ciclo di vita del progetto, che potrebbe ovviamente ritardare il progetto, così come aumentare il costo. Per lo studio condotto dal Software Engineering Institute, non abbastanza comprensione e la chiarezza intorno alle esigenze del cliente è uno dei principali motivi sul perché progetti software falliscono o arrivare in ritardo. Al fine di mitigare questo rischio, assicurarsi che il vostro provider ha attraversato il requisito comprensione fase prima di avviare la fase di codifica. Il requisito comprensione fase dovrebbe avere vari cicli di discussione con tutte le parti coinvolte di comprendere appieno e documentano i loro requisiti nei software Specification Documenti. Questa fase è indipendente dalla tecnologia scelta per il progetto. Il fornitore deve anche preparare il HTML mock-up, che è un ottimo modo per catturare il flusso applicativo. Queste mock-up dovrebbero riutilizzati durante la fase di codifica per l'incorporamento le chiamate di metodo di applicazione. Requisiti Sviluppo: La fase di esigenze di sviluppo è di circa raccogliendo le esigenze del cliente e tradurre in requisiti specificazione di ciò che il sistema deve fare. Requisiti Sviluppo si compone di tre attività legate: 1. Raccolta delle esigenze degli utenti, che si realizza intervistando gli utenti potenziali circa il sistema che vogliono, costruendo i prototipi interattivi, scrivendo i documenti Requisito della specifica. 2. Requisiti Analizzare, che è su come determinare l'accettabilità, implementano capacità, e verificabilità. 3. Requisiti Ispezione, che si realizza attraverso la discussione il requisito proposto in dettaglio. L'obiettivo è quello di individuare i problemi e gli errori relativi ai requisiti ambiguità o discrepanze. Il risultato finale di questa fase è un documento che dovrebbe ottenere congiuntamente esaminato e firmato fuori requirments dettagliati. Project manager della vostra azienda o contatto designato dovrà esaminare lo stato di eventuali deliverable così come qualsiasi test fatto, ed essere disponibili per comunicare frequentemente con il project manager del fornitore. La maggior parte dei problemi si verificano progetto di comunicazione infrequente o poveri tra l'azienda di outsourcing, e il venditore. Ma la "nessuna notizia è una buona notizia" l'approccio è raramente vero; infatti, spesso accade il contrario. Uno dei modi più semplici per ridurre questo rischio, e per la cattura dei problemi nella fase iniziale, è quello di avviare la comunicazione frequenti, con orari regolari previste per le revisioni dei progetti. Possono causare differenze nella metodologia di sviluppo, se una ditta preferisce un approccio RUP con specifiche impegnative, mentre un'altra azienda preferisce metodologie agili. Un'azienda può avere uno strumento preferito in atto per il controllo del codice sorgente, o per standard di codifica, o per il test build. Questi problemi possono spesso essere risolti comunicando la ragione di ogni approccio, e quindi la scelta di una metodologia coerente. Più di frequente, si chiederà il team offshore di adottare le vostre metodologie in-house, ma si può essere sorpresi di scoprire che essi hanno metodologie e strumenti che pari vostro, soprattutto se hanno una significativa esperienza in una tecnologia. È qui che il lavoro di squadra, e la comunicazione tra il progetto di sviluppo e team manager è fondamentale. Relativi a metodologie stanno valutando come la ditta viene affidata a gestisce improvvise richieste di grandi volumi o consegna rapida. Controllare su come flessibile e scalabile, il fornitore è, e se dispone di procedure per l'assunzione di personale supplementare, come richiesto per i grandi progetti. Questo include avere sufficiente personale di gestione del progetto in atto per garantire un adeguato monitoraggio e la comunicazione con la vostra azienda. Chiedete loro: «Che cosa è il più piccolo progetto che avete lavorato su Il più grande progetto?" per aiutare a determinare se possono scalare per soddisfare le vostre esigenze. Potrai anche voler controllare i riferimenti per i progetti che sono simili ai tuoi Hotel  .;