Condivisione delle conoscenze aziendali?

Di recente ho letto questo articolo sulla condivisione delle conoscenze e ho riconosciuto immediatamente lo stesso problema all'interno della mia organizzazione. Il mio obiettivo principale ora è "uccidere la collaborazione peer-to-peer" come metodo di comunicazione predefinito per discussioni non private relative al sistema. Altrimenti finirai con tutta la conoscenza storica che vive nelle teste degli individui, o perduta in un enorme sistema di posta elettronica.

La mia domanda per il gruppo è la seguente:

• Quali metodi / software hai utilizzato per incoraggiare discussioni più "pubbliche" tra i tuoi sviluppatori?

Alcune idee iniziali che ho avuto .. qualsiasi feedback sarebbe fantastico:

• Gruppo di notizie interno
• software wiki "migliore" (usando Sharepoint ora)
• Bacheca

(Mi piacerebbe avere un'istanza interna di StackExchange, ma non credo che sia un'opzione!)

Nota: Come detto sopra, abbiamo già un wiki, ma non mi piace l'idea del wiki perché le cose di solito vengono aggiunte al wiki solo dopo il fatto, se non del tutto .

Grazie!

Abbiamo un grande sito interno di Sharepoint e un sito di supporto rivolto al cliente, che prende molti documenti dal sito interno di Sharepoint. Ciò riguarda meno i dettagli dell'implementazione e di più riguardo al supporto, ma, dato che lavoro principalmente in qualità di supporto, abbiamo bisogno di accedere a molte informazioni di implementazione e quindi finiamo per essere i driver per il team di ingegneri per documentare cosa stanno facendo e perché. Un sistema dettagliato di tracciamento dei bug è anche utile per dare seguito al modo in cui i problemi sono stati risolti.

Nella nostra azienda, in parte perché lo sviluppo è diffuso in un paio di sedi, molte discussioni su nuove funzionalità e problemi di supporto finiscono per avvenire tramite e-mail. Invece di provare a cambiare questo, l'approccio più semplice è un sistema di archiviazione e-mail che rende le discussioni ricercabili e tracciabili, in modo efficace un approccio di tipo newsgroup. Siamo in grado di farlo attraverso Sharepoint, anche se si deve essere consapevoli dei limiti sulla dimensione dell'elenco, poiché anche se crescerà fino a milioni di elementi, non è possibile fare molto in termini di ordinamento di elenchi molto grandi o di modifica delle viste senza si schianta drammaticamente.

StackOverFlow per aziende come spiegato nell'articolo che hai citato?

IMHO è un'idea terribile .

Rafforzerà la concorrenza anziché la collaborazione .

È necessaria la collaborazione tra reparti / dipartimenti, non aumentando la concorrenza.

Immagina anche l'impatto estremamente elevato di essere retrocesso dal tuo collega (di fronte agli altri) sulla tua salute psichica.

Non mescolare tutto.

Tuttavia, una scatola di idee molto più uservoice.com in cui i dipendenti possono pubblicare idee (in forma anonima) e altri dipendenti che li votano (anche se comunque) avranno un impatto positivo. Ho sviluppato una piattaforma del genere alcuni anni fa per un grande istituto bancario e ha aiutato i dirigenti a identificare cosa migliorare in via prioritaria.

Mi piace molto anche l'idea del wiki, ma hai ragione: è difficile convincere la gente a contribuire. E senza contributi, nessuno lo utilizzerà effettivamente perché non ha abbastanza informazioni. C'è un "punto di non ritorno", tuttavia, nel caso in cui se si riuscisse a convincere le persone a pubblicare (forse attraverso un processo aziendale richiesto) ad un certo punto il wiki sarebbe decollato come sarebbe questo fantastico repository di informazioni.

La programmazione in coppia è un ottimo modo per diffondere la conoscenza tacita.

Il problema con la conoscenza tacita è che per definizione non può essere praticamente scritto o insegnato, ma solo vissuto. La programmazione delle coppie (in particolare l'abbinamento promiscuo) lo prevede.

La conoscenza che è importante per l'impresa dovrebbe entrare nel progetto stesso, sotto forma di codice ben scritto, commenti di alto livello sull'architettura e documentazione eccezionale sugli obiettivi del progetto e su come vengono realizzati con la tecnologia.

Non potrei essere più in disaccordo con le conclusioni dell'autore collegato. Incoraggiare l'acquisizione di conoscenze scoraggiando la collaborazione in team? Siamo spiacenti, ma non è così che funziona. È la collaborazione stessa che produce la ricchezza della conoscenza, non sequestrare gli ingegneri nei cubicoli.

La mia azienda ha alcuni forum di discussione interni. Sono usati molto di rado. Per la maggior parte, la conoscenza che abbiamo è troppo generale (domande / argomenti di tecnologia generale che sono altrettanto discussi in Internet) o troppo specifica (si applica solo alla nostra applicazione e non ad altri team di applicazione nella stessa società). È positivo in quanto offre alle persone un posto dove dire come posso realizzare xyz qui, ma non è molto simile a quello di una comunità.