Cómo evaluar el desempeño del programador
Creo que la evaluación del desempeño es una prioridad absoluta para los programadores o para toda la empresa, pero ¿cómo realizar la evaluación del desempeño para los programadores? ¿Depende de la cantidad de códigos escritos? Un requisito previo para la evaluación del desempeño es que el trabajo sea mensurable.
Desde esta perspectiva, existen dos métodos que se pueden utilizar de manera integral:
1.
Al enviar el trabajo al final de cada día, contamos el número de líneas de código agregadas durante las modificaciones de hoy. El estándar básico de la industria es de aproximadamente 200 líneas.
2. Realizar una segmentación y gestión detallada de tareas.
MantisBT puede lograr esta función. Todo el proceso de desarrollo se puede reflejar en la mantis. Los analistas dividen las tareas paso a paso y dividen las subtareas finales alcanzables para que los programadores puedan estimar su carga de trabajo contando las tareas completadas. De hecho, creo que la ansiedad de BOSS radica en la incapacidad de observar "visualmente" el progreso del proyecto. Esta tarea se puede lograr utilizando MantisBT y estableciendo hitos de manera razonable. Cuando el BOSS vea que la realización de tareas relacionadas con hitos continúa aumentando, su ansiedad se reducirá significativamente.
Mi experiencia incluye principalmente los siguientes aspectos:
1.
La calidad aquí se refiere al grado en que los entregables cumplen con los requisitos o la exactitud de la entrega de acuerdo con los requisitos. Específicamente, se refiere a la comunicación, comprensión, diseño e implementación en el proceso desde la comprensión del. Requisitos para el resultado final de los entregables. La calidad general de la verificación se puede medir finalmente mediante la métrica "densidad de errores". Para los programadores comunes, es principalmente la calidad del código.
2. Comunicación y trabajo en equipo.
Voluntad y capacidad para comunicarse y colaborar con diversos roles en el equipo del proyecto. El desarrollo de software se basa en las capacidades individuales, pero de ninguna manera se limita a las capacidades individuales. Especialmente ahora, el software funcional complejo debe completarse mediante la cooperación de múltiples funciones y la división del trabajo. Aquí, la visión general y los valores del individuo se centran en el. Los objetivos generales del proyecto y del equipo son muy importantes para garantizar el éxito del proyecto.
Si ha logrado lo anterior, felicidades, su empresa es muy formal. Si el programador no trabaja duro, no trabaja en serio y tiene una baja eficiencia de producción, entonces el problema no debe ser del programador. . Algo anda mal con el trabajo de RRHH.