Domanda e rischio di gamma: obiettivi vaghi, cambiamento disordinato
Il metodo di controllo è quello di stabilire obiettivi operativi, confini, prototipi e condizioni di accettazione, e di stabilire un manager di domanda unificato.
Il primo scopo dovrebbe dare priorità alla chiusura dei processi di base e lasciare spazio per feedback e modifiche.
Rischio di progresso: dipendenza da unidentified, esposizione di problemi troppo tardi
Il piano di progetto include non solo attività di sviluppo, ma anche affidamento sulla preparazione dei dati, interfacce di terze parti, conferma aziendale, ambiente di prova e approvazione on-line.
Le pietre miliari dovrebbero essere risultati operativi e valutabili piuttosto che un vago “percentuale di completamento”.
Qualità e rischio tecnico: focalizzarsi solo sul completamento funzionale
Il progetto deve essere dotato di valutazione del codice, test automatizzati, validazione delle prestazioni, controlli di sicurezza ed esercizi online.
I problemi di produzione devono essere supportati anche da monitoraggio, log, backup e meccanismi di rollback.
Comunicazione e rischio di squadra: le informazioni sono nelle mani di pochi
Le parti dovrebbero identificare i decisori, i responsabili del progetto e le interfacce trasversali, sincronizzare regolarmente i progressi, i rischi e le questioni in sospeso.
Quando le persone cambiano, i codici, i documenti e i record decisionali possono ridurre la perdita di conoscenza.
Rischio di accesso e trasporto: mancanza di continuità dopo la consegna
L'azienda dovrebbe anche ottenere codici, conti, documenti e trasferimento di conoscenze necessarie.
Il registro dei rischi, nell'ambito della gestione settimanale del progetto, tiene traccia delle probabilità, degli impatti, delle misure e delle persone responsabili, che possono migliorare significativamente la certezza della consegna.
Il rischio di outsourcing software viene cambiato 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 impostare una buona velocità di risparmio, ma per invertire i dati.
Fase 2: Chiarifica la chiusura iniziale e l'inazione
La prima fase mira a mantenere una catena in esecuzione e risonabile piuttosto che a impilare la gestione del rischio di progetto, la qualità della consegna del software, il controllo del progetto outsourcing 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 valutare l'impatto su cicli, costi e test, senza fare un impegno orale per sostituire il record di cambiamento. La dimostrazione del fornitore dovrebbe utilizzare un campione confermato da entrambe le parti; dati di produzione non sensibili che non possono essere resi pubblici disponibili, ma non possono essere sostituiti da dati idealizzati.
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 dichiarato come “sei settimane in linea, con una riduzione media del 25 per cento nel tempo, e un tasso di ritorno non superiore alla base originale, data la complessità del compito.” Questo set dimostra solo il metodo di misura, e non rappresenta alcun risultato cliente; gli indicatori formali devono essere identificati dalla propria impresa.
- 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
- La gestione del rischio è trasversale nella domanda, nella ricerca e nello sviluppo, online e business
- Risultati a breve ciclo per esporre i problemi presto
- Le conoscenze chiave, i numeri di conto e le consegne non possono essere tenute nelle sole mani degli individui.
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.