Accesso più veloce a squadre professionali
Un progetto software di tipo consegnabile richiede solitamente un prodotto, un design, un front end, un back end, un test e un trasporto di gestione del progetto di mantenimento della pace.
Per la domanda di fase, le imprese non sono tenute a sostenere il costo fisso di tutti i posti di lavoro per il lungo periodo.
Internalizzazione degli sforzi nelle operazioni e nel processo decisionale
Il team interno è meglio informato su clienti, processi e obiettivi aziendali, e dovrebbe concentrarsi sull'orientamento della domanda, sulle regole aziendali e sul processo decisionale chiave. Il team di outsourced è responsabile della produzione, della realizzazione della tecnologia, del test e della distribuzione, che può portare a una divisione professionale del lavoro.
Ciò non significa che l'impresa sia completamente fuori dal progetto, ma piuttosto che passare dalla gestione di ogni dettaglio tecnico alla gestione di obiettivi, obiettivi e risultati.
Ridurre l'incertezza del progetto attraverso la consegna standard
La cooperazione di outsourcing affidabile identificherà l'ambito di applicazione delle esigenze, dei prototipi, dell'architettura, delle pietre miliari, degli standard di accettazione e delle liste di consegna prima dell'avvio e dimostrerà continuamente i progressi e i rischi in implementazione.
Questi meccanismi contribuiscono a ridurre “l’ultimo a scoprire le differenze nella comprensione” e a fornire aspettative più chiare per il budget e i tempi di accesso.
- Revisione delle esigenze, progettazione e versione operativa per fase
- Cambia l'impatto trasparente ed evita un'espansione disordinata
- Consegna del codice sorgente, documentazione, implementazione e formazione sincronizzata
Il miglior valore nello scenario giusto.
Nuovi sistemi di validazione dei prodotti, sistemi di gestione aziendale, sviluppo di piattaforme aziendali, aggiornamenti del sistema legacy e supporto di fase R & S sono di solito adatti per outsourcing.
Il modello più efficace non è semplicemente “scuotere” il compito, ma piuttosto un team congiunto delle due parti con uno scopo comune e responsabilità chiare.
Trasferirsi da risultati di lettura a input di progetto
Il problema più probabile dopo la lettura di articoli metodologici è l'accettazione di principi, che non sono tradotti nel passo successivo. Si propone che il capo delle operazioni organizzi un mini-officina di 60-90 minuti, scegliendo solo un processo reale e non affrettandosi a discutere la piattaforma completa.
Passo 1: Stabilimento di uno stato attuale e base di campione
I dati non vengono utilizzati per registrare l'ammontare delle attività regolari, insolite e di confine che vengono elaborate, il tempo di attesa, il tempo di elaborazione effettivo, il tasso di back-to-work, il contatto manuale, le conseguenze di errore e lo strumento corrente.
Fase 2: Chiarifica la chiusura iniziale e l'inazione
La prima fase è progettata per consentire a una catena di funzionare e di essere ritrattabile, piuttosto che fornire un vantaggio outsourcing, outsourcing IT, sviluppo software personalizzato e ri-incidere nella stessa versione.
Passo 3: Abbina risultati tecnici alle prove di ingegneria
Il progetto di outsourced dovrebbe includere la stessa linea di base in termini di portata, ipotesi, esclusioni, pietre miliari, attribuzione di fonte, modelli di distribuzione e prove di accettazione. Il cambiamento della domanda deve essere valutato per il suo impatto sul ciclo, sui costi e sui test, senza un impegno orale per sostituire il cambiamento di record. La presentazione del fornitore dovrebbe utilizzare un campione confermato da entrambe le parti.
Passo 4: Ricezione, ispezione e disco con lo stesso calibro
Se il processo originale gestisce 600 attività al mese, una media di 20 minuti e un tasso di ritorno del 10 per cento, il bersaglio può essere descritto come “sei settimane dopo l’avvio, con una riduzione del 25 per cento in media, e un tasso di ritorno non superiore alla base originale, data la relativa complessità del compito.” Questo insieme di cifre mostra solo il metodo di misura e non rappresenta alcun risultato cliente; gli indicatori formali devono essere identificati dalla base aziendale.
- Materiale operativo: diagramma di flusso, ruolo, missione campione, problemi attuali e dati di base
- Materiale tecnico: inventario del sistema, interfaccia, accesso dei dati, ambiente di distribuzione e requisiti di sicurezza
- Materiale del progetto: portata di prima fase, esclusioni, matrice di responsabilità, pietre miliari e meccanismi di cambiamento
- Materiale di ricezione e di ispezione: set di prova, record di esecuzione, elenco di carenze, domande di indicatori e documenti di consegna
Quando questi materiali sono identificati congiuntamente da parti operative e tecniche, il metodo nell'articolo è effettivamente inserito nel progetto. Se i dati chiave, l'autorizzazione dell'interfaccia o la persona responsabile non sono in atto, il passo successivo logico è di solito un limitato diagnostico o PoC, piuttosto che un impegno immediato per completare il periodo di lavoro e il prezzo totale fisso.
Metodologia di attuazione per l'azione di progetto
- Outsourcing consente l'acquisizione rapida dell'integrità multiruolo
- Le imprese dovrebbero avere una forte comprensione degli obiettivi aziendali e del processo decisionale chiave
- Cooperazione nella gestione dell'uso delle pietre miliari, degli standard di accettazione e degli elenchi di consegna
Proseguendo per conciliare le questioni comuni nel processo decisionale del progetto
Come si firmano i contratti di outsourcing software e quali termini devono essere concordati?
Il contratto per il software di contratto deve almeno specificare la portata della domanda, le pietre miliari, i pagamenti, l'accettazione, il cambiamento, i diritti di proprietà intellettuale, la riservatezza, la garanzia di qualità e la risoluzione della consegna. L'elenco funzionale non deve solo includere il nome del modulo, ma anche riguardare i requisiti della versione, dell'interfaccia, dei dati e dei requisiti non funzionali.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiChi è la rispettiva proprietà del software di copyright, codice sorgente e diritti di proprietà intellettuale?
Il progetto dovrebbe distinguere tra le informazioni originali del cliente, i risultati personalizzati, i componenti generici del fornitore, il software open source e le licenze commerciali di terze parti. Lo stesso concetto non è vero per la consegna di origine, i diritti di accesso, i diritti di modifica, le registrazioni di copyright e i diritti di ri-licenziamento.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiCome si calcolano i costi e la durata del processo di sviluppo aumentando la domanda?
I requisiti aggiuntivi devono essere documentati e le modifiche specifiche apportate prima della valutazione del prodotto, del design, dello sviluppo, del test, dei dati e dell'impatto. Il tempo di codifica per la nuova pagina non può essere calcolato solo perché la struttura, l'interfaccia e la gamma di regressioni possono cambiare.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiQuali informazioni sono richieste per l'accettazione e l'ispezione del progetto software?
L'obiettivo delle informazioni è quello di dimostrare che il sistema soddisfa gli standard concordati e che il cliente può continuare a operare e a prendere il sopravvento.
Visualizza risposta completaNecessità di ulteriori analisi nel contesto dello stato attuale dell'impresa?
Forniamo consulenza tecnica IT, costruzione di informazioni aziendali, Outlook Progetto Software, progettazione di prodotti, servizi di consegna di R & S e sistemi.