El tema que comparto con ustedes hoy es: cómo hacer un buen trabajo de transferencia de conocimiento del proyecto, de modo que el proyecto no pise el pozo.
La llamada transferencia de conocimiento se refiere a la transferencia y aplicación de conocimiento entre diferentes operadores, que puede ser entre individuos o entre la transferencia de conocimiento de una organización a otra. La transferencia de conocimiento incluye dos etapas de intercambio y absorción .
La transferencia de conocimiento es, en primer lugar, compartir conocimiento, que puede llevarse a cabo a través de la comunicación cara a cara o por correo electrónico, documentos, etc. La absorción del conocimiento está representada por la transformación del conocimiento de otras personas en su propio conocimiento, o la aplicación exitosa del conocimiento de otras organizaciones a sus propias organizaciones.
Todo el mundo entiende cuando se trata de esto, la transferencia de conocimiento está en todas partes, no solo compartiendo e internalizando. De hecho, desde el desarrollo de la civilización humana hasta el aprendizaje de cierta habilidad, debe lograrse mediante el intercambio y la absorción continuos.
¿Qué pasa si siempre caigo en el mismo pozo?
1
Tome nuestro gerente de proyecto, por ejemplo. No solo para servir al padre del Partido A, sino también para convencer a los miembros de nuestro equipo de que trabajen, estos son "trabajos técnicos", ¿de dónde provienen estos conocimientos técnicos?
La persuasión es, por un lado, y por otro lado, puede enfrentarse sin parar. La habilidad necesaria del gerente de proyecto es llenar constantemente los pozos. En este proceso, ya sea para convencer a las personas a trabajar o para llenar los pozos, siempre se acumularán la experiencia y las lecciones correspondientes. Será mucho más fácil encontrar problemas similares al hacer proyectos similares, porque hay una lección.
En pocas palabras, el núcleo de la transferencia de conocimiento es cómo compartir y absorber la experiencia y el conocimiento adquiridos en un proyecto, para evitar caer nuevamente en un pozo cuando se encuentren con problemas similares en el futuro.
Aquí quiero compartir con ustedes un caso de mi propia experiencia personal.
Antecedentes del caso
En los primeros años, participé principalmente en los proyectos de construcción de información del gobierno, principalmente responsable de la construcción del sistema de dos partes: aceptación de asuntos gubernamentales en línea y proceso de aprobación interna. No importa dónde se encuentre el proyecto, a qué departamento se enfrenta y de qué negocio es responsable, los productos que ofrece son esencialmente sistemas, más o menos lo mismo.
Sin embargo, en los años en que fui responsable de este tipo de proyecto, siempre encontré el mismo problema:
El primero son varios errores que han aparecido en el proceso de desarrollo del sistema, que se han resuelto en este proyecto y se han actualizado e iterado en nuevas versiones. Pero cuando hago una tercera proyectos similares, los problemas surgen primer proyecto ha surgido, y otro proyecto de seguimiento, estos problemas se repiten con frecuencia, o incluso afectar seriamente el calendario de entrega de proyectos, una vez Déjame casi romper con el director técnico.
El segundo es que el equipo de implementación pasa aproximadamente 2 meses para completar todos los elementos del asunto (incluidos qué materiales se necesitan, qué condiciones, etc.), así como la investigación del proceso para formar información comercial que se pueda implementar en el sistema. Pero en el resumen final, descubrí que, de hecho, este trabajo solo lleva 2 semanas en completarse. En los proyectos anteriores antes de esto, cada implementación de la encuesta tomó 2 meses.
En ese momento me preguntaba, había realizado tantos proyectos del mismo tipo, ¿por qué la eficiencia no mejoró en absoluto? Todos sabemos que los proyectos de desarrollo del sistema, el aporte de personal es el costo. Puede formar un producto de manera efectiva sin perder el primer proyecto, y el segundo proyecto tendrá una buena ganancia. Sin embargo, los problemas mencionados anteriormente han llevado no solo al acortamiento del ciclo de implementación de varios de mis proyectos, sino también al alto costo del aporte de personal, lo que redujo seriamente el desempeño general del proyecto.
A través de la investigación, encontramos el quid de las picaduras repetidas
2
En ese momento, estaba pensando que tenía que encontrar la razón, de lo contrario los siguientes proyectos no podrían hacerse. Así que fui al departamento de pruebas, al departamento de I + D y a los miembros del proyecto para discutir juntos. Finalmente, encontramos el quid:
En primer lugar, en respuesta al problema de "ERROR recurrente regular", cada vez que el desarrollador recibe la retroalimentación del problema, se corregirá y no se ha formado ningún documento de resumen para sincronizar a todos a tiempo. Como resultado, cuando hicimos el resumen del proyecto, no pudimos ver el historial de tratar este problema. Entonces, el mismo problema ocurrirá repetidamente en el próximo proyecto similar, afectando la calidad de la entrega del producto.
Luego, para el problema de la baja eficiencia de implementación, encontramos que los investigadores utilizaron tres plantillas diferentes para investigar los tres proyectos. Cada vez, tuvieron que explicar al usuario cómo completar el formulario de la encuesta, lo que resultó en la ineficiencia de la encuesta. De hecho, nuestra experiencia previa ha sido realizar investigaciones sobre plantillas similares para proyectos similares, pero esta información no se ha registrado ni compartido de manera oportuna, lo que hace que todos no lo sepan.
Hay muchos problemas similares. Creo que todos tienen el mismo sentimiento en su trabajo: ¿Por qué ocurren los mismos problemas repetidamente? ¿Por qué el método eficiente no se usa ampliamente? Estos problemas reducirán seriamente la eficiencia del proyecto y afectarán el rendimiento.
Cómo garantizar que no se pierdan más pozos mediante la transferencia de conocimiento
3
Volviendo al caso en este momento, hay algunas inspiraciones para compartir con ustedes:
1. La primera es que la premisa de la transferencia de conocimiento es la necesidad de formar un proceso y un resumen planificado y compartir hábitos dentro de la organización.
En respuesta a la situación en el caso, le aconsejé directamente al ingeniero jefe de la compañía que estableciera un puesto o departamento especial para resolver este problema. Puede configurar un especialista en control interno en el equipo del proyecto para resumir y sincronizar los problemas encontrados en el proyecto, o configurar una publicación pública fuera del proyecto para ser responsable del resumen y compartir todos los problemas del proyecto. En el formulario de resumen, es conveniente compartir. Por ejemplo, dividimos tres tipos de métodos para compartir:
i Para cuestiones normativas, se formará una especificación de implementación, que se incluirá en nuestro manual de implementación de proyectos similar para formar un requisito de implementación estandarizado y simplificado para facilitar la replicación posterior del proyecto;
ii Para problemas del sistema, se agregará una base de datos de problemas a la biblioteca de configuración, que se incluye con la versión del producto y es administrada por el departamento de pruebas, que es conveniente para controlar los problemas del sistema;
iii Para el resumen de los problemas de implementación, formamos una interfaz similar a BBS o base de conocimiento. Los problemas que ocurren en proyectos similares se resolverán de manera oportuna, de modo que puedan remitirse fácilmente a otros gerentes de proyecto. Al mismo tiempo, el gerente del proyecto se reunirá regularmente para intercambiar ideas e intercambiar soluciones.
2. Asegurar la internalización efectiva del conocimiento a través de la capacitación y el monitoreo de la retroalimentación.
Además de compartir el conocimiento resumido, se requiere capacitación y monitoreo para ver qué tan bien lo absorbe. Por ejemplo, si actualiza una nueva plantilla de investigación, ¿todos la usarán? ¿Es buena o no? Todos estos son efectos compartidos La llave Solo cuando todos realmente lo entiendan y lo usen correctamente, el valor del conocimiento puede transferirse verdaderamente.
El caso para compartir la transferencia de conocimiento está aquí, ¡espero que todos los oyentes puedan tener algunas ideas y hacer que su futura gestión de proyectos sea más centrada y efectiva!
Lo más destacado de hoy
▼ Por ejemplo, los elementos clave para mejorar el valor de la transferencia de conocimiento:
1. La transferencia de conocimiento se refiere a la transferencia y aplicación de conocimiento entre diferentes operadores, puede ser entre individuos e individuos, o puede ser la transferencia de conocimiento de una organización a otra. La transferencia de conocimiento incluye dos etapas de intercambio y absorción.
2. La premisa de la transferencia de conocimiento es la necesidad de formar un proceso y un resumen planificado y compartir hábitos dentro de la organización.
3. Asegurar la efectiva internalización del conocimiento a través de la capacitación y el monitoreo de la retroalimentación.
Los estudiantes que necesitan materiales de preparación de PMP pueden dejar un mensaje
