¿De qué manera las principales empresas de TI responsabilizan a sus empleados por los resultados?

No estoy seguro de cómo juzgar a una compañía de TI “top”, y no somos un facebook, pero así es como lo hacemos (8 devs).

Usamos el desarrollo de software ágil (scrum) y ejecutamos un ciclo de scrum típico de una semana de planificación y dos semanas de velocidad. Cada historia se divide en tareas, que se estiman utilizando la planificación del póquer. Nuestra velocidad esperada depende del rendimiento de los últimos sprints (y ahora es bastante estático, lo que es ideal). El equipo de administración, a través del propietario del producto (yo), establece las prioridades del negocio, en consulta con el Desarrollador principal.

Cada desarrollador tiene los mismos KPI’s:

  • Según lo programado (también conocido como “cantidad”), se completó el número planificado de puntos de historia completados en el sprint
  • Calidad , cada historia es evaluada por el equipo según 10 métricas, y por el propietario del producto en 7 métricas, en función de qué tan bien la historia entregada cumple con las especificaciones originales.
  • Principios de desarrollo web , nuestros estándares documentados internos, pero basados ​​en el desarrollo de software de mejores prácticas generalmente aceptado (p. Ej., Construir componentes débilmente acoplados, mantener una mentalidad de seguridad, refactorizar continuamente, etc.)
  • Principios de profesionalismo , nuestros estándares internos documentados en torno a la comunicación, el interés personal, la ética de trabajo, etc.

Cada KPI se evalúa en una escala de 1 a 5 Likert (1: inaceptable, 2: pobre, 3: aceptable, 4: excelente, 5: cambio de juego). Después de cada sprint tenemos una demostración, una sesión de 1.5 horas donde se presentan las historias y se evalúa su calidad. El “a tiempo” habla por sí mismo con el gráfico de quemado, y está registrado. Los principios de desarrollo web y profesionalismo se evalúan individualmente en el tiempo de revisión del rendimiento, pero en la misma escala de 1 a 5).

Estos KPI están vinculados al grado de pago, por lo que se espera que los desarrolladores con pagos más altos aumenten las evaluaciones “excelentes” en el equipo, y tengan evaluaciones de Principios de … más altas, que logran al “demostrablemente hacer que otros obtengan resultados en torno a …”

El factor clave es, la calidad y la cantidad de KPI se comparten : el equipo se evalúa el día de la demostración, no los individuos, y los resultados se aplican a todos los miembros del equipo. Este enfoque se basa en la gestión decisiva para salir del desempeño deficiente, lo que desalienta al equipo y el entrenamiento de los mejores empleados para que trabajen con los demás para “difundir el amor”, que es básicamente la forma en que cualquier empresa quiere que funcione un equipo.

La mayoría de estas compañías tienen revisiones de desempeño anuales (a veces más frecuentes). He oído hablar de compañías que tienen métricas muy específicas (número de errores corregidos o similares), pero no he oído hablar de que realmente funcione bien en ninguna parte. Parece que lo mejor que puede hacer es confiar en el criterio profesional de los gerentes y / o compañeros de trabajo. Las revisiones de desempeño generalmente están vinculadas a bonos y promociones, pero también hay una tendencia a usarlas como una oportunidad para dar consejos en lugar de una simple evaluación. Existen varios esquemas de calibración elaborados para asegurar que la evaluación sea comparable en toda la organización. Es todo imperfecto y laborioso, pero parece funcionar.