Puoi far notare ai detentori della conoscenza che probabilmente trascorrono molto tempo comunque a essere infastiditi dalle domande. Scrivere una voce wiki è un investimento a breve termine che si ripaga a lungo termine. Se non vengono infastiditi dalle domande, probabilmente non è abbastanza importante da documentare.

Inoltre, i destinatari della conoscenza sono una scelta migliore per scrivere un articolo wiki di quanto si possa pensare, perché capiscono il punto di vista di qualcuno che ha bisogno di imparare l'argomento. Aiuta anche a organizzare e consolidare i loro pensieri. Avere qualcuno con più tempo a disposizione per scrivere l'articolo e farlo rivedere dal guru potrebbe essere molto utile.

Uno dei nostri responsabili tecnici ha un'ottima politica, la terza volta che riceve la stessa domanda, scrive la risposta e la invia per e-mail alla persona che lo chiede e al wiki di knowlege che abbiamo creato. Dal momento che probabilmente avrebbe scritto quell'email comunque, l'unico lavoro aggiuntivo è aggiungere l'indirizzo per il Wiki.

Suggerisco di registrare screencast di circa 45 minuti. Riunisci tutti e il presentatore fa uno screencast e trasferisce la conoscenza. È più facile ed efficace mostrare come fare qualcosa, quindi solo documentazione scritta (che potrebbe anche includere tempo extra per la formattazione, ecc.)

In un posto dove lavoravo , avevano un "Lunch n'learn" su base settimanale o mensile. Un ragazzo pranza presto e fa una presentazione per la squadra mentre mangiano. Questo potrebbe funzionare se le persone hanno poco tempo.

Il modo migliore per trasferire la conoscenza è che le persone che ne hanno bisogno lavorino con coloro che ne hanno la conoscenza.

Anche se le persone esperte potrebbero non avere il tempo di lavorano per documentare le proprie conoscenze, potrebbero già dedicare parte del loro tempo a spiegare agli altri cosa fare e come farlo.

Anche se le persone esperte hanno avuto il tempo di scrivere le proprie conoscenze, non è necessariamente vero che la documentazione da loro prodotta sarebbe utile alle persone meno informate. È sorprendentemente facile perdere importanti informazioni " ovvie " quando si cerca di trasmettere la conoscenza.

Rendendo il trasferimento della conoscenza più esplicito e cooperativo e facendo in modo che gli utenti scrivila in modo che possano comprenderla, potresti sia alleviare il peso delle persone informate e trasferire più informazioni.

Se le persone informate sono davvero a corto di tempo, potresti chiedere alle persone che hanno bisogno di quella conoscenza di scrivere ciò che capiscono ora , e poi chiedere alle persone esperte di correggere e correggere eventuali malintesi. Ciò potrebbe accelerare notevolmente le cose e potrebbe anche aiutare a identificare le aree in cui la conoscenza è carente.

Come esempio di ciò, lavoro su software scientifico. Né io né gli scienziati della struttura con cui lavoro potremmo, da soli, documentare gran parte del software che scrivo. Potrei spiegare cosa fa il mio software e anche perché lo fa in questo modo, ma sono gli scienziati della struttura che hanno bisogno di scrivere documentazione sul perché e come gli scienziati in visita dovrebbero usarlo.

Il mio suggerimento è di programmare il tempo della documentazione in ogni progetto e renderlo parte integrante di ciò che fai. Se non lo hai fatto da sempre, probabilmente devi programmare i "Giorni della documentazione" per far ripartire le cose (ad esempio, diciamo ogni venerdì dopo pranzo quelli con la conoscenza sono liberati da tutti gli altri progetti e lavorano solo sulla scrittura della documentazione). / p>

Può essere difficile portare la cultura della documentazione in un'azienda quando non ha mai fatto parte del modo in cui si facevano le cose prima, ma i benefici sono evidenti quando puoi assumere una nuova persona e tenerla al passo con lavorare in modo indipendente entro una settimana - Ad esempio, il progetto PostgreSQL ha una forte cultura del mantenimento di una documentazione eccellente. Il loro manuale è migliore di alcuni prodotti commerciali.

C'è una tendenza sfortunata nella mia esperienza quando si tratta di trasferimento di conoscenze e questa è la mancanza di interesse da parte di chi riceve . Potresti avere la persona disposta a fare la discarica del cervello a qualcun altro, ma se non c'è interesse nella sua ricezione perché l'esperto dovrebbe prendersi del tempo?

Quando stavo lasciando diversi luoghi in cui lavoravo mi è stato chiesto di farlo perché ero una delle pochissime persone che capivano i sistemi che stavo supportando, ma quando qualcuno mi è stato assegnato per questo compito ho potuto vedere dal loro comportamento che questo era fastidioso per loro e per loro non aveva alcun interesse in esso. Quindi la mia motivazione a fare il trasferimento della conoscenza è stata sostanzialmente ridotta a nulla.

Quindi l'unica cosa che potrei suggerire sull'argomento è assicurarmi che la persona che riceve la conoscenza sia effettivamente interessata all'argomento. Il pubblico in cattività che fa domande fa miracoli per la motivazione dell'oratore.

Cerco sempre di creare un wiki per documentare le cose. I wiki sono semplici e incoraggiano ad aggiungere bit e pezzi col passare del tempo. Con i sistemi di documentazione formale, il foglio bianco sembra opprimente per gli utenti e di conseguenza viene compilato solo quando gli si punta una pistola alla testa. Di solito vado in giro con un taccuino e inserisco le cose nel wiki in modo che possano essere localizzate facilmente: in questo modo, le attività annuali possono essere ripetute correttamente anziché dover riscoprire come avrebbero dovuto accadere.

Un capo precedente era disposto solo a consentire "documenti completi e completi" che non sono mai stati fatti. Ha vietato i wiki perché credeva che incoraggiassero il pensiero rilassato e la scarsa documentazione. Poiché i precedenti "documenti completi e completi" avevano tutti più di 5 anni al momento della mia partenza, non gli interessava comprendere che i suoi desideri erano in diretta opposizione al modo in cui lavorava il suo staff.

Solo nella peggiore emergenza, quando una persona critica se ne andò, fece e registrò webcast di camminare attraverso il codice che solo lui capiva. Questa è stata una delle poche volte in cui un dipendente ha dato preavviso, ha trasferito la conoscenza, invece di lavorare su cose fino al giorno in cui se ne è andato.

Questo è davvero un problema politico, non motivazionale. Ai dipendenti con conoscenze critiche dovrebbe essere data l'opportunità e di documentarla e dovrebbe essere obbligatorio. Se non forniscono un'ampia documentazione e i loro supervisori hanno dato loro abbastanza tempo "libero" per farlo, dovrebbero essere disciplinati.

Non importa quanto una persona sappia o possa realizzare, se è l'unico con quella conoscenza, allora è una responsabilità. La documentazione non dovrebbe essere facoltativa.