En los últimos años, el ecosistema global de código abierto ha entrado en una nueva etapa de rápido desarrollo y muchas empresas, comunidades e individuos se han centrado en el código abierto. Entre ellos, algunas empresas, comunidades e individuos incluso establecieron organizaciones especiales para código abierto, o establecieron indicadores KPI para código abierto, con el objetivo de promover el desarrollo sostenible de proyectos de código abierto o comunidades de código abierto.
Cuando el código abierto está vinculado a los KPI, los resultados a veces pueden ser inesperados. Por un lado, algunas comunidades de código abierto o gigantes tecnológicos han ganado una gran atención y apoyo al establecer KPI en proyectos de código abierto; por otro lado, algunos ejecutivos de la empresa persiguen ciegamente los indicadores KPI para la promoción laboral personal y desarrollaron un proyecto de código abierto con ningún valor de uso está obviamente en contra del espíritu de código abierto.
La imagen proviene de: chismes en Internet
KPI no solo puede promover el rápido desarrollo del código abierto, sino también estancarlo y caer en un lento período de silencio. Desde entonces, la gente ha comenzado a pensar: ¿Puede el uso de KPI para operar proyectos de código abierto o comunidades generar un desarrollo sostenible? ¿Cuáles son los KPI para un buen proyecto de código abierto? ¿Qué piensan los usuarios y desarrolladores acerca de establecer KPI para proyectos de código abierto? ¿Cómo puede una empresa u organización promover el desarrollo sostenible de proyectos de código abierto y evitar el cambio de KPI de código abierto?
Obviamente, el éxito de los proyectos y comunidades de código abierto depende no solo de la solidez técnica, sino también de muchos factores, como el desarrollo sostenible. Para realizar el desarrollo sostenible de los proyectos de código abierto, es necesario asegurarse de que el proyecto tenga cierto valor de uso para las personas, las empresas e incluso el mercado, y pueda retener a los usuarios y desarrolladores. Los indicadores KPI deben poder medir la calidad del proyecto, la satisfacción del usuario, la contribución de la comunidad y la participación de los usuarios y desarrolladores, en lugar de simplemente buscar un crecimiento cuantitativo.
Para las empresas u organizaciones, para promover el desarrollo sostenible de proyectos de código abierto, es necesario prestar atención para evitar la tendencia de "código abierto de KPI". Deben centrarse en el valor de uso y la contribución comunitaria de los proyectos de código abierto, y alentar a los desarrolladores y usuarios a participar para garantizar el desarrollo sostenible del proyecto. En última instancia, el éxito de un proyecto de código abierto requiere los esfuerzos conjuntos de desarrolladores, usuarios, empresas y organizaciones para lograr un desarrollo verdaderamente sostenible.
¿Cómo ve la industria el código abierto de KPI?
Hoy, con la continua prosperidad del ecosistema de código abierto, muchas empresas y organizaciones incluirán indicadores relacionados con proyectos de código abierto en la evaluación de KPI para alentar a los empleados a contribuir con el código abierto. Los dos están relacionados entre sí, formando una forma de evaluación e incluso se convirtieron en un modelo: KPI de código abierto. Insiste en "qué probar", es planificado y sistemático, y es el factor impulsor para promover la creación de valor de los proyectos de código abierto de la compañía.Su idea central es mejorar continuamente el desempeño de la organización y los empleados.
El código abierto de KPI es un fenómeno más que una causa, tiene cierta inevitabilidad y es controvertido. Para KPI de código abierto, diferentes personas pueden tener diferentes puntos de vista.
Los partidarios creen que al adoptar métodos de código abierto de KPI, el desempeño y la sostenibilidad de los proyectos y comunidades de código abierto se pueden comprender y evaluar mejor, lo que ayudará a promover el éxito y el desarrollo de proyectos o comunidades.
Juan Pan, cofundador y CTO de SphereEx, dijo: "Desde la perspectiva de los proyectos de código abierto, el código abierto de KPI se centra principalmente en la formulación y medición de la calidad del proyecto; desde la perspectiva de las comunidades de código abierto, el código abierto de KPI se puede interpretar como una estrategia de gestión de operaciones para construir una comunidad activa o saludable".
"Los indicadores son valiosos", señaló Zhuang Biaowei, director y director ejecutivo de Kaiyuan Society y ex experto en código abierto del Centro de competencia de código abierto de Huawei: "Deberíamos estudiar indicadores, desarrollar indicadores y promover indicadores, y esperar formar un consenso sobre algunos indicadores clave en la industria. Consenso. Para los indicadores a corto plazo que son particularmente fáciles de 'comprar', necesitamos moldear la influencia para que todos puedan reducir la importancia de estos indicadores".
Dai Lidong, cofundador de Beluga Open Source, no se opone a establecer KPI para proyectos de código abierto. Él cree: "Muchos autores individuales de código abierto crean poder para el amor, y es difícil persistir durante tres años. Al contrario. , el código abierto de KPI tiene un mínimo de varios. La garantía es mucho más confiable que generar electricidad por amor”.
Gao Hongtao, colaborador principal de Apache SkyWalking y Apache ShardingSphere, expresó su expectativa: "Esperamos formular KPI con ejecutores reales en lugar de delegar tareas de arriba a abajo. La confirmación conjunta y la interacción son la esencia central del código abierto de KPI. En KPI Con la ayuda del sistema de incentivos, los proyectos globales de código abierto pueden lograr un gran progreso".
Los críticos creen que el código abierto de KPI ha traído algunos efectos negativos.
Por ejemplo, algunas organizaciones pueden enfocarse demasiado en el crecimiento de las métricas mientras ignoran el valor real y la calidad de un proyecto o comunidad. Algunas personas creen que el KPI de código abierto puede aumentar la competitividad de los proyectos o las comunidades, lo que hace que los desarrolladores y los miembros de la comunidad presten demasiada atención a los indicadores e ignoren el valor de desarrollo a largo plazo del proyecto en sí, como la innovación, la colaboración y el intercambio de conocimientos.
Código abierto por el código abierto, los participantes no se divierten y no pueden formar una fuerza impulsora interna. El autor entrevistó a Li Hao, PMC y arquitecto jefe de la comunidad de código abierto de StoneDB, y cree que "a partir de situaciones pasadas, muchos comportamientos que se vieron obligados a incluir KPI de código abierto generalmente terminaron con resultados insatisfactorios. Mantenimiento" o "ausencia de comunidad". el sentido de participación de la comunidad no es fuerte".
Como dijo Li Hao, cuando el código abierto de KPI se desarrolla hasta cierto punto, surgirá algo de caos en algunos proyectos de código abierto y comunidades de código abierto, como: algunos gerentes formulan ciegamente KPI para la promoción laboral, actividades de obtención de estrellas pagas de GitHub, etc. Algunas plataformas de comercio electrónico incluso tienen una cadena industrial gris de pago de Star. En todos los casos de KPI de código abierto, podemos encontrar las siguientes características: numérico, a corto plazo, ignorando la experiencia de los miembros de la comunidad.
Cheng Shaofei, un conocido experto en la comunidad front-end y columnista de "Re-Learning the Front-end", se burló del código abierto de KPI y dijo: "La mayoría de los proyectos de KPI están motivados por algunos líderes que no entender la tecnología Sin embargo, el código abierto es una cuestión de inversión a largo plazo, y una gran cantidad de recursos invertidos en la etapa inicial inevitablemente se retirarán después de que pase la popularidad del borrador de relaciones públicas, y después del carnaval, solo habrá Quedan plumas de pollo.
En Zhihu, el código abierto de KPI también ha sido criticado por muchos empleados de la empresa, y hemos extraído algunos comentarios populares. Un usuario anónimo reveló: "En el proceso de inversión real de los proyectos de código abierto, hay un ciclo de 'el huevo y la gallina'. Si quiere hacer esfuerzos para abrir el código, el jefe no está dispuesto a invertir más recursos y usted "No puedo ver el rápido desarrollo. El aumento de los ingresos es difícil de convencer. En términos de implementación, también ha habido muchas operaciones miopes sin una planificación a largo plazo".
También hay un internauta de Zhihu, @Wang Xu, que dijo que para tareas abiertas como el código abierto, la "gestión estilo KPI" es absolutamente tabú. Debe estimular completamente la creatividad del equipo de código abierto. La gestión de OKR debe estar claramente definida, y los puntos clave que deben lograrse deben descomponerse de acuerdo con los objetivos Resultados, pero al inspeccionar, concéntrese en qué resultados se han logrado y si ayudan a lograr los objetivos, en lugar de estancarse con los "resultados clave" establecidos. [1]
Además, a los superiores no les importa la vida o la muerte de los subordinados. Cuando la empresa alcanza cierta escala, todo "desempeño" necesita proyectos falsos y soporte de datos; la razón principal de KPI debería ser que el proyecto no es simple, el negocio del equipo En algunos casos, realmente tienes que crear problemas para no tener problemas con los KPI. Te devanas los sesos para pensar en los puntos débiles, y no quieres mantenerlos más después de que te ascienden al final. . [2]
Por supuesto, sobre el tema del código abierto de KPI, no solo hay puntos de vista positivos y negativos, sino también algunas actitudes neutrales.
Algunos argumentan que los KPI de código abierto son un enfoque útil, pero deben usarse y medirse adecuadamente para garantizar que no tengan un impacto negativo. Un KPI razonable puede proporcionar al personal del proyecto de código abierto un objetivo claro y alcanzable, que ayudará a todos a unificar su pensamiento, formar una fuerza conjunta y medir y evaluar mejor el rendimiento del proyecto. Sin embargo, los KPI no razonables pueden hacer que los proyectos de código abierto presten demasiada atención a los indicadores y los datos, ignorando la esencia y la creatividad del proyecto y, finalmente, hacer que todo el equipo de código abierto recurra a la "teoría de solo KPI". y superfluo, resultando en desperdicio de recursos, afectando gravemente el sano desarrollo de la empresa.
En general, el código abierto de KPI tiene tanto un valor positivo como un impacto negativo. No es una cuestión de blanco o negro, y el efecto final depende de cómo y con qué propósito se implemente. Las organizaciones o empresas deben adoptar cuidadosamente los métodos de código abierto de KPI y hacer ajustes y mejoras de acuerdo con las condiciones reales para promover el desarrollo continuo y el éxito de los proyectos o comunidades de código abierto.
¿Cómo evitar que KPI de código abierto no esté en sintonía?
"Si los proyectos de código abierto fallan, no es por las máquinas, las redes o el espacio de la oficina. La única razón por la que mueren es porque los desarrolladores ya no están interesados", dijo Eric Steven Raymond en "La catedral y el bazar". La participación de usuarios y desarrolladores determina la vida o la muerte de los proyectos de código abierto.
Basado en las necesidades reales de los desarrolladores, desde la perspectiva de resolver problemas prácticos para ellos, en lugar de KPI para KPI, código abierto para KPI. Entonces, ¿cómo debería una empresa u organización implementar un proyecto para permitir el desarrollo sostenible y cómo evitar el problema de la desalineación del código abierto de KPI?
Como dice el refrán, Roma no se construyó en un día, por lo que es de código abierto. El proceso básico de hacer proyectos de código abierto tiene principalmente tres aspectos. En primer lugar, es necesario definir un plan práctico de código abierto y prestar atención a los problemas y demandas de los usuarios de producción de primera línea. En segundo lugar, es necesario establecer una base de conocimiento completa y fácil de usar para facilitar que las nuevas comunidades posteriores comiencen rápidamente con el proyecto. Foco en la construcción de soluciones y casos de éxito, ecología aguas arriba y aguas abajo, localización, etc.
Además, en la etapa posterior del proyecto, puede haber ajustes en la estructura organizacional, cambios en el personal central del proyecto, cambios en el énfasis de la organización en el proyecto y muchas otras razones, lo que resulta en la incapacidad del proyecto. para proceder. Si el proyecto ha sido apoyado exitosamente por la comunidad, no hay problema de mantenimiento posterior del proyecto. Pero si la comunidad no es suficiente para apoyar, necesita un cuidado de "hospicio" decente, mejorar la transición de los usuarios en línea, el mantenimiento y otros problemas.
Al respecto, Li Hao, PMC y arquitecto jefe de la comunidad de código abierto de StoneDB, hizo una sugerencia: "Para los altos directivos, es necesario reconocer el valor que los proyectos de código abierto aportan a la organización y a la sociedad, en los que vale la pena invertir". durante mucho tiempo. Para los ejecutivos de nivel medio, debe haber un sistema correcto de evaluación y evaluación para reconocer la contribución de su participación en proyectos de código abierto a la organización. Finalmente, las organizaciones de código abierto deben respetar a todos los usuarios de la comunidad ".
Para promover integralmente el desarrollo sostenible de proyectos de código abierto, debemos prestar atención a los siguientes cinco aspectos:
Determinar indicadores de evaluación: En KPI open source es necesario definir o determinar indicadores de evaluación. Los indicadores KPI deben comenzar por servir más a la comunidad y los proyectos, y minimizar las demandas de intereses a corto plazo de la organización. Por ejemplo, los indicadores KPI se pueden establecer como: actividad de la comunidad, tiempo promedio de respuesta del problema, oportunidad de la revisión, actividad de los colaboradores externos, integridad y legibilidad de los documentos del proyecto, integración ecológica aguas arriba y aguas abajo, etc.
Garantizar la calidad del proyecto: El valor y la calidad de los proyectos de código abierto son la base. Un proyecto de código abierto que no tiene valor para la industria no puede seguir desarrollándose. KPI El código abierto debe centrarse en la calidad en lugar de la cantidad, lo que significa prestar más atención a la legibilidad y el mantenimiento del código y mejorar la estabilidad y la seguridad del proyecto, lo que se puede lograr implementando revisiones de código más estrictas, pruebas automatizadas e integración continua.
Cultivar una cultura de código abierto: las organizaciones deben cultivar una cultura de código abierto y un entorno de código abierto, y realmente implementar el principio de "Yo soy para todos y todos son para mí", para formar un ciclo positivo virtuoso y reducir el número de proyectos de código abierto que son "para nada" por las grandes empresas. Las organizaciones y las personas deben reconocer las dificultades del camino hacia el código abierto y poner fin a la mentalidad de "hacerse rico de la noche a la mañana" y la práctica de "matar la gallina y llevarse los huevos" para dañar a la comunidad.
Énfasis en la experiencia de los participantes: el código abierto de KPI debe prestar más atención a los escenarios de aplicación reales y las necesidades de los usuarios del proyecto, y prestar atención a la experiencia de los participantes para garantizar el valor a largo plazo del proyecto. Si los usuarios o participantes aman la comunidad de código abierto, promoverá el desarrollo continuo del proyecto. Los desarrolladores y los usuarios de la comunidad deben alentar a los participantes a que contribuyan activamente a los proyectos de código abierto, mejoren los problemas encontrados en la producción y el uso reales de los proyectos de código abierto de manera oportuna y ayuden a otros usuarios de la comunidad a evitar obstáculos.
Énfasis en la participación de la comunidad: desde cierto punto de vista, la comunidad de código abierto es como una versión en miniatura de un "país o sociedad", donde todos son sociales y están conectados. La participación de la comunidad es un factor importante para garantizar el mantenimiento a largo plazo y la sostenibilidad de los proyectos de código abierto. Se deben establecer más conexiones entre los proyectos de código abierto y la comunidad, para formar un circuito cerrado completo y brindarle una solución completa para lograr 1+1>2 .
escribir al final
No hay duda de que es muy aprobable que las empresas inviertan en código abierto, y es comprensible evaluar los proyectos de código abierto a través de ciertos medios. Sin embargo, las empresas deben prestar atención al valor a largo plazo de los proyectos de código abierto y evitar exigir el progreso de los productos de código abierto en función del progreso del proyecto, ignorando que los productos de código abierto son esencialmente innovación, no trabajo intensivo en mano de obra. Si bien las organizaciones y las personas obtienen fama y fortuna, espero que los proyectos de código abierto puedan mantener sus intenciones originales.
¿Qué opinas del código abierto de KPI? Todos son bienvenidos a tener una discusión animada.
Referencias:
[1] Zhihu: ¿Cómo calcular KPI para programadores que trabajan con código abierto? https://www.zhihu.com/question/508045817
[2] Zhihu: ex empleado de Meituan expone públicamente: el proyecto de código abierto de KPI no tiene valor https://zhuanlan.zhihu.com/p/102621178
Reimpreso de 丨ITPUB
Editor: Shao Kejia
Lectura relacionada|Lectura relacionada
Kaiyuanshe y Dev.Together 2022
OpenSODA | OpenDigger Software de código abierto Aviso sobre el desafío de la plataforma de minería y análisis de datos ecológicos (segunda ronda)
Introducción a Kaiyuanshe
Fundada en 2014, la Sociedad Kaiyuan está compuesta por miembros individuales que contribuyen voluntariamente a la causa del código abierto. Se forma de acuerdo con el principio de "contribución, consenso y cogobernanza". Siempre ha mantenido las características de neutralidad del proveedor, bienestar público y sin fines de lucro. Integración internacional, desarrollo comunitario, incubación de proyectos "es una federación comunitaria de código abierto con la misión. Kaiyuanshe coopera de forma activa y estrecha con comunidades, empresas y unidades relacionadas con el gobierno que apoyan el código abierto. Con la visión de "Con sede en China y contribuyendo al mundo", su objetivo es crear un ecosistema de código abierto saludable y sostenible y promover la comunidad de código abierto de China. convertirse en una fuerza activa en el sistema global de código abierto Participación y colaboradores.
En 2017, Kaiyuanshe se transformó en una organización compuesta en su totalidad por miembros individuales, que opera con referencia al modelo de gobierno de las principales fundaciones internacionales de código abierto como ASF. En los últimos nueve años, ha conectado a decenas de miles de personas de código abierto, ha reunido a miles de miembros y voluntarios de la comunidad, cientos de disertantes en el país y en el extranjero, y ha cooperado con cientos de patrocinadores, medios y socios de la comunidad.
