knowledge management - tools - ¿Cómo se inicia Knowledge Transfer?
knowledge management tools (8)
Aunque todavía soy un estudiante, cuando hice la experiencia laboral hace 12 meses, todos los departamentos de TI dentro de la corporación (yo estaba ''trabajando'' para la gran corporación que posee varias minas en el área) tendrían una conferencia telefónica diaria, donde cada el empleado diría lo que habían estado haciendo, etc., y luego hablaría sobre algo nuevo que habían descubierto y otros datos interesantes.
¿Utiliza un evento formal para hacer que la gente hable en su departamento de TI? ¿Como una reunión mensual en un lugar social, un espacio interno de chat / wiki o simplemente un "mercado de información" regular con algunas presentaciones sobre tecnología o proyectos hechos por su personal para su personal? ¿Invita a personas de ventas a participar o es un evento cerrado solo para programadores?
¿Cómo logras que las personas participen en estos eventos? ¿Les permite pasar tiempo de trabajo en la transferencia de conocimiento? ¿O lo entiendes como parte integral del tiempo de trabajo?
Me pregunto cómo controlar el progreso de la transferencia de conocimiento en sí. ¿Cómo detecta puntos críticos de falla en una persona en sus proyectos? Existen varios métodos para evitarlo, como el intercambio de personal o el intento "fifo" de corregir errores.
Nota: Ok, esta es una pregunta muy muy ruidosa y espero solucionarlo después de algunos comentarios. Lo siento por la confusión.
editar : Mi experiencia personal es que existe una gran barrera para que las personas comiencen a contribuir. Parece que no pondrán el tiempo extra (mínimo) para editar nuestra wiki, o pasarán la hora de la tarde hablando sobre temas de tecnología con el personal en desarrollo. Es como que a la gente no le gusta nuestra wiki, nuestro sistema de gestión de documentos o la reunión. Tal vez sea porque todo es de uso gratuito y no es forzado por la administración. Pero no me gusta forzar a la gente a hacerlo, pero ¿es la manera correcta?
Un ejemplo: nuestra wiki contiene páginas sobre proyectos, indicando quién trabajó para obtener un primer contacto en caso de preguntas. Pero nadie más que un colega y yo está creando estas páginas ...
Creo que depende del conocimiento que estás tratando de transferir. He encontrado lo siguiente:
Conocimiento técnico: "Cómo guiar" con capturas de pantalla y una breve demostración, similar a la forma en que verá las nuevas funciones en una conferencia. El beneficio adicional de esto es que lo que tiene está documentado para cuando sale de la compañía.
Resolución de problemas: discusiones informales, proyectos internos breves, lecciones aprendidas y un sistema interno de preguntas frecuentes que TODOS son responsables de actualizar.
Habilidades blandas (habilidades de las personas): reuniones sociales / salidas / eventos informales, etc.
Sin embargo, medir eso va a ser difícil, ya que no importa cómo transfiera su conocimiento, siempre habrá diferentes niveles de aceptación, después de todo, solo porque haga algo de una manera no significa que sea correcto. Otro desarrollador / diseñador / gerente puede tener una forma diferente de hacer lo mismo con el mismo resultado final.
Mauro
Creo todo lo anterior. Pero estás olvidando la forma más importante.
La forma más eficiente de transferir conocimiento es hacer que las personas trabajen juntas. Puede pensar en hacer revisiones de código de 1 en 1 o incluso emparejar la programación y hacer que la transferencia de conocimiento sea una parte integral del trabajo.
Debes alentar a las personas sobre las cosas que quieres que hagan. Deberías "alimentar al animal". Mira ; ¿Qué piensas de las insignias? ¿Por qué crees que existen estas cosas maravillosas? Gracias al ego , no hay nada que no puedas lograr. Deles insignias, insignias reales, insignias usables. Usarán con felicidad, lo harán con felicidad.
Por cierto, sí, soy un jefe :)
En mi lugar de trabajo utilizamos una wiki. El lugar de trabajo es lo suficientemente pequeño (~ 20 personas) para que siempre pueda preguntarle a la persona que estuvo más involucrada en un proyecto en particular, sin embargo, se espera que haya buscado en el wiki antes de preguntarle al "experto". Si no puede encontrar su respuesta en la wiki, entonces debe agregarla después de haberla discutido con su compañero de trabajo.
Una palabra: Almuerzo
Un par de formas que he visto hasta ahora:
Wiki es adecuado para el conocimiento interno, por ejemplo, entorno, temas específicos del proyecto.
Política de puertas abiertas
Anime a hacer preguntas.
Presentaciones voluntarias. Descubra quién tiene conocimientos especiales y haga que sea fácil y atractivo hacer una breve presentación al respecto.
Proyecto de documentos post mortem. Una reunión de recapitulación moderada por alguien fuera del equipo del proyecto que se lleva a cabo después de que el proyecto finaliza o finaliza.
Presentaciones obligatorias.
- Presentación del proyecto cuando se activan. Tecnologías utilizadas, etc.
- En caso de que alguien sea enviado a la conferencia, debería tener una presentación sobre la nueva tecnología que vio.
La transferencia de conocimiento y la gestión del conocimiento tienen un inconveniente. Parecen costar mucho: si todos saben lo que sé, ¿todavía me necesitan? Todo el tiempo que utilizo para poner a los demás al tanto, ¿qué obtengo de él?
La mejor manera de hacerlo es ser un ejemplo. Comparte tu conocimiento; en una wiki, bloguea al respecto, habla de ello, haz que sea fácilmente accesible y habla de los beneficios que obtienes de ello: cada vez menos personas interrumpen y te preguntan cosas, ya que pueden obtener una respuesta fácilmente sin levantarse siquiera. Y muéstrales que todavía estás allí.
Esto con todas las demás cosas mencionadas realmente ganará. Una cosa más: uno de mis empleadores siguió pagándome 1/3 de mi salario por otro año después de que me fui (por mi propia iniciativa), solo para mantener mi base de conocimiento en funcionamiento. ¿Tenía que hacerlo? No, era su propiedad de todos modos. Pero motivó a las personas que aún trabajan para él a compartir sus conocimientos.