Si la excelencia es una opción, porque elegir otra cosa?

Estaba buscando una frase que me ayude a describir lo que trato de expresar y encontré esta que no recordaba, pero que ya la había leido en algun momento:

"Aspire greatly; anything less than a commitment to excellence becomes an acceptance of mediocrity" — Brian Tracy

Y expresa muy bien lo que de alguna manera he querido decir.

En la búsqueda de la excelencia, la clave es tomar consciencia y lograr compromiso con vos mismo. Es poder decir: «Esto quiero hacerlo de manera brillante» (o excelente en cuestión). El compromiso con vos mismo se vuelve clave en momentos donde se necesita un esfuerzo extra y ser consciente es lo que te da la voluntad de dar esa milla extra necesaria.

En tecnología, la excelencia es clave y cualquier cosa que no apunte a eso es aceptar construir productos o soluciones mediocres. En el día a día, entregar código de baja calidad conscientemente o subir código sin testear atenta contra la excelencia del equipo y es por eso que el compromiso colectivo alineado de una misión simple, maximiza las chances de hacer las cosas sobresalientes.

Quiero decir, en nuestro framework de trabajo y como me gusta construir los equipos de alta performances, los equipos son chicos, de no más de 6 o 7 personas. En los equipos más críticos, además de un Techlead que maneja al equipo tanto en lo técnico como en la gestión, también me gusta que exista la presencia de un staff engineer quien vela exclusivamente por la calidad y la excelencia del código.

Lo que busco con esto es que el código que construye un equipo de analistas tenga el diseño y supervisión técnica lo suficientemente profunda como para maximizar la chances de lograr realmente código excelente.

Con una misión clara un equipo chico buscando la excelencia, tiene la posibilidad de encontrar rápidamente sus oportunidades y la exclencia se transforma en un standard. Lo maravilloso de esto es que la sana competencia por la búsqueda en la exclencia, eleva el standard.

¿Podría traer problemas? – Sep! Problemas como sobre-ingeniería o falta de claridad para construir productos y software realmente de sencilla o mejor dicho, verdaderos MVPs. Lo bueno es que esto es fácilmente dectatable al observar la velocidad.

Por último, la recompensa con ciertas observaciones. La recompensa debe ser medible y grupal, no individual. Cuando se busca la excelente de forma individual, se esperan reconocimiento individual y la motivación deja de ser colectiva. Por el contrario cuando la recompensa es el orgullo de equipo! el reconocimiento es colectivo y la motivación es doble, es individual por ser parte de los resultados que te validan como un dev excelente y grupal por los resultados medibles obtenidos!

Realmente deberías sentirte orgulloso de lo que haces y si para eso, hay que hacer doble clic y luego doble clic y luego observar el detalle, para procesar y agregar un nivel más de detalle… es ahí! Donde vive la excelencia y a mi entender, es un proceso continuo sobre un mismo desafío que se logra con dedicación, constancia, foco y cómo dije al principio tomando compromiso con vos mismo para luego contagiarlo.

Red alert

La frustración viaja muy cerca de la excelencia, esto sucede cuando en lugar de buscar la excelencia, se busca la perfección.