Sprechiamo molto tempo usando termini specifici dello strumento quando parliamo davvero delle stesse cose. Il problema è che la persona1 ha familiarità con toolset1, person2 con toolset2 ecc. Quindi ognuno usa un insieme di termini con i quali sono i più comodi e alla fine, finiamo per parlare a scopi incrociati. Qualcuno ha incontrato questo problema sul tuo posto di lavoro? Come lo hai risolto? Sto chiedendo specificamente riguardo ai team di sviluppo qui.
Has anyone come across this problem in your work place? How did you resolve it? I am asking specifically about development teams here.
In ogni nuovo progetto, inizio creando un modello di dominio che elenca le varie entità, i loro nomi e relazioni. Puoi leggere i modelli di dominio utilizzando la pagina di Wikipedia . Una volta ottenuto il modello, stampalo in formato poster e posizionalo da qualche parte dove tutti possono vederlo.
Se ti trovi in una squadra internazionale, concorda una lingua per i nomi delle entità. Recentemente ho visto un poster che mostrava la traduzione tedesca e olandese dei nomi di entità e termini tecnici inglesi più comunemente usati. Questo aiuta a introdurre un vocabolario comune.
Se hai solo problemi con termini specifici dello strumento - fai la stessa cosa e crea una "tabella di traduzione". Ad esempio potresti avere termini diversi per creare un'applicazione (ad es. Compilare, impacchettare ...) ma nelle conversazioni hai intenzione di dire "costruire" . Ancora una volta, stampa questa tabella di traduzione e appendila in modo che nessuno debba provare vergogna per aver dimenticato un certo termine nel terzo mese del progetto: -).
Ogni progetto per cui ho lavorato aveva un vocabolario specifico, in particolare acronimi. ma questo era su una base per progetto, non su un set di strumenti.
Quindi, prova a sviluppare un gergo unico per il tuo progetto e lascia che gli sviluppatori traducano per il loro uso individuale.
Leggi altre domande sui tag communication concepts