Tema 19.17 — Documentación

Ruta académica

Programa: Desarrollo de empresas tecnológicas
Curso: ADM-101 — Fundamentos de Empresa y Administración
Bloque 03: El proceso administrativo
Tema 19: Aprendizaje organizacional y mejora continua
Subtema: Documentación

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. definir Documentación 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

Documentación se estudia aquí como un componente de Aprendizaje organizacional y mejora continua. 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.

El aprendizaje organizacional convierte experiencia en cambios de modelos mentales, prácticas, estándares y decisiones futuras. Requiere memoria, feedback, revisión y espacios donde el error pueda analizarse sin ocultarlo.

2. Qué problema administrativo resuelve

El concepto importa cuando ayuda a decidir cómo convertir experiencia en cambio organizacional. Para evitar respuestas abstractas, conviene formularlo mediante cinco elementos:

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

Para Documentación, 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 Knowledge management y Reutilización del conocimiento. 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” documentación. Debe poder observarse mediante retrospectivas, postmortems, cambios de estándar y reutilización del conocimiento.

Ficha de operacionalización

5. Aplicación a empresas tecnológicas

Un blameless postmortem convierte un incidente en cambios de arquitectura, runbooks, alertas y capacitación sin reducir el análisis a encontrar culpables.

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 Documentación 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 Documentación. 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

• Documentación 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

• Argyris, C., & Schön, D. A. (1978). Organizational Learning. Addison-Wesley.
• Senge, P. M. (1990). The Fifth Discipline. Doubleday.
• Nonaka, I., & Takeuchi, H. (1995). The Knowledge-Creating Company. Oxford University Press.
• Beyer, B. et al. (2016). Site Reliability Engineering. O’Reilly.

Navegación

← Anterior · Índice del Tema 19 · Siguiente →