DEV Community

Cover image for 2- Planeación
Mariano Rentería
Mariano Rentería

Posted on

2- Planeación

Extracto del capítulo 2 de 📕 Guía de bolsillo para el Líder Técnico

Recuerda que tu trabajo debe de ir encaminado a que tu equipo sea exitoso, y eso te invita a que prepares el camino para tu equipo.

Visualiza los objetivos

Sin objetivos el equipo no va a lograr tener la dirección que deseas, y todos tus esfuerzos serán probablemente sin el impacto deseado.

Es importante que todos los objetivos que definas se encuentren alineados con la estrella del norte (north star) de tu equipo o empresa, y que valides que se pueden medir y aportan valor, entiendo que podemos pensar que muchas cosas aportan valor, pero ¿realmente es el valor que necesitas?.

Para la definición de objetivos hay muchas técnicas, pero realmente todas te llevan a que los coloques por prioridad, la prioridad puede ir relacionada con una fecha de entrega, a una necesidad de negocio, un tema de regulación, low hanging fruit, quick wins; la suma o consideración de estos elementos te permitirá definir que es lo que debes de trabar en inmediato, corto, mediano o largo plazo.

Recuerda que tus objetivos son el QUÉ, que deseas cumplir, que deseas lograr:

  • Cerrar un ticket crítico.
  • Corregir vulnerabilidades de seguridad identificadas en un test de penetración.
  • Incrementar la cantidad de tests automáticos que tiene la aplicación.
  • Refactorizar un componente.
  • Disminuir la deuda técnica que ha ocasionado no actualizar un lenguaje, framework o librería.
  • Mejorar la motivación de tu equipo
  • Mentorías/Feedback a alguien del equipo.
  • Disminuir la cantidad de defectos generados.
  • Mejorar la planeación de sprints.

Puedes encontrar muchos objetivos a seguir, porque tu deseo es mejorar, y la mejora continua es un skill, si tienes este problema no te sientas mal, pero vamos a buscar enfocarnos.

Si no logras identificar objetivos es probable que sea por falta de contexto, de motivación o alguna otra razón, un objetivo por muy pequeño es algo útil a lo cual nos podemos sujetar para poder tener un motivo.

Cada que cierras un objetivo vas de cierta forma ejercitando un músculo, el cual te dará mejores resultados conforme lo ejercites.

Deja a los incendios continuar

Siempre que pienso en este tema, pienso en el meme del perrito que está sentando en una habitación que se está incendiando, con un café en la mesa, y diciendo abiertamente "This is fine" (esto está bien), y puede tener muchas interpretaciones, pero es igual parte de una teoría que menciona Reid Hoffman, en su podcast, en donde dice.

Deciding which fires you let burn can make the difference between success and failure
Reid Hoffman (Masters of Scale)

Creo que muchos aspiramos a tener todo organizado, pero los que hemos construido organizaciones sabemos lo complejo que es lograrlo.

El balance entre cuanto tiempo y dinero inviertes a la organización contra cuanto tiempo y dinero inviertes en tu producto es algo que de forma constante debes de valorar.

Es muy común que en tu trabajo diario tengas que lidiar con incendios constantes, defectos en producción, proyectos con fechas difíciles de lograr, falta de recursos para poder completar un proyecto o tarea, falta de apoyo de parte de un stakeholder, se me ocurren tantos ejemplos, y creo me han pasado todos…

Pero debes de elegir que incendios atiendes, que elijas tus batallas, y que aprendas a poder sobrevivir con los incendios que no podrás atacar.

No te sientas mal cuando dejas incendios continuar, enfócate en el incendio más importante, el que podría destruir tu producto, empresa, equipo, y deja los otros continuar, serán tu atención para otro momento.

En ese episodio de Masters of Scale hablan de algunos momentos que viéndolos en retrospectiva parecen chuscos, pero que a mí también me han pasado.

Actualmente trabajo haciendo un SaaS, pero hemos tenido un crecimiento orgánico en ventas, que nos ha hecho enfocarnos en el producto y en los problemas que tenían nuestros clientes.

Hemos dejado muchos fuegos crecer sin que los hayamos atendido y no me avergüenzo de ello, porque creo es parte del éxito de la empresa y equipo que hemos creado.


Mariano, ¿por qué consideras que debería de usar PHP 8?, es una de las preguntas que frecuentemente me hacen en los LIVEs en los que participo, pero debo confesar que nuestro sistema está hecho con PHP 5.6, y que llevamos 1 año trabajando en poder llegar a la versión 7. Este es un ejemplo de la deuda técnica que tenemos, que para los que trabajan conmigo saben que tenemos muchas áreas de oportunidad, pero que activamente trabajamos en corregirlas.



En este video hablo un poco más de este tema.


Sigo trabajando en mis productos con el fin de ayudar de forma más estructurada a la comunidad de TI, si te interesan pásale a mi perfil de Gumroad

Te invito a que me sigas en Twitter para que te enteres de todo el contenido que hago normalmente 🙃.

También soy creador del podcast Chile, Mole & Tech(https://dev.to/chilemoleytech), el cual esta en todas las plataformas(https://linktr.ee/chilemoleytech).

Si te gusto este post, no dudes en compartirlo, me ayuda mucho.

Top comments (0)