Capisci davvero gli affari?
I venditori dovrebbero seguire proattivamente ruoli, processi, dati, anomalie e indicatori di successo, piuttosto che dare immediatamente prezzi totali accurati quando le informazioni sono insufficienti.
Home / Guida alla decisione del progetto / Valutazione del venditore e accettazione
PROJECT DECISION GUIDECome i fornitori di sviluppo software valutano e accettano
Spesso, l'impatto reale sui risultati del progetto non è un quadro, ma la capacità dei fornitori di identificare i confini aziendali, esporre i rischi, fornire risultati accettabili su base continua e lasciare beni che possono essere mantenuti dopo la cooperazione è finita.
Rispondi alla domanda.
Valutazione e accettazione del venditore
Il fornitore di software di valutazione non dovrebbe solo guardare alla pagina di prezzo e presentazione, ma dovrebbe anche controllare la comprensione delle esigenze, le prove di complessità simile, personale chiave, programmi tecnici, la consegna, le condizioni di accettazione e i meccanismi di rischio.
DECISION FACTORS
Elementi chiave da controllare per il processo decisionale
In primo luogo, i confini di restrizione e responsabilità sono identificati, poi le rotte tecniche e le modalità di cooperazione sono confrontate.
Se le prove sono complesse o non
Il caso dovrebbe indicare lo sfondo, l'ambito tecnico, il processo di consegna e il calibro dei risultati, e il caso anonimo dovrebbe anche identificare i confini che potrebbero essere verificati.
Identificazione del personale chiave
Riconciliazione delle responsabilità pre-vendita, prodotto, struttura, sviluppo, test e project management nell'attuazione effettiva.
Controllo e consegna
Oltre al codice sorgente, la posizione e la consegna del magazzino, il numero di conto, i dati, la distribuzione, i servizi e i documenti di terze parti devono essere chiariti.
accettazione e ispezione di fase
Il prototipo, i collegamenti centrali, il pilota e la disponibilità online sono accettati da pietre miliari, corrispondenti nodi di pagamento ai risultati reali.
Meccanismo di prelievo e di acquisizione
I clienti dovrebbero avere accesso continuo ai codici e alle informazioni, e dovrebbero identificare estensioni, carenze, sospensioni e consegne.
Preparazione di raccomandazioni prima della comunicazione o valutazione
Presupposti di progetto e dichiarazione di rischioProve relative alla complessitàPersonale chiave e meccanismi di comunicazioneNumero di conto e attribuzione dei datiAccettazione e pagamentoDeficienze e responsabilità operativa dopo la linea
Percorso consigliato per l'implementazione
Si raccomanda che la lista consolidata della domanda e della consegna sia utilizzata per confrontare i fornitori e convalidare la qualità della collaborazione attraverso una diagnostica limitata, un prototipo o PoC.
DECISION WORKSHEET
Tradurre la valutazione del fornitore e l'accettazione nel processo decisionale esecutivo
I seguenti fogli di lavoro aiutano le imprese ad organizzare un consiglio vago in input basati sul fornitore, all'approvazione interna e ai crediti per progetti.
Capisci davvero gli affari?
I venditori dovrebbero seguire proattivamente ruoli, processi, dati, anomalie e indicatori di successo, piuttosto che dare immediatamente prezzi totali accurati quando le informazioni sono insufficienti.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Se le prove sono complesse o non
Il caso dovrebbe indicare lo sfondo, l'ambito tecnico, il processo di consegna e il calibro dei risultati, e il caso anonimo dovrebbe anche identificare i confini che potrebbero essere verificati.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Identificazione del personale chiave
Riconciliazione delle responsabilità pre-vendita, prodotto, struttura, sviluppo, test e project management nell'attuazione effettiva.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Che cosa dovrebbe contenere un riassunto comparabile delle valutazioni?
Al minimo, sono organizzate le ipotesi di progetto e le dichiarazioni di rischio, le prove relative alla complessità, al personale chiave e ai meccanismi di comunicazione, ai numeri di account di origine e alle attribuizioni di dati, insieme all'indicazione del volume di affari corrente, al tempo medio di elaborazione, alle anomalie principali, ai sistemi in atto, ai privilegi di dati, alla dipendenza di terzi e alle finestre di accesso.
Ad esempio, l'impresa si aspetta che il progetto risparmierà 160 ore di lavoro al mese, ma questa cifra dovrebbe essere suddivisa nel numero di compiti, risparmi di tempo singolo, tassi di adozione e rapporti di revisione manuale. Se solo il 40% degli utenti utilizza il primo periodo, o se il nuovo processo aumenta il processo di revisione, i benefici effettivi saranno significativamente inferiori rispetto alla stima apparente.
Quattro tipi di prove consigliate per interrogare durante la comunicazione del fornitore
La prima è la prova di portata: la coerenza delle versioni della domanda, dei processi aziendali, dei prototipi, delle interfacce e delle esclusioni; la seconda è la prova di ingegneria: se le tecnologie simili hanno strutture accessibili, la gestione del codice, i metodi di collaudo, di distribuzione e di gestione dei problemi; la terza è la prova del personale: se i partecipanti effettivi, le fasi di input, le responsabilità e i meccanismi di sostituzione sono chiari; e la quarta è la prova di consegna: come i codici sorgente, i dati, i dati, i numeri, i numeri di dati, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i mezzi, i documenti, i documenti, i mezzi, i mezzi, i mezzi, i mezzi, i documenti, i documenti, i mezzi, i mezzi, i documenti, i mezzi, i mezzi, i mezzi, i mezzi, i documenti, i mezzi
Si raccomanda di valutare separatamente la chiarezza di portata, l'affidabilità critica, la capacità del team, l'applicazione e l'acquisizione a lungo termine e di registrare la base per ogni punteggio. Se un programma è più economico, l'interfaccia, la migrazione, il test o la responsabilità online è esclusa, allora dovrebbe essere convertito allo stesso calibro di consegna prima del confronto.
Il principio di giudizio
Questa pagina fornisce un quadro decisionale che non costituisce un'offerta fissa o un impegno di prestazione.
FAQ
FAQs
Le questioni più comuni prima della cooperazione sono chiaramente indicate in anticipo.
L'offerta più bassa è più conveniente?+
Se il prezzo basso si basa su interfacce, test, migrazioni o trasporti mancanti, il costo delle modifiche successive e il ritorno al lavoro può essere più elevato.
Possiamo collaborare senza rendere pubblici i grandi casi dei clienti?+
Il nome del cliente non è la base per il giudizio.
Come si può ridurre il rischio di guasto del fornitore?+
Assicurarsi che i codici e i documenti siano continuamente inseriti nel magazzino accessibile al cliente, che le risorse cloud e i conti di terze parti sono tenuti dal cliente, e che le clausole di backup, accettazione delle pietre miliari e di uscita sono in vigore.
DECISION FAQ
Controlla tutte le 265 domande.Questioni comuni relative ai progetti attuali
Sviluppo del software e outsourcing dei progetti
Quale dovrebbe essere la scelta di software outsourcing e auto-costruzione team?
L'outsourcing software è di solito più efficace se l'azienda richiede un continuum a lungo termine e l'impresa ha una capacità di gestione del prodotto e della tecnologia. Se l'obiettivo è chiaramente definito, è necessario avviare rapidamente o c'è una mancanza temporanea di capacità dedicata, molte imprese conservano i proprietari di prodotto e tecnologia, lasciando la fase di R & S o costruzione dedicata al team esterno.
Visualizza risposta completaSviluppo del software e outsourcing dei progettiQuanto tempo ci vuole un progetto software personalizzato per svilupparsi?
Il ciclo dipende dal grado di determinazione del campo, interfaccia e preparazione dei dati, efficienza decisionale e requisiti di accesso, non solo dal numero di persone sviluppate.
Visualizza risposta completaSviluppo del software e outsourcing dei progettiIl software è outsourced per selezionare i prezzi fissi lordi o lavorare insieme su base mensile?
I prezzi totali fissi sono più facili da controllare quando la domanda è stabile, i confini sono chiari e il risultato può essere definito in anticipo. I cambiamenti della domanda, e se le rotte tecnologiche sono esplorate o le imprese possono partecipare alla gestione del prodotto, sono più flessibili di persona o su base continua.
Visualizza risposta completaSviluppo del software e outsourcing dei progettiCome può il progetto di outsourcing software garantire la qualità dello sviluppo?
La qualità non può aspettare fino a quando il progetto è finalmente assicurato da un'accettazione funzionale. I controlli comuni dovrebbero essere invertiti dalla linea di base della domanda, della valutazione dell'architettura, della gestione del codice, del test continuo, della dimostrazione di fase e dell'online.
Visualizza risposta completaRELATED
Presentazione della valutazione dei progettiTieni la tua conoscenza dei servizi
Rilevamento
Processi di cooperazione e linee guida per la consegna
Visualizza approcci, fasi e materiali comuni
Per ulteriori informazioni.RilevamentoCentro di fiducia e di prova
Informazioni su prove di caso, limiti di contenuto e divulgazione
Per ulteriori informazioni.RilevamentoPresentazione della valutazione preliminare dei progetti
Faremo la squadra e il programma dopo aver risolto le esigenze.
Per ulteriori informazioni.