Nel tuo primo incontro con un cliente, quali domande chiedi di aiutarti a capire come meglio progettare il software? [chiuso]

Question

Nel tuo primo incontro con un cliente, quali domande chiedi di aiutarti a capire come meglio progettare il software? [chiuso]

#1 da (2 voti)

0

Informazioni su:

Il mio socio in affari e io costruiamo siti web per piccole imprese da quando abbiamo iniziato la nostra azienda. All'improvviso, siamo stati contattati da un'azienda delle risorse umane per fornire un preventivo per un progetto software che stanno cercando di costruire. La maggior parte del nostro lavoro fino ad oggi è stato un lavoro di front-end, tuttavia, questo è il tipo di progetto a cui sono stato interessato a lavorare.

Ecco cosa hanno descritto finora:

We are looking to create software that can generate employee handbooks for all 50 states? We are an HR Company and create custom handbooks. We need custom detailed software to house all policies and laws. Dropdowns, filters, and easy printing. We are looking for a user-friendly software to be developed and house customizable information to create our handbooks.

Si noti che ho svolto una discreta ricerca su questo argomento. Tuttavia, so che StackExchange è pieno di ingegneri brillanti e qualificati che hanno seguito il processo di consulenza con i clienti e la presentazione di proposte di progetto. Quindi volevo prenderti in considerazione.

DOMANDA:

Sulla base di ciò che hanno descritto finora, quali sono le domande buone e essenziali che dovrei chiedere al potenziale cliente per valutare l'ambito del progetto e redigere adeguatamente una proposta?

Dettagli aggiuntivi

Presumo che ci sia un'alta probabilità di manutenzione e hosting in corso.
Il nostro set di strumenti principale è al momento: Nodo, Express, HTML, CSS, JS e un database non SQL come DynamoDB (o MongoDB), AWS.
Se desiderano un'applicazione standalone utilizzeremo Electron.

estimation cost-estimation

posta holaymolay 16.10.2018 - 18:32

fonte

1 risposta

Leggi altre domande sui tag estimation cost-estimation

Architettura per l'applicazione multi-tenant Test unitari che riguardano funzioni e oggetti della libreria

score 2 · Answer 1

Questa domanda è molto ampia. Ci sono libri completi su questo argomento. Tuttavia, ecco un paio di idee per iniziare a pensare.

Il nuovo sistema è vicino a quello che hai costruito nel passato?

Se la richiesta di proposta (RFP) è per un progetto simile a quello che fai di solito, allora concentrerai le tue domande su ciò che potrebbe essere diverso, e fai una stima per analogia, sulla base di progetti simili che tu stesso " Ho suonato in passato.

Puoi decomporre il sistema in parti familiari?

Se la RFP è per qualcosa che di solito non fai, ma pensi di poterlo fare con la tecnologia a cui sei abituato, devi decomporre il problema in parti più piccole. L'idea è di porre domande su come il cliente immagina il sistema, fino a quando non puoi immaginare come potrebbe essere il tuo prodotto e quali parti devi consegnare. Quindi, di nuovo, puoi ragionare per analogia con parti simili costruite nel passato. Attenzione: il montaggio della parte richiede anche lavoro.

Quindi nel tuo caso potresti chiedere ad esempio: come sono preparati i manuali? chi interviene nel processo per fare cosa? è solo la produzione dei manuali o anche la validazione? Come vengono creati i manuali e come vengono mantenuti? Che tipo di differenze ci sono da uno stato all'altro? come sono gestiti gli elementi costitutivi dei manuali (modello di documento, paragrafi di stantard ecc.).

Devi anche sapere in che modo il cliente può contribuire agli sforzi: forniranno il contenuto? in quale formato? possono fornire la descrizione del loro attuale processo / algoritmo (anche manuale) eseguiranno test approfonditi o organizzeranno anche un'assicurazione di qualità?

E se non è ancora chiaro o molto incerto?

Se non sei sicuro della tua offerta, allora, invece di fare un'offerta per l'intero sistema, dovresti considerare di spiegare le incertezze che affronti (e anche gli altri si troveranno ad affrontare) e proporre al tuo cliente di condividere i rischi con un'offerta graduale.

Un'offerta graduale è il principio agile applicato alle offerte commerciali. Quindi fai una prima offerta per la consegna di un prodotto di base con una serie limitata e ben mirata di funzionalità. Dopo la prima consegna, il cliente avrà la scelta di continuare o meno. Quindi le fasi successive forniranno perfezionamenti del prodotto iniziale se il cliente decide di continuare.

Nota importante: le offerte per fasi o le offerte senza fasi sono indipendenti dal ciclo di vita dello sviluppo. Quindi, se si lavora in modo agile, si avranno diversi sprint prima di consegnare la versione iniziale e le fasi successive potrebbero essere rilasciate per versione o per un blocco di rilasci. Ma anche se hai una sola offerta globale, sarai libero di organizzare lo sviluppo in iterazioni successive.