La Disciplina como Motor de la Excelencia en la Ingeniería

Revisando recientemente contenido sobre productividad y gestión personal (un tema que, tras más de 35 años en la docencia universitaria y la consultoría tecnológica, considero el pilar invisible de cualquier implantación de software exitosa) me encontré con un material sumamente interesante titulado: “Hazte Adicto A La Disciplina Con Estos 4 Simples Pasos”.

Fuente: imagen generada con Gemini PRO usando este Prompt: "Genera una imagen, con estilo de ciencia ficción de los años cincuenta que represente este concepto: "La Disciplina como Motor de la Excelencia en la Ingeniería""

Como suelo decir en mis cursos de Gestión Ágil y Sistemas de Información, no todo lo que se etiqueta como "productividad" es aplicable al rigor que exige nuestra disciplina. Sin embargo, los puntos de vista presentados en este análisis sobre la autodisciplina me parecieron tan coherentes con los principios de la Ingeniería de Software y la Gestión de Procesos que he decidido realizar un desglose detallado desde nuestra perspectiva profesional.

A continuación, presento un análisis de los cinco temas que considero fundamentales de esta propuesta, integrando mi experiencia en la formación de ingenieros y la gestión de proyectos complejos.

1. La Disciplina como Sistema, no como Esfuerzo Aislado

Uno de los mayores errores que observo en estudiantes de Ingeniería y profesionales del área de Business Intelligence es confiar exclusivamente en la "fuerza de voluntad". Desde la Teoría de Sistemas, sabemos que un sistema depende de su estructura y no solo de la energía puntual que se le inyecte.

• La propuesta de "hacerse adicto" a la disciplina no se refiere a un "masoquismo productivo" :-), sino a la creación de un bucle de retroalimentación positiva.

• En la gestión de proyectos, esto equivale a establecer procesos que funcionen en "piloto automático", donde la disciplina deja de ser un costo cognitivo alto y se convierte en el estándar operativo.

• La clave reside en entender que la disciplina es una arquitectura mental. Si diseñamos mal nuestros procesos personales, el sistema fallará ante la primera carga de estrés, tal como un servidor mal configurado colapsa ante una alza desproporcionada de tráfico de datos.

2. La Claridad Radical: El "Product Backlog" Personal

El primer paso mencionado en la fuente (la definición detallada de lo que se quiere lograr) coincide profundamente con la Gestión Ágil de Proyectos.

No se puede ser disciplinado sobre la ambigüedad:

• Muchos profesionales fallan porque su meta es "ser más productivos" o "aprender Big Data", lo cual carece de métricas claras. La disciplina requiere un Product Discovery personal: ¿Qué valor estoy intentando generar?

• Al definir el "qué" y el "porqué" de forma atractiva y específica, estamos reduciendo la deuda técnica de nuestra propia planificación.

• En mis asesorías, siempre enfatizo que la motivación es el motor de arranque, pero la claridad en la hoja de ruta es el sistema de navegación. Sin ella, la disciplina es simplemente movimiento sin dirección.

3. Ingeniería del Entorno: Eliminando la Fricción Operativa

El análisis sobre identificar qué nos hace fallar y crear un plan por adelantado es, esencialmente, una Gestión de Riesgos aplicada a la conducta humana:

• En la implantación de tecnología, sabemos que el entorno determina el éxito del usuario final (Usabilidad & UX). De la misma manera, nuestra disciplina depende de qué tan "usable" sea nuestro entorno de trabajo.

• Si un ingeniero quiere dominar un nuevo lenguaje de programación pero su entorno está lleno de notificaciones y distracciones, está diseñando para el fallo.

• La propuesta sugiere "preparar el terreno" (como dejar la ropa lista para el gimnasio o los libros en el escritorio). En nuestro campo, esto significa automatizar tareas repetitivas, limpiar el espacio de trabajo digital y pre-configurar nuestros entornos de desarrollo para que el inicio de la tarea sea inmediato.

4. La Región de la Acción Atómica y la Regla de los 10 Segundos

El concepto de "tomar acción" mediante pasos pequeños es la esencia del desarrollo iterativo e incremental.

• En lugar de intentar resolver un problema de arquitectura de bases de datos de una sola vez, la disciplina nos dicta dividirlo en micro-tareas.

• La "adicción" a la que se refiere la fuente proviene de la dopamina generada al completar tareas pequeñas. Es el mismo principio que aplicamos en los Daily Stand-ups: celebrar el progreso diario para mantener el ritmo (momentum).

• La sugerencia de contar hasta 10 y lanzarse a la acción es una técnica de mitigación de la procrastinación que ayuda a superar la "barrera de energía de activación" en proyectos que percibimos como demasiado complejos o tediosos.

5. Identidad y Cultura: El Rol del Profesional Senior

Finalmente, el tema de cambiar la mentalidad sobre uno mismo es fundamental. La disciplina no es algo que "haces", es algo que "eres":

• Como docente con más de tres décadas de experiencia, he visto que los profesionales más exitosos son aquellos que integran la disciplina en su identidad profesional.

  
  

  En mi caso me identifico como un Generador de Material Académico/Práctico Valioso.

  
  

• No son personas que "tratan de ser ordenadas", sino profesionales que se ven a sí mismos como ingenieros rigurosos y metodológicos.

• Esta transición de la conducta a la identidad es lo que permite que la disciplina sea sostenible a largo plazo, permitiendo gestionar procesos, personas y tecnologías con una solvencia que solo la experiencia metódica puede otorgar.

Conclusión

Considero que este enfoque de 4 pasos para "hacerse adicto" a la disciplina aporta un valor incalculable si sabemos traducirlo al lenguaje de la ingeniería y la gestión de TI. No se trata de consejos motivacionales genéricos, sino de una metodología de optimización de recursos humanos (nosotros mismos).

Para el lector que se encuentra gestionando proyectos de implantación tecnológica o estudiando para certificaciones de alta complejidad, el valor reside en comprender que la disciplina es el puente entre el conocimiento teórico y la generación de valor real. Los invito a ver sus hábitos como procesos de software: ¿están optimizados?, ¿tienen fugas de memoria (tiempo)?, ¿su interfaz (entorno) es amigable con sus metas?

Al final del día, la excelencia no es un acto, sino un hábito fundamentado en sistemas sólidos.

Saludos cordiales.

Profesor Gerardo Cerda Neumann 

Editor del Blog de la Comunidad