Ho due membri del team che provengono da background diversi da quello che viene chiesto loro di fare: come possiamo incoraggiarli a intensificare, sviluppare le loro abilità e imparare i nuovi modi?
Pratica, pratica, pratica. L'unico modo per migliorare è farlo. Trovo che se voglio imparare una nuova lingua, il modo migliore è seguire gli esempi di programmazione.
Se stai parlando di codice SQL in sé, è un linguaggio relativamente facile da cogliere e essere produttivo con. Direi che ha solo bisogno di ottenere un buon libro, leggerlo e codice SQL, e crollare e iniziare a lavorarci.
Per quanto riguarda l'incoraggiamento, il desiderio di lavorare duramente per ottenere qualcosa di simile è intrinseco. Ma forse puoi spiegare come non è troppo mostruoso un linguaggio da imparare. Deve avere un timore ingiustificato nei confronti della lingua che puoi alleviare.
O se è semplicemente vecchia a non interessarsi di SQL, può 1) impararla e usarla o 2) trovare un altro lavoro. Quest'ultima affermazione dipende dal fatto che questo sia o meno un requisito per la posizione.
Suppongo che questo dipenda da cosa stai facendo con SQL.
Surfer513 ha detto che SQL è relativamente facile da cogliere e essere produttivo con ... ma in realtà si applica solo alle cose base di CRUD. Fino a poco tempo fa, non ero pienamente a conoscenza di tutto ciò che SQL aveva da offrire, ma un mio collega mi ha mostrato alcuni degli SQL con cui stava lavorando per un corso avanzato in SQL Server 2008R2 (era geomapping e altre cose IIRC) e questo può diventare rapidamente complicato / difficile.
Quindi, se si tratta di un CRUD di base di cui parli, allora un buon libro, un po 'di pratica e una programmazione di coppie (o recensioni di codice) con un feedback sulla fiducia dovrebbero fare il trucco.
Se stai lavorando con alcuni dei bit più complicati o esoterici, allora potrebbe essere richiesto un corso o una certificazione. Di solito le persone provano fiducia dopo un corso, perché possono dire "Ho superato il corso, conosco x ". In sostanza, un distintivo tangibile di apprendimento.
Assicurati di avere un database di test o sviluppo che possa essere usato come sandbox. Spesso la paura dei database (o di qualsiasi componente di un sistema di produzione) è aumentata dalla sensazione che il minimo errore abbia effetti catastrofici.
Nel caso particolare dei database SQL è possibile mostrare all'ingegnere come creare tabelle di test ( CREATE TABLE foo AS SELECT * FROM bar ) che possono essere INSERITE in, DELETEd da e DROPped senza conseguenze nella sandbox. Assicurati che la sandbox abbia almeno un sottoinsieme di dati di produzione in modo che gli effetti di cose come gli indici e le scansioni di tabelle complete possano essere sperimentati direttamente. Dimostrare la dichiarazione EXPLAIN per rimuovere alcuni dei misteri da ciò che può sembrare incantesimi SQL arbitrari e magici.
Potresti anche sottolineare che sia COBOL che SQL risalgono alle età oscure relative del settore dei computer con COBOL che ha la leggera anzianità, ma entrambi molto più antichi di quelli del personal computer e dei fogli di calcolo. Se questo è un comfort o meno probabilmente dipende dall'individuo.
Basta farle alcune domande (magari durante una riunione) a cui è possibile rispondere eseguendo semplici istruzioni SQL su un database, come "Sandra, quanti clienti abbiamo a New York in questo momento?". Inizia in modo semplice, dovrebbe incoraggiarla a essere in grado di rispondere subito, quindi assicurati che sia al suo livello di conoscenza. Fai domande più difficili nel tempo. (come quello che era il nostro volume di vendite da quando abbiamo implementato il sistema di pagamento automatico).
Quando sei sicuro di poterlo fare, puoi porre tali domande anche alle riunioni con i clienti. I clienti sono veramente impressionati se si modifica qualcosa in uno strumento da riga di comando e si ottengono i risultati e potrebbe essere un'esperienza molto incoraggiante per lei.
Leggi altre domande sui tag teamwork