Come posso discutere efficacemente le limitazioni linguistiche con un cliente?

Question

Come posso discutere efficacemente le limitazioni linguistiche con un cliente?

#1 da (4 voti)
#2 da (0 voti)

2

Mi piacerebbe conoscere le idee che vengono utilizzate per spiegare al cliente i limiti della lingua utilizzata per il miglioramento del progetto esistente.

Dato uno scenario era che il progetto esisteva in VC ++ 6.0 e il client aveva chiesto un miglioramento che includesse il componente di trasparenza (alfa) nella parte a colori (che attualmente utilizza gdi ).

Ho scoperto che la libreria gdiplus supporta tale funzionalità ma non è stata in grado di trovarla per MSVS 6.0 poiché è già obsoleta (non è nemmeno riuscito a trovare i file msdn per esso) non supportata da gdiplus.

Ho dovuto spiegarlo al mio cliente, quindi ho creato un'applicazione nel nuovo MSVS e incluso sia gdi che gdiplus e ho disegnato alcuni oggetti usando entrambe le librerie affiancate.

Quindi gli ho dato l'idea che il seguente punto potrebbe essere corretto se lo migriamo alla versione più recente del codice. Dal momento che il cliente essendo uno sviluppatore lo ha capito.

Ma ci sono casi in cui i clienti non sono sviluppatori e non hanno alcuna conoscenza sulla programmazione. In questi casi è difficile spiegare il problema.

programming-languages client-relations

posta Shirish11 27.04.2012 - 09:59

fonte

2 risposte

0

Bene, in realtà non si sta parlando di una "lingua", ma di un aggiornamento del proprio ambiente di sviluppo non è un gioco da ragazzi.

"La versione attuale di xxxx non supporta le funzionalità che vogliamo sia necessario aggiornare alla versione più recente".

So che VC 6.0 per C ++ a VS 2010 è un grande aggiornamento ma è ancora solo un aggiornamento.

risposta data 27.04.2012 - 10:48

fonte

Leggi altre domande sui tag programming-languages client-relations

Qual è il modo corretto per gestire questo flusso di lavoro in TFS Visual Studio build ogni volta che cambia JS e CSS?

score 4 · Accepted Answer

Fai un passo indietro e pensa ai tuoi requisiti:

Given a scenario was that the project existed in VC++ 6.0 and the client had asked for enhancement that could include transparency( alpha) component in the color part(currently using gdi).

Guarda che i tuoi compiti erano molto tecnici per cominciare. In genere dovresti avere requisiti molto tecnici quando il cliente è anche un tecnico, ad es. uno sviluppatore Come nel tuo caso.

Nei casi in cui il cliente è una persona non tecnica, di solito hai dei requisiti che vanno in questo modo: Vogliamo che la finestra di dialogo abbia il carico rotondo, gli angoli arrotondati e un aspetto carino . Raramente stabiliranno dei vincoli relativi alla libreria che dovresti usare, e in questi casi è completamente la tua scelta e responsabilità e nessuna spiegazione è soddisfacente.

Ci sono anche rari casi in cui un approccio non tecnico ti dà dei requisiti molto tecnici (raro, ma succede). In questi casi dovresti provare a parlare con loro per capire cosa vogliono invece di ciò che loro dicono vogliono e solo allora suggerire una tecnologia che possa raggiungere l'obiettivo nel modo migliore .

Oh, sì. Quando modifichi la base di codice esistente e stai affrontando una limitazione, dovresti spiegarla ai tuoi clienti, tecnici o meno. In tal caso, di solito uso un'analogia. Non puoi costruire prima casa e camino più tardi o qualcosa del genere.