Tema 17.9 — Métricas de actividad

Ruta académica

Programa: Desarrollo de empresas tecnológicas
Curso: ADM-101 — Fundamentos de Empresa y Administración
Bloque 03: El proceso administrativo
Tema 17: Indicadores y medición
Subtema: Métricas de actividad

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. definir Métricas de actividad en lenguaje administrativo preciso;
2. explicar su relación con el ciclo planeación–organización–dirección–control;
3. identificar decisiones, responsables, información y evidencia vinculados;
4. reconocer trade-offs, riesgos y fallas de diseño;
5. aplicar el concepto a una empresa de software o tecnología.

1. Concepto y alcance

Métricas de actividad se estudia aquí como un componente de Indicadores y medición. Debe definirse por su efecto sobre decisiones, coordinación, ejecución o control, y no sólo por una etiqueta. Su análisis exige identificar responsable, información necesaria, límites, evidencia y relación con el resto del ciclo administrativo.

Medir sirve para decidir. Métricas e indicadores deben representar fenómenos relevantes sin confundir actividad con resultado ni inducir conductas que optimicen el número destruyendo el objetivo.

2. Qué problema administrativo resuelve

El concepto importa cuando ayuda a decidir qué medir para tomar mejores decisiones. Para evitar respuestas abstractas, conviene formularlo mediante cinco elementos:

OBJETIVO → DECISIÓN → RESPONSABLE → EJECUCIÓN → EVIDENCIA → FEEDBACK

Para Métricas de actividad, identifica quién toma o prepara la decisión, quién ejecuta, qué información necesita, qué límites aplican y cómo se sabrá si el resultado fue aceptable.

3. Relaciones y distinciones

Este subtema debe leerse junto con Lagging indicator y Métricas de resultado. La cercanía entre conceptos no significa equivalencia. En administración es frecuente que una organización falle no porque ignore los términos, sino porque mezcla niveles: confunde un objetivo con una actividad, autoridad con responsabilidad, métrica con resultado o control con supervisión personal.

Una prueba útil es preguntar:

• ¿este concepto define un resultado, una decisión, una estructura, una conducta, una regla, una medición o un mecanismo de aprendizaje?;
• ¿opera antes, durante o después de la ejecución?;
• ¿su efecto es estratégico, táctico, operativo o transversal?;
• ¿requiere discrecionalidad o estandarización?;
• ¿qué otro concepto del tema podría confundirse con él?

4. Evidencia y operacionalización

No basta con afirmar que una organización “tiene” métricas de actividad. Debe poder observarse mediante definiciones métricas, series de datos, targets y decisiones asociadas.

Ficha de operacionalización

5. Aplicación a empresas tecnológicas

Un SaaS separa métricas de actividad como commits o tickets de outcomes como adopción, confiabilidad, retención o tiempo ahorrado al cliente.

La dimensión tecnológica no elimina la administración: la hace más explícita. Un workflow, una API, una regla de autorización o un dashboard pueden codificar decisiones administrativas. Si la regla de negocio está mal diseñada, automatizarla sólo hace que el error se ejecute con mayor velocidad y consistencia.

6. Mini caso

Una empresa SaaS B2B está creciendo y distintas áreas interpretan Métricas de actividad de manera diferente. Producto prioriza velocidad, ingeniería confiabilidad, ventas compromisos con clientes y finanzas disciplina de costos. El problema no se resuelve eligiendo automáticamente una función sobre las demás.

Analiza el caso en este orden:

1. define el resultado empresarial relevante;
2. identifica los stakeholders de la decisión;
3. documenta restricciones y dependencias;
4. asigna derecho de decisión y responsabilidad;
5. determina la evidencia que permitirá revisar el resultado;
6. establece cuándo debe reabrirse la decisión.

Este esquema obliga a convertir una discusión funcional en un problema de diseño administrativo.

7. Riesgos y errores frecuentes

• Formalismo sin ejecución: existe el documento, cargo o indicador, pero no cambia decisiones.
• Ambigüedad de ownership: varias personas participan pero nadie responde por el resultado.
• Optimización local: una función mejora su resultado deteriorando el flujo empresarial completo.
• Automatización prematura: se codifica un proceso que todavía contiene decisiones mal definidas.
• Ausencia de feedback: la organización repite el mecanismo aunque la evidencia indique que dejó de funcionar.

8. Ejercicio aplicado

Selecciona una empresa tecnológica real o un proyecto propio y construye una ficha de Métricas de actividad. Incluye:

• definición aplicada al caso;
• objetivo relacionado;
• responsable u owner;
• decisión que habilita;
• entradas de información;
• restricciones;
• evidencia o métrica;
• principal riesgo;
• una mejora propuesta;
• una pregunta que deba revisarse en el siguiente ciclo de gestión.

Separa hecho observado, inferencia y supuesto.

9. Ideas clave

• Métricas de actividad debe producir capacidad de decisión o coordinación, no sólo vocabulario.
• La administración funciona como sistema y no como suma de funciones aisladas.
• Responsabilidad, información, ejecución, control y feedback deben mantenerse conectados.
• En tecnología, los mecanismos administrativos pueden quedar incorporados al software y a la arquitectura operativa.

10. Bibliografía base

• Kaplan, R. S., & Norton, D. P. (1992). The Balanced Scorecard.
• Goodhart, C. A. E. (1975). Problems of Monetary Management. Reserve Bank of Australia Papers.
• Campbell, D. T. (1976). Assessing the Impact of Planned Social Change.

Navegación

← Anterior · Índice del Tema 17 · Siguiente →