¿Cómo se deben establecer los KPI del personal técnico?
Xie Zhufeng fue una fuente de inspiración. Gracias al Maestro Huo por codificar todas las escenas. Si no puedes escribir bien, por favor contacta con él.
Quejas de RRHH
Seguimos discutiendo cómo establecer KPI para el personal técnico.
Alibaba Technology tiene un artículo "Cómo evaluar cuantitativamente los KPI del personal técnico", escrito por Zhang Jianfei. Cree que el KPI del personal técnico se puede descomponer en "tres contribuciones": contribución empresarial, contribución técnica y contribución del equipo:
1. Contribución empresarial: incluido el control de la demanda, los proyectos empresariales y la innovación empresarial.
2. Contribución técnica: incluida la refactorización del diseño, el impacto técnico, la revisión del código, la innovación y la mejora de la eficiencia, y la calidad del código.
3. Contribución del equipo: incluyendo reclutamiento, formación de nuevos talentos y ambiente de equipo.
Se desglosa el segundo "aporte técnico", y el autor utiliza algunos casos de trabajo para describir:
1. Calidad de la aplicación:
Responsable o *. * *Co-responsable del puntaje de calidad de la aplicación (que puede examinarse desde las dimensiones de tasa de duplicación de código, complejidad del círculo, racionalidad de capas, etc.) y lo que el personal técnico ha hecho para mejorar el puntaje de calidad de la aplicación.
2. Diseño y reconstrucción:
En el proyecto de comunicación con el cliente, el personal técnico modeló y diseñó el campo de ventas de CRM con una abstracción razonable.
Descubra los conceptos básicos; La clasificación de los bultos en la instalación no era razonable y fue rediseñada y reestructurada.
Descubrí que los códigos de error en el sistema actual eran bastante confusos, así que formulé nuevas especificaciones de códigos de error y completé la reconstrucción del código.
3. Impacto técnico:
El modelo de estrategia de intercambio en equipo ha sido bien recibido por los estudiantes.
Aceptó la invitación y compartió la arquitectura SOFA en la conferencia de la industria.
4. Revisión del código:
Al revisar el código, descubrí que puede haber inseguridad en los subprocesos.
Al revisar el código, encontré que había un diseño irrazonable. El uso de la cadena de responsabilidad aquí puede resolver el problema de manera elegante y tiene cierta escalabilidad.
5. Innovación y eficiencia:
Descubrí que iniciar Pandora Boot en pruebas locales es una pérdida de tiempo, por lo que escribir un contenedor de prueba mejoró en gran medida la eficiencia de las autopruebas.
Descubrí que no es necesario escribir algunos códigos repetitivos. El bloqueo optimista y la paginación sirven para simplificar las anotaciones del código.
Sobre un determinado proyecto o punto técnico se generó una patente: configuración de negocio basada en modelo de dominio.
6. Calidad del código:
La cantidad de errores y fallas en línea después de la prueba (el sistema puede extraerlo, no es necesario completarlo).
Se completó la prueba unitaria de un determinado módulo y se descubrieron problemas mediante múltiples regresiones automáticas.
A continuación, compartiré contigo un conjunto de ilustraciones de ganchos. El autor es un KPI técnico elaborado por Bigger (ingeniero de big data).
Bigger cree que, aunque el personal técnico prefiere un entorno libre, para los equipos empresariales, si no todos cumplen las normas, el equipo técnico de la empresa será un desastre.
¿Qué KPI deberían utilizar los técnicos?
Basándose en comentarios sobre artículos técnicos de Alibaba, el autor Ming cree:
Los KPI son proactivos y deben centrarse en diferentes etapas.
1. En la etapa empresarial, los KPI deben estar lo más orientados al negocio posible. Cuando la supervivencia es un problema, hablar de ideales tecnológicos es simplemente una utopía.
2. Cuando los ingresos se estabilicen gradualmente, intente inclinarse hacia la tecnología. Sólo así podremos hablar de estabilidad. Cuando todo vaya por buen camino y el sistema sea lo suficientemente robusto, será más apropiado mantener una relación de 6/4 (negocios/tecnología). Por supuesto, esto debe ajustarse con flexibilidad según la situación real de cada empresa.
Esto también propone estándares de evaluación multidimensionales para el propio negocio, tecnología y mercado de TL. No es aconsejable ni la tecnología pura ni los negocios puros. Después de todo, todo el mundo está esperando a las instituciones comerciales y los beneficios comerciales son lo primero. Todo lo demás debe centrarse en esto, y la optimización técnica también sirve para obtener beneficios comerciales.
Entonces, hablar de negocios sin tecnología, o hablar de negocios sin tecnología, es un pensamiento utópico.