Home / FAQs / Contratti, pagamenti, modifiche e consegna dei progetti
QUESTION & ANSWER

Il progetto software è stato rinviato. Che cosa dovremmo fare con la A?

Smettere di chiedere solo la percentuale di completamento, e chiedere al team di fornire un elenco di risultati operativi, rimanenti posti di lavoro, rischi e dipendenza. Distinguere tra maggiore portata, collaborazione clienti, problemi tecnici, o la gestione dei fornitori porta a ritardi.

Rispondi alla domanda.

In primo luogo, dare conclusioni che possono essere utilizzate per il processo decisionale

Il primo obiettivo dell'estensione è quello di ripristinare lo stato reale, non di richiedere una nuova data ottimistica. I responsabili del progetto dovrebbero controllare il codice attuale, i processi che sono effettivamente disponibili, il numero di carenze, le interfacce e la disponibilità dei dati, e quali impegni non sono supportati.

DECISION FACTORS

Quali condizioni devono essere identificate prima che il giudizio sia fatto?

La stessa domanda può avere risposte diverse in diverse fasi di business, dati e progetti, e si suggerisce che le seguenti condizioni siano controllate e che i risultati comuni sul web siano incorporati nei propri progetti.

Se la versione attuale è operativa e in quale misura il processo di base è completoEstensioni dovute a finalità, risorse, tecnologia, clienti o terziCosti di recupero per continuare la squadra originale e il costo di prendere il controllo del team di sostituzioneSe la finestra business go-live può essere regolata o meno e quale intervallo può essere ripristinato
ACTION STEPS

Ordine consigliato di anticipo

01

Prima di tutto, saremo chiari sul bersaglio e sul confine.

Controllo sanitario e delle versioni di asset e domanda a breve termine.

02

Validazione della dipendenza chiave

Rivaluta il lavoro rimanente con la dimostrazione reale e lo stato del codice.

03

Sviluppo dei risultati valutabili

Si sviluppa un piano di recupero di due o quattro settimane, con frequenti nodi di accettazione.

04

Assicurati di decidere il prossimo passo con i risultati reali.

Avviare una diagnosi indipendente o prendere il controllo dal fornitore quando il nodo non è raggiunto in modo continuo.

PRACTICAL EXAMPLE

Come lo capisci nel vero affare?

Esempio usato per illustrare il metodo di giudizio

Il team sostiene che il progetto era completo dell'80%, ma solo se la pagina è mostrata e il pagamento, la rilocalizzazione e la distribuzione non sono convalidati. L'azienda ha ridotto il periodo iniziale ad un elenco chiuso e a un loop di query, che richiede la consegna settimanale di una versione di run-off, preservando i privilegi di magazzino e server, per valutare se il progetto è veramente recuperabile.

COMMON RISKS

Il pozzo più semplice da fare.

Aumento continuato dei pagamenti in cambio degli impegni orali, senza ulteriori accettazioni

E mentre si richiede lavoro, cambiando le priorità.

Abbiamo deciso di cambiare la squadra e scoprire il codice e l'account cloud non erano nelle mani dell'azienda.

ACCEPTANCE

Come dovremmo finire per ricevere e confermare?

Il piano di recupero dovrebbe fornire una versione base, campo residuo, persone responsabili, rischi, dimostrazioni e nodi di prova.

In primo luogo, gli elementi sconosciuti sono chiaramente marcati, e poi la decisione è fatta per usare la diagnostica, PoC, progetti a banda fissa o la ricerca e lo sviluppo in corso, che è solitamente più affidabile di una domanda diretta per un prezzo e una durata senza frontiere.

Le condizioni del progetto sono diverse dagli esempi sopra indicati?

Gli obiettivi operativi, i sistemi esistenti, il tempo di campionamento e di programmazione potrebbero essere raccolti prima che i consulenti possano fare giudizi preliminari in relazione ai confini effettivi.

Consulenti di progetto associati