KnowledgeConf: es hora de compartir conocimiento

KnowledgeConf es una nueva conferencia en la familia Ontico, queremos reunir en la misma plataforma a aquellos que constantemente o de vez en cuando se dedican a arreglar, estructurar, organizar el almacenamiento y la actualización del conocimiento en las empresas de tecnología. Hablaremos sobre cómo reducir los riesgos de perder conocimiento único, cómo reutilizar soluciones, cómo mejorar el factor del autobús y cómo abordar rápidamente a los nuevos empleados.



Para las empresas de TI, el conocimiento y los recursos intelectuales son de carne y hueso , el negocio de la mayoría de ellos se basa en enfoques y procesos únicos, a menudo implícitos y no fijos. Mantener el conocimiento en la cabeza de los desarrolladores, en las pizarras blancas en las salas de reuniones, en las conversaciones de la cocina puede funcionar bien, sin duda, pero con el crecimiento de la empresa, con la partida de las personas que han trabajado en ella durante diez años, con la ampliación de los equipos, los riesgos del conocimiento implícito y sus procesos desorganizados. el almacenamiento se vuelve más y más notable.

KnowledgeConf 2019, una conferencia profesional sobre la gestión del conocimiento en empresas de TI, se llevará a cabo el 26 de abril de 2019 en el sitio de InfoSpace en el centro de Moscú.

¿Qué es conocimiento general , qué tipo de abstracción preguntas? Sí, esto no se trata realmente de algoritmos, patrones arquitectónicos o comandos en un sistema de control de versiones.

En cada empresa, incluso los enfoques y algoritmos universales se incorporan a los procesos de una manera nueva, en cada equipo, el conocimiento técnico superpone los procesos : limitaciones internas del núcleo del sistema, cuando por una razón u otra no se utilizan los diseños, no se compilan, etc., utilizando versiones híbridas y aplicaciones, procesos sofisticados de planificación, lanzamiento, prueba, en las guías de estilo final, denominación de variables y entidades. Esto también incluye el conocimiento acerca de las herramientas: incluso las mismas difieren en la configuración, el alcance y los detalles de la aplicación, el conocimiento de los puntos de contacto y las relaciones en los equipos y mucho más.

Incluso los procesos y metodologías bien conocidos, como escribir autotests, scrum, planificación ágil, detallar tareas, trabajar con un sistema de control de versiones, difieren en cada empresa debido a los procesos que se han desarrollado a lo largo de los años y las características específicas del negocio.

Luego viene una gran capa de conocimiento implícito en la mente de los desarrolladores experimentados, conocimiento sobre las decisiones tomadas una vez , sobre muletas que están enterradas en el sistema, un código heredado que es familiar para aquellos que han estado trabajando durante mucho tiempo (nadie lo toca), pero en algún momento cuando el empleado se va o se va, dispara. Pero resulta que "siempre fue necesario hacer esto aquí, y funcionó bien".

Todavía hay conocimiento sobre los errores cometidos y las lecciones aprendidas . Bueno, en realidad el conocimiento sobre el negocio de la compañía , que a menudo es único. Especialmente si su empresa está trabajando en un nuevo campo, industria, segmento de mercado.

¿Pero cuál es el beneficio? Cómo justificar a los dueños de negocios que es necesario, porque de alguna manera funciona y está bien.


Esto se puede hacer a través de pérdidas potenciales y gestión de riesgos. Me encontré con un informe Panopto: Informe de conocimiento y productividad en el lugar de trabajo 2018 .

Estos son los resultados de una encuesta a más de 1,000 empleadores estadounidenses que hablaron sobre los problemas que experimentan con la transferencia de conocimiento y su pérdida.

El 42% de los empleados encuestados admitió que tienen un conocimiento único, nunca fijo. El 81% estuvo de acuerdo en que están molestos porque la compañía tiene un conocimiento único que no comparte con ella, esto afecta su trabajo y la evaluación de la transparencia de las decisiones y los procesos actuales.

En las empresas de baja rotación, el 23% de los empleados admite que les resulta difícil o casi imposible acceder a la información que necesitan para hacer mejor su trabajo. En las empresas con una alta rotación, este porcentaje se eleva a 38.



Como resultado, el tiempo promedio que un principiante dedica a encontrar respuestas a preguntas por semana es de 12.7 horas, que son 50 horas en el primer mes de trabajo.



Los autores del informe incluso calcularon los ahorros potenciales de un intercambio de conocimiento más eficiente basado en datos sobre trabajo simple o ineficiente: para una empresa con 17.7 mil empleados y un salario promedio de $ 47 por hora, ascenderá a 42.5 millones de dólares por año , para las empresas con 1,000 empleados, $ 2.4 millones por año. La incorporación más efectiva de los recién llegados permitirá a una compañía con 17.7 mil empleados ahorrar $ 4.5 millones anualmente.

Genial, pero ¿por qué toda la conferencia?


La experiencia de otras conferencias ha demostrado que aparecen informes sobre TeamLead Conf y Highload ++ y grupos enteros de informes sobre almacenamiento, indexación, soporte para artefactos de conocimiento en equipos de TI y compañías enteras. Solo unas pocas empresas en este campo tienen un sistema de gestión del conocimiento unificado y desarrollado, y con un especialista en gestión del conocimiento es un ave muy rara .

Es mucho más fácil imaginar una situación en la que cada equipo de desarrollo, soporte, prueba, infraestructura cava su propia pieza y desarrolla sus propias prácticas. Incluso en el marco de una empresa, puede ver algo como esto (una vez con mi colega nació un informe completo en TeamleadConf , ni siquiera sabíamos que estábamos haciendo casi lo mismo en diferentes departamentos), pero pensamos en compartir prácticas entre las empresas. Bueno, no, no es así.

Pero alguien es incluso bueno en eso. Nos gustaría traer estos casos prácticos al exterior y compartir entre nosotros experiencias, mejores prácticas, rastrillos, ir más allá de nuestros "pequeños y acogedores" y hacer algo genial y útil.

TI es un mercado bastante joven en comparación con, por ejemplo, el sector real de la economía, la minería, la manufactura y las compañías financieras. Allí, los sistemas de gestión del conocimiento comenzaron a ajustarse desde principios de la década de 2000, cuando nadie conocía la palabra milenaria, la gente se llamaba por teléfono (!) Y hacía citas. Pero también tienen sus propios detalles, en particular, muchas iniciativas para la gestión del conocimiento y la formación de mejores prácticas van desde arriba, no desde abajo, tienen un apoyo incondicional y financiación de la alta dirección. Invitaremos a representantes de estas empresas a la conferencia, porque tenemos algo que aprender de ellas.

¿Quién podría estar interesado en absoluto?


Nos reunimos por el comité del programa y analizamos qué tipos de empresas y por qué el tema de la gestión del conocimiento puede ser interesante. Escriba si encuentra su caso en él y comparta otras ideas en los comentarios.

Tipo de negocio¿Por qué necesitan gestión del conocimiento?Como regla, quieren ...
Empresa integradora- Fijar acuerdos con el cliente y reducir riesgos.
- Escalabilidad del equipo
TK
Empresa de productos, PaaS- Reutilización de soluciones.
- Reducir los riesgos de despido e incorporación de un nuevo empleado.
- Escalabilidad de proyectos (si el conocimiento se conserva bien y se transfiere rápidamente, es fácil reclutar nuevos empleados)
Requisitos funcionales y descripciones detalladas de tareas comerciales.

Vea este tema: Desde el otro lado del espejo: una mirada a la documentación desde el punto de vista comercial Maxim Stroyev
Desarrollo a medida, devshop- Reducción de riesgos en las relaciones con los clientes.
- Reducción del costo de inmersión en una nueva área temática.
Descripción detallada de las tareas.
Empresa de servicios- Reducción del tiempo de inmersión para un nuevo empleado.
- Reducción del costo de inmersión en una nueva área temática para el empleado o los detalles del cliente.
Cómo hacerlo Instrucciones
Empresa de fabricación de instrumentos- Arreglar las razones de las soluciones técnicas seleccionadas, lo que lleva a la aceleración de los proyectos de modernización.
- Reducción de riesgos por la pérdida de "ingenieros únicos"
- Acelerar la introducción de productos en la producción y simplificar el traslado a nuevos sitios de producción.
Fijación de la arquitectura del sistema, descripción del protocolo, álbum de soluciones técnicas, tarjetas de lotes de producción.


Equipo de conferencia


Ahora es el momento de presentar a nuestro equipo, los responsables del contenido de la conferencia, de su calidad, de la formación del programa.


Rodion Nagornov, Jefe de Capacitación y Certificación, Kaspersky Lab.

Hecho al azar: Cantó dos veces en Olimpiysky.



Igor Tsupko, Jefe de I + D, Flant.

Hecho al azar: Escribió las primeras líneas de código a los 4 años. Era una foto de un gato en QBasic.



Svetlana Novikova, especialista en gestión del conocimiento en el equipo de desarrollo de IPONWEB.

Hecho aleatorio: probé más de 140 variedades de sidra y tengo una cuenta de Instagram con comentarios sobre ellas. Por primera educación, un politólogo. Incluso casi defendió una disertación en ciencias políticas.



Konstantin Medvedev, Jefe de Soporte de Producto, Tion.

Dato aleatorio: trabajo desde las 6 de la mañana, voy a Moskvich 412 y tengo la norma.



Nikolay Volynkin, escritor técnico en Plesk.

Hecho aleatorio: desde el final de 15 años he estado trabajando como moderador en la rama de StackOverflow en ruso.



Maxim Tsepkov, arquitecto y analista de negocios, CUSTIS.

Dato aleatorio: en el instituto escribió un editor de archivos multiusuario en Fortran en BESM-6 y funciones elementales para la versión soviética de la supercomputadora Cray. Me gusta montar a caballo, trato de hacerlo dos veces por semana.



Dmitry Simonov, fundador de dsimonov.consulting.

Hecho al azar: trabajó en todas las tres grandes empresas: Yandex, Rambler, Mail.ru.



Maxim Babich, fundador de Cloveri .

Hecho al azar: A veces, en mi tiempo libre, pastoreo ovejas con mis perros corgi.


Entrevista de Blitz con miembros del Comité del Programa de la Conferencia


Cuéntanos en pocas palabras lo que haces además de la conferencia, en el trabajo, en las actividades sociales.

Svetlana Novikova, IPONWEB ( nerazzgadannaya ) : Estoy configurando procesos de automatización para cargar y publicar documentación (en un sentido amplio, esto incluye descripciones de procesos, la estructura interna del sistema, cursos de video para principiantes, pruebas de control) en el equipo de desarrollo de la interfaz de usuario. Estoy trabajando en un sistema para incorporar a los recién llegados al equipo junto con el líder del equipo, me aseguro de que no haya conocimiento implícito en el equipo, que sea conveniente para los chicos compartirlos, de modo que las actualizaciones de artefactos se integren en los procesos generales de desarrollo y lanzamiento. A veces también organizo reuniones, debates sobre este tema y canalizo sobre la gestión del conocimiento en TI .

Maxim Babich, Servicio de Impuestos Federales ( WebByte ) Ayudo a los especialistas de TI y a los equipos de TI a desarrollar más conscientemente utilizando modelos de competencia. Estoy creando sistemas de información en el Servicio de Impuestos Federales que aumentan la calidad y la velocidad de la obtención de servicios públicos.

Rodion Nagornov, Kaspersky Lab ( KnowledgeManager ) : En realidad, la gestión del conocimiento es mi trabajo. He estado haciendo esto durante 5 años en Kaspersky Lab y no planeo parar. Además, mis responsabilidades incluyen administrar nuestra comunidad y supervisar la atención al cliente en las redes sociales.

Soy un ingeniero de CAD (Baumanka), un desarrollador de C #, VB #, afortunadamente, he elegido un campo de actividad diferente después de la universidad :) No me han notado activamente en la vida pública, paso tiempo en mi familia y viajo.

Konstantin Medvedev, Tion: Lidero el departamento de soporte de productos para I + D en Tion. Gestiono documentación, base de conocimiento del producto. Capacitamos soporte, ventas, marketing, resolvemos problemas con productos, recopilamos ideas, asesoramos a colegas sobre cuestiones técnicas. Y también creo y avanzo la comunidad de ingenieros de instrumentos en Novosibirsk Conveyerum. Discutimos el desarrollo, soporte, producción y gestión del conocimiento.

Nikolai Volynkin, Plesk ( nick_volynkin ) : Trabajo como escritor técnico en Plesk. Estoy escribiendo documentación para desarrolladores y yo mismo estoy desarrollando herramientas para documentación en Python. Estoy llevando a cabo un canal en Telegram sobre la documentación en general, el enfoque "documentación como código" y un poco sobre la gestión del conocimiento. Desde finales de 15 años, he trabajado como moderador en la rama de StackOverflow en ruso. Ahora hay cinco moderadores en el sitio, son elegidos por la comunidad, el trabajo es voluntario y no remunerado. Pero es muy interesante: los flujos de conocimiento en la comunidad de desarrolladores son visibles, los problemas en ellos son visibles y estos problemas pueden verse afectados.

Junto con mis colegas, organicé varias reuniones de la comunidad internacional Write the Docs: en Moscú, San Petersburgo y Novosibirsk. Creo que los mitaps son muy importantes. Ayudan a las personas a conocer e intercambiar ideas. También es una fragua de oradores en grandes conferencias como KnowledgeConf.

Igor Tsupko, Flant ( may-cat ): He estado en el fuego de TI "en serio" durante más de 10 años. Comenzó como desarrollador, ahora ayudo a Flant a escalar y, en la práctica, resuelvo acertijos para la gestión del conocimiento.

Sergey Zaika: Lamoda ( fewald ): Soy un desarrollador senior de un sistema de gestión de pedidos en Lamoda. Me dedico al desarrollo, el diseño, la incorporación, el servicio de guardia y la investigación de incidentes. A veces tengo tiempo para hablar.

Dmitry Simonov, dsimonov.consulting ( dsimonov ): estoy liderando un canal techdir donde recopilo notas, "rastrillos" y casos divertidos de mi propio trabajo, sistematizando el conocimiento sobre el trabajo de los directores técnicos.

Maxim Tsepkov, CUSTIS: Durante más de 30 años he trabajado en desarrollo personalizado para corporaciones y bancos como desarrollador, arquitecto y analista de negocios en CUSTIS. Creo que la automatización mejora la vida y abre nuevas posibilidades. Paralelamente, en los últimos años he estado trabajando como consultor independiente en organizaciones ágiles, turquesas, dinámicas en espiral y otras prácticas de nueva administración en TI y más allá.

¿Qué significa para usted la gestión del conocimiento y por qué es importante?

Nikolai Volynkin: Todo comienza con una idea simple: el conocimiento es un activo de la compañía que le brinda ganancias. La gestión del conocimiento aumenta las ganancias y reduce los riesgos derivados del incumplimiento de los plazos, el factor determinante, las decisiones erróneas y las ideas valiosas que no se han implementado.

Rodion Nagornov: Puedo nombrar 3 ganancias principales: seguro contra pérdida de conocimiento y experiencia cuando los especialistas se van; acelerar la formación de nuevos empleados; la capacidad de crear productos, enfoques y soluciones completamente nuevos basados ​​en el conocimiento existente. Por supuesto, hay muchas más cosas buenas, pero siempre destaco estas tres.

Maxim Babich: La gestión del conocimiento y la gestión basada en el conocimiento es una forma de acelerar la solución de problemas comerciales y reducir el riesgo de perder especialistas clave.

Konstantin Medvedev: Para mí, la gestión del conocimiento es una mezcla de personas, procesos y enfoques destinados a generar, difundir y mantener la relevancia del conocimiento sobre los productos de la compañía y las complejidades de las tecnologías utilizadas en ellos. Es importante, porque sin esto, cualquier modernización = desarrollo desde cero, y cualquier despido de un ingeniero = desarrollo desde cero.

Maxim Tsepkov: Me encontré con la gestión del conocimiento en la conferencia KM Rusia en 2010, me sorprendió descubrir que esta es una disciplina completamente separada que es interesante aplicar en TI. Me llamó especialmente la atención la tesis de que la tradición oral es una forma completamente legal de trabajar con el conocimiento, y la correlación de la tradición oral y el conocimiento documentado debe ser gestionada.

Igor Tsupko: Esta es una lesión infantil, probablemente. Muy pronto, me encontré con un código incomprensible e incompatible, que contradecía la realidad y los "refinamientos" de sentido común, la incapacidad de las personas para expresar sus pensamientos.

Y si su empresa crece, los problemas de comunicación y un pequeño factor de bus comienzan a distraerlo de cosas verdaderamente importantes, a la concentración y la voluntad.

Dmitry Simonov: Considero que la gestión del conocimiento para expertos técnicos es un punto clave para garantizar el crecimiento profesional de todos mis colegas que aún se centran en sus opiniones exclusivamente en la práctica laboral diaria.

Sergey Zaika: Para mí, en el contexto de una corporación, la gestión del conocimiento es principalmente un intercambio de experiencia. Las corporaciones son grandes y el experto adecuado puede trabajar en otro país, renunciar hace mucho tiempo o sentarse en la mesa de al lado. Cuando se establece la gestión del conocimiento, cada experto deja un "rastro" de artefactos, por el cual, idealmente, puede comprender lo que se requiere, sin siquiera tener que recurrir a él directamente.

¿Por qué decidiste unirte al Comité del Programa?

Svetlana Novikova: Quiero hacer una conferencia con informes detallados y de alta calidad. De tal manera que me gustaría estar en todos los informes, caminar, hablar, pegarme en las gradas. La mejor manera de lograr esto es participar en la organización. Además, se trata de muchos nuevos conocidos geniales, un intercambio de experiencias.

Rodion Nagornov : En los últimos años, habló mucho, asistió a conferencias como oyente, pero no vio lo que había dentro, detrás de la placa del organizador. Cuando hubo una oferta para participar en la PC, acepté de inmediato. Además, se asumió que el público objetivo principal son las personas asociadas con el desarrollo. Como yo mismo recopilo conocimiento de los desarrolladores, y a menudo no nos entendemos de inmediato, se ha vuelto increíblemente interesante mirar mi trabajo desde el otro lado, para comprender cómo nos ven los desarrolladores, los empleados de gestión del conocimiento. Bueno, y, tal vez, podamos transmitirles, por nuestra parte, que estamos haciendo algo útil, incluso para nosotros mismos (¡ustedes le dan KM a las masas!), Y no solo nos distraen de nuestro trabajo con preguntas tontas. Debo decir que las expectativas ya se han cumplido.

Konstantin Medvedev: Quiero hablar con Oleg Bunin sobre una conferencia para ingeniería de instrumentos;).

Igor Tsupko: Me gustaría hacer una conferencia profunda, sin una mierda de marketing y oradores aceptados en el programa "para ojos hermosos".

Nikolai Volynkin: Esto es demasiado interesante y útil para mantenerse alejado. Y aun así, todas las personas escucharán informes solo el 26 de abril (y aquellos que no vengan a la conferencia más tarde), y ya me las arreglé para escuchar algunas e incluso apliqué algo en mi trabajo.

Maxim Tsepkov: Acepté con interés la invitación para ingresar a la PC de KnowledgeConf. La gestión del conocimiento en proyectos de TI es un tema relevante y a menudo problemático. Y espero que la conferencia reúna informes sobre prácticas de gestión del conocimiento en diferentes proyectos. Los escucho en diferentes conferencias, hay muchas cosas interesantes, pero aquí se unen.

Sergey Zaika: Por otro lado, es interesante familiarizarse con la "cocina" de las conferencias.

¿Qué informes te gustaría ver en KnowledgeConf?

Svetlana Novikova: En primer lugar, me gustaría ver casos, la aplicación de enfoques y herramientas específicas en diferentes equipos: desarrollo (documentación como código), pruebas (almacenamiento de casos de prueba y listas de verificación), infraestructura (lecciones aprendidas, información sobre incidentes, arquitectura registros), soporte (desarrollo de una base de conocimiento de soporte técnico), equipos de productos.

Rodion Nagornov: Personalmente, realmente me gustaría ver un informe sobre el hecho de que la gestión del conocimiento no es necesaria, es en vano y en general solo gastar recursos :) Nuevamente, para comprender los argumentos de colegas que hoy en día piensan así y, tal vez, sean capaces de - .

: , . , , . , . , .

: , , . .

: . , , .

: KnowledgeConf . , .

: . , , « ”». ( ) - . «-» .

?

: : , , . : !

: , -. , , , , , , ( ), , .

: -, . — .

-, . , - git 2019 , . , : — . , .

: , . , . , Zodiac Interactive. . , .

: « », « » « ».
— . — .

: , , -, — . , -, , .

, ?

: , , .

: , , .

: IT , . « » , , . -, knowledge sharing junior , . -IT , knowledge management « ». IT , , .

: , , — , , -, -, , .

: , , , — , , , .

: , , , , , , . , , HR, Learning&Development, , , , . — — , « » killer feature, , , .

: : tech- knowledge-engineering. , , , . «» «» .

.

: , , , . — :)

: , , , . !

: , , , , , , 2020 .

: : , , — .

KnowledgeConf 1 , 26 . Telegram- .

Source: https://habr.com/ru/post/437768/


All Articles