Cosa fai come sviluppatore con richieste client senza bug, ad esempio una piccola correzione nell'interfaccia utente?

Question

Sono solo una persona che lavora al progetto, quindi sono uno sviluppatore senza PM sopra di me. Ho finito il portale, il client hovewer di tanto in tanto mi attacca con richieste come "ingrandisci carattere" o modifica il margine in css o crea un pulsante che rende " xxx e yyy " ;. Ci sono compiti semplici, a volte solo per pochi clic, ma ci vuole tempo e odio fare tali compiti. D'altra parte capisco quelle persone, mentre a volte piccole soluzioni li aiutano molto nel lavoro. Cosa dicono loro sui comunicatori: è difficile ignorarli. Disabilitare i comunicatori è la soluzione migliore, ma ne ho bisogno per comunicare con i miei colleghi. Cosa fai in tali situazioni?

Answer 1

Crea una coda stabilita in cui i tuoi utenti possono inviare richieste, in modo da non interrompere il flusso di lavoro quotidiano.

Dai suoni di questo si ottengono richieste tramite un canale di comunicazione che si controlla regolarmente, si potrebbe provare a spostarlo di lato.

Tagliare la comunicazione non è MAI una buona soluzione. Inoltre, vorrei formalizzare un processo e un calendario per quando si arriva a questi tipi di richieste. Ho riscontrato un grande successo con questo semplice approccio.

Answer 2

Se lavori per te stesso, i tuoi clienti sono il tuo unico motivo più importante per cui sei lì. Sono affari tuoi! Pertanto, è sempre buona prassi renderli felici.

Detto questo ...

Dovresti sempre avere sempre un contratto chiaramente definito quando lavori su qualsiasi tipo di progetto software per un cliente. Devi assicurarti che i tuoi risultati siano espressi e definiti chiaramente sia per te che per il tuo cliente. Una volta che ti sei preso cura di te, devi anche assicurarti che ci sia una sezione che copre "richieste di manutenzione future" e puoi quindi collaborare con il tuo cliente per garantire che le aspettative siano accettabili su entrambi i lati dello spettro e che il tuo tempo speso su di essi sia considerato e parte del piano originale che va avanti.

Meno sono le estremità aperte, meglio è.

Successivamente, anche l'implementazione di un sistema per gestire / gestire le richieste dei clienti per ciascuno dei progetti / siti Web che hai implementato può essere di grande aiuto. Strumenti come FogBugz di uno di questi fondatori di siti fanno un ottimo lavoro nella gestione dell'interazione con i clienti e bug / funzionalità richieste. Dai un'occhiata.

Answer 3

Sebbene non sia un "bug" tecnico, l'usabilità da parte del client è il bug più importante per l'utente. Se vuoi continuare a lavorare con il cliente, le piccole cose devono essere lavorate.

correzione di piccoli bug == felicità del cliente == più lavoro == più $$

Answer 4

Distribuisci un sistema per tenere traccia dei bug e tenere traccia delle richieste di modifica (nel mio ufficio utilizziamo MKS, che viene utilizzato anche per l'integrità del codice sorgente). Quindi, quando un utente ha una richiesta, accede al sistema di tracciamento e inserisce la richiesta come tipo appropriato. Idealmente, dovrebbero anche essere in grado di allegare un indicatore di gravità / priorità in modo che le richieste in sospeso possano essere classificate. È quindi possibile accedere e visualizzare tutte le richieste in sospeso e assegnarle le priorità. Dal momento che non vengono inviati direttamente a te, non ti sentirai inondato di richieste e gli utenti scopriranno che possono monitorare lo stato delle loro richieste più facilmente che chiamandoti e chiedendo "quando verrà eseguita la mia correzione? "

Per te stesso, puoi controllare l'elenco alcune volte al giorno e vedere se ci sono problemi ad alta priorità su cui lavorare. Quindi programmare un po 'di tempo su base regolare (un giorno alla settimana o un'ora al giorno, qualunque cosa sembri ragionevole) per lavorare sui problemi con priorità inferiore.

Answer 5

Penso che tu debba considerare la tua relazione in corso con il tuo cliente. Se un cliente trascorre occasionalmente qualche minuto del tuo tempo, potresti considerare che il costo per te è minimo e che i vantaggi del contatto possono comunque superare il costo.

Se le richieste arrivano spesso e velocemente, potrebbe essere necessario parlare con il cliente di una tariffa oraria per le modifiche o coprirle con un contratto di assistenza addebitabile.

Answer 6

Non modificare il percorso su ogni richiesta di funzionalità che ricevi. Raccogli le richieste di funzionalità per un po ', quindi dai la priorità alle richieste, quindi seleziona quelle che hanno senso, quindi lavora alla versione successiva.

A mio avviso è bene seguire un programma di rilascio fisso: rende il processo di sviluppo più controllabile, migliora la qualità del software e i tuoi clienti sanno cosa aspettarsi.