Limitare la copertura funzionale con gli obiettivi operativi
I progetti dovrebbero identificare le costituzioni, i problemi fondamentali e gli indicatori di successo. Ogni richiesta dovrebbe essere in grado di dimostrare il suo contributo all’obiettivo, altrimenti è facile aggiungere la funzione “da-the-scenes” alla discussione.
Per la prima fase, viene data priorità per coprire il processo di nucleo completo piuttosto che al gran numero di funzioni marginali.
Stabilire una linea di base comune di comprensione delle esigenze
I file, i diagrammi di flusso, i prototipi, le regole di campo e le condizioni di accettazione costituiscono insieme le linee di base.
La linea di base non richiede che tutti i dettagli rimangano invariati, ma piuttosto che entrambe le parti sappiano qual è la versione attualmente confermata.
Rilevamento anticipato delle deviazioni attraverso dimostrazioni a corto ciclo
I risultati delle prestazioni sono dimostrati ogni due settimane per consentire al personale operativo di fornire feedback in processi reali, più efficaci dell'accettazione centralizzata alla fine del progetto.
I primi feedback possono correggere le deviazioni nella comprensione e aiutare le imprese a riformulare le loro esigenze.
Mostra l'effetto completo di ogni cambiamento.
La richiesta di cambiamento deve indicare le ragioni, la portata e la priorità, e il team di progetto dovrebbe valutare l'impatto sulla progettazione, i dati, l'interfaccia, i test, la periodicità e il budget, e decidere se accettare, sostituire o estendere.
Le modifiche dei record possono proteggere entrambe le parti e permettere alla gestione di capire perché si verificano aggiustamenti ai progetti.
- I requisiti supplementari potrebbero sostituire le esigenze di bassa priorità del carico di lavoro equivalente
- Grandi cambiamenti per riconfermare pietre miliari e costi
- Le non-essentials sono nella lista per le versioni successive.
Cambiare la gestione del software 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 la quantità di attività normali, insolite e di confine che sono attualmente in fase di esecuzione, 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 ritratta, piuttosto che impilare fuori gestione del progetto outsourced, cambiamento della domanda, campo di applicazione del progetto software 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 record di cambiamento.
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 la linea è stata alzata, con una media del 25 per cento in meno rispetto alla linea base originale, data il grado di complessità del compito.” Questo set dimostra solo il metodo di misura e non rappresenta i risultati di un cliente; gli indicatori formali devono essere identificati dal campione sulla base del compito.
- 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
- Controllare la prima fase con obiettivi e processi di base
- Baseline di documentazione, prototipi e requisiti di accettazione
- Il cambiamento deve valutare l'impatto sul tempo, sui costi e sulla qualità
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.