Desarrollar tus Soft Skills se trata de tener m√°s y mejores opciones.

Como desarrolladores de software es com√ļn tender a creer que lo que nos da valor es √ļnicamente el c√≥digo que escribimos. Nos hemos enfocado tanto en aprender nuevas tecnolog√≠as,¬†frameworks, arquitecturas y lenguajes de programaci√≥n, que hemos dejado de lado un aspecto importante: que somos personas, y trabajamos con personas.

Las Soft Skills son la base sobre la cual se construyen carreras sanas, sostenibles y productivas. Mi objetivo con Soft Skills para Devs, es ayudar a que más trabajadores del software en México y LATAM se den cuenta de la importancia de invertir en el desarrollo de sus Soft Skills.

Si te interesa tener una mejor calidad de vida, aprender a tomar mejores decisiones, tener una carrera profesional sostenible y m√°s humana, est√°s en el lugar adecuado. Te doy la bienvenida.

¡Confirma tu suscripción en tu correo electrónico!
Ocurrió un error. Intenta de nuevo.
Home2021-11-30T15:19:18-06:00
3011, 2021

Cómo saber si deberías renunciar a tu empleo

Carrera Profesional, Liderazgo, Organizaciones|

Las cosas en la empresa no pintan bien. Estás al borde del burnout, y pareciera que la situación, en vez de mejorar, se va a poner más complicada.

Se siente una desconexión entre el ánimo con el que se presentaron los nuevos proyectos y la realidad al momento de ejecutarlos. Sí, vienen grandes retos, proyectos que tienen el potencial de generar un gran impacto en la industria. Sin embargo, algo no está bien. Los compromisos, exigencias y variables siguen creciendo, pero no así el respaldo que sientes por parte de la empresa para lograr tus metas.

A pesar de todo esto, cada vez que hablas con tu líder y le haces saber cómo te sientes, por alguna razón, sales aliviado. Lograste desahogarte, y probablemente hasta sentiste algo de empatía por él o ella. Te dejó saber entre líneas que realmente está haciendo todo lo que puede para que cambien las cosas.

No obstante la pregunta no deja de rondar en tu cabeza: ¬Ņdeber√≠a renunciar ya, o le doy otra oportunidad? Esta vez seguro ser√° diferente.

Incentivos

En algunos lugares, se gana siendo el que m√°s vende. En otros, resolviendo la mayor cantidad de tickets. Desafortunadamente, en algunas organizaciones se gana siendo el favorito del jefe.

¬ŅC√≥mo se ‚Äúgana‚ÄĚ en la cultura de tu empresa? Esta es la pregunta m√°s importante que deber√≠as de contestar.

Si te das cuenta de que en tu organizaci√≥n se gana siendo el que m√°s vende en n√ļmeros brutos, pero t√ļ trabajas como desarrollador de productos internos, y no como vendedor, tienes un problema. Porque tu usuario har√° lo necesario por vender m√°s, independientemente de lo que t√ļ y tu equipo est√©n haciendo o quieran hacer. Tomar√°n atajos, desarrollar√°n sus procesos por fuera, y tu trabajo ser√° cada vez m√°s dif√≠cil: crear un producto para personas que no quieren ni tienen que usarlo. Es posible contrarrestar esta situaci√≥n, s√≠, sin embargo, requiere que la persona al frente de tu equipo tenga bastante capital pol√≠tico dentro de la organizaci√≥n para poder influenciar el comportamiento de otras √°reas.

Si en tu empresa se ‚Äúgana‚ÄĚ siendo el que m√°s vende, ¬Ņqu√© significa eso para ti, que no vendes nada? ¬ŅCu√°l es realmente la probabilidad de que tu tarea sea factible? ¬ŅTiene tu l√≠der el suficiente capital pol√≠tico para poder influenciar otras √°reas de la organizaci√≥n y alinear sus incentivos con los suyos?

Charlie Munger dijo, ‚Äúmu√©strame los incentivos y te mostrar√© el resultado.‚ÄĚ

Eres lo que haces

Para este punto te habr√°s dado cuenta de que est√°s en una situaci√≥n poco ideal, pues los incentivos de tu empresa no est√°n alineados para que t√ļ tambi√©n puedas ganar. Pero tu l√≠der insiste en que las cosas van a cambiar pronto.

Analiza su historial de liderazgo.

Eres lo que haces, no lo que dices que quieres hacer. Esto es especialmente verdad en roles de liderazgo.

Esta es una conversaci√≥n delicada, porque estamos hablando de una persona en particular. Vale la pena hacer zoom out: tambi√©n es miembro de la organizaci√≥n, y tiene un rol que debe de cumplir. El hecho de que sus incentivos no est√©n alineados con los tuyos no es un juicio de su persona. Algunas veces lo que t√ļ quieres no tiene nada que ver con lo que tu jefe/l√≠der necesita de ti como miembro de una organizaci√≥n, y esto no significa que no sea una buena persona, o que quiera hacer las cosas mal a prop√≥sito.

Habiendo mencionado esto, es completamente v√°lido hacerte las siguientes preguntas sobre tu l√≠der: ¬ŅCu√°l es el incentivo de su puesto? ¬ŅQu√© significa ‚Äúganar‚ÄĚ para √©l/ella? ¬ŅCu√°ntas veces te prometi√≥ algo y no lleg√≥? ¬ŅEn cu√°ntas ocasiones las cosas han estado a punto de cambiar, pero nunca lo hicieron?

Renuncia

Mucho se habla en la cultura latinoamericana de ‚Äúponerse la camiseta‚ÄĚ, y una de las cosas que m√°s me gustar√≠a cambiar de la cultura laboral en M√©xico y LATAM es la idea de que los empleos se deben ‚Äúaguantar‚ÄĚ.

Creo fielmente en que un empleo o un trabajo debería de ser algo vigorizador, no agobiador. Sé, por experiencia, que una de las maneras más sencillas de lograr llegar a ello es desarrollar conciencia de qué es lo que queremos y necesitamos para crecer. Y luego hacer algo al respecto.

La respuesta es simple: si los incentivos de tu empresa no está alineados de manera homogénea, y tu jefe o líder no tiene un buen historial de entregas a nivel liderazgo, es momento de que salgas de ahí.

Somos afortunados de trabajar en una industria que nos permite trabajar desde casa y con aire acondicionado, por decir los menores de los beneficios. Con ese privilegio vienen ciertas responsabilidades, y una de ellas es hacer algo con las respuestas a preguntas que no todos se pueden hacer.

Renuncia.

2311, 2021

Los mejores Product Managers tienen las peores ideas

Desarrollo de Producto|

Lane Wagner, en qvault.io:

De acuerdo con failory, la razón #1 por la que fallan los startups es porque nunca encontraron product-market fit. 34 % de los emprendimientos fallidos son un resultado de no haber identificardo el problema correcto a resolver. Las segunda y tercera razón, marketing y problemas de administración del personal, representan el 22 % y 18 %, respectivamente.

En otras palabras, en 34 % de los startups que fallan, los Product Managers fallaron en

  • identificar un problema cr√≠tico de sus usuarios
  • y dise√Īar un producto que lo arregle

Si bien el rol de Product Manager existe porque no se puede esperar que todo mundo tenga visi√≥n de producto, eso no significa que ellos son los √ļnicos que pueden aportar a la evoluci√≥n y direcci√≥n del mismo. Y es ah√≠ donde todos tenemos que poner de nuestra parte: los contribuidores individuales (dise√Īadores, programadores, etc.) aportando sus ideas basadas en la construcci√≥n del d√≠a a d√≠a del producto, y los Product Managers tomando esas ideas y convirti√©ndolas en hip√≥tesis comprobables.

Lane menciona:

En mi experiencia, las ideas basadas en asunciones que vienen de gente de producto, rara vez son mucho mejores que las que vienen de ingenieros. La diferencia es que un buen Product Manager tiene una necesidad imparable de validar o recahzar cada idea que llega a su cabeza.

De acuerdo.

Creo que el rol del Product Manager no es dictar¬†hacia donde deber√≠a de ir el producto, sino funcionar como un catalizador de ideas ‚ÄĒ moldearlas en hip√≥tesis y validarlas en funci√≥n de la misi√≥n y visi√≥n que gu√≠an la construcci√≥n del producto.

2211, 2021

Agregando una opci√≥n de ‚ÄĚninguna de las anteriores‚ÄĚ a formularios

Desarrollo de Producto, Libreta de Notas|

El Gobierno de Reino Unido public√≥ una gu√≠a de dise√Īo para agregar ‚Äúninguna de las anteriores‚Ä̬† como opci√≥n a las formas que usen¬†checkboxes¬†en sitios oficiales.

The ‚ÄėRegister your trailer to take it abroad‚Äô service on GOV.UK on a laptop

Frankie Roberto explica por qu√© en el blog de dise√Īo:

A veces, está bien contestar uan pregunta dejando todas los checkboxes vacíos. Sin embargo, algunos equipos en el gobierno han encontrado algunos problemas con esto.

Observaron que:

  • los usuarios podr√≠an estar inseguros si pueden hacer esto ‚ÄĒ lo cual puede resolverse usando elementos de gu√≠a, pero no todos los usuarios los van a ver
  • algunas veces, los usuarios quieren dar una respuesta concreta, especialmente si les preocupa contestar las preguntas con confianza y con la verdad
  • dejar los¬†checkboxes¬†desmarcados significa que los usuarios podr√≠an pasar la pregunta por accidente, tal vez pensando que podr√≠an regresar a ella despu√©s

Tengo varios comentarios respecto a esto.

Primero, el hecho de que el Gobierno de Reino Unido tenga un blog dedicado a compartir notas de dise√Īo para sus sistemas internos me vol√≥ la cabeza.

Segundo, todos podemos aprender de su razonamiento para resolver este tipo de problemas. Cuando se trata de sistemas internos, o en este caso, de gobierno, los que los producimos debemos de tener en cuenta que el 90 % de las veces, las personas que los van a utilizar¬†quisieran¬†no tener¬†que hacerlo. ¬ŅCu√°ndo fue la √ļltima vez que te dio gusto emplear un sistema de gobierno? Aqu√≠, claramente est√°n poniendo como prioridad crear soluciones que realmente le ayuden a su usuario a reducir su carga cognitiva y, por ende, ayudarles a hacer lo que quieren hacer de una manera m√°s confiable.

Un programador podría argumentar, lógicamente, que la ausencia de un valor podría considerarse como una opción válida. Después de todo, no contestar es, en sí mismo, una respuesta. Por otro lado, el usuario argumenta que un no es en sí también una respuesta explícita, y debería de poder usarla.

Qué bueno que ganó la empatía por el usuario, y no los tecnicismos.

1111, 2021

La barra de progreso de Gmail no es real: ¬Ņpor qu√©?

Desarrollo de Producto, Productividad|

En smitop:

Un poco de investigación revela que la barra de carga de Gmail no es una barra de carga en absoluto! De hecho, el progreso que se muestra es controlado por una animación de CSS que hace que inicie lento, y luego se quede quieta hasta que Gmail termina de cargar. Esto vence el propósito de una barra de carga: dar un estimado del progreso, no llenarse de manera arbitraria.

Este tipo de problemas es donde muchos programadores pueden ‚Äúmeter el pie‚ÄĚ. El impulso inicial de las personas t√©cnicas es hacer las cosas t√©cnicamente correctas, aunque no agreguen tanto valor al producto final o aporten a mejorar la experiencia del usuario.

Tomando en cuenta el caso de uso m√°s obvio de una barra de progreso, comunicar progreso, ¬Ņqu√© deber√≠a hacer Gmail para ofrecer informaci√≥n t√©cnicamente correcta? Sin lujo de detalle, y vagamente en el orden adecuado:

  1. Analizar la velocidad de conexión actual
  2. Analizar el tama√Īo del¬†bundle de JavaScript que hay que cargar desde el servidor
  3. Hacer un cálculo de la transferencia de los datos de manera continua, tomando en cuenta fluctuaciones en la velocidad de la conexión.

Suena relativamente sencillo; son pocos pasos. Pero toma en cuenta a) la escala a la que opera Gmail, y b) el objetivo real de presentar una barra de navegaci√≥n, que es darle seguridad a tu usuario de que est√°s haciendo algo. Considera las implicaciones de hacer un cambio ‚Äúsencillo‚ÄĚ a la escala de Google. Adem√°s, la idea de que realmente lo que importa es la experiencia de usuario, y no necesariamente la exactitud de la barra del progreso. Te das cuenta de que implementar una barra de progreso que muestre informaci√≥n t√©cnicamente correcta, realmente no vale la pena.

Por si no te habías dado cuenta, muchas de las barras de carga que encuentras en tu día a día son completamente falsas. Hoy en día, los sistemas son tan complejos, impredecibles y con tanta entropía, que hacer una barra de carga que muestre progreso requeriría una inversión de tiempo que muy pronto deja de ser rentable para el producto.

1111, 2021

Google Summer of Code no estar√° limitado a estudiantes en 2022

Desarrollo Profesional, Libreta de Notas|

Stephanie Taylor, escribiendo en el el blog de Summer of Code:

Durante los 17 a√Īos de GSoC, el ecosistema del c√≥digo abierto ha crecido y evolucionado, y nos dimos cuenta de que el programa necesita evolucionar tambi√©n. Con eso en mente, tenemos algunos cambio smayores para la edici√≥n de 2022, dise√Īados para poder servir mejor a la comunidad de las comunidades de c√≥digo abierto, y dar un poco m√°s de flexibidilidad a los proyectos y contribuidores, para que cualquier presona puede unirse y contribuir a grandes comunidades de c√≥digo abierto.

Ac√° est√°n los cambios resumidos:

  1. La participaci√≥n ya no est√° limitada a estudiantes.¬†Cualquier persona mayor de 18 a√Īos puede participar.
  2. Los proyectos ya no est√°n limitados en cuanto a su tama√Īo. Ahora puedes parcipar con proyectos medianos (~175 horas) y proyectos grandes (~350 horas).
  3. Mayor flexibilidad en el tiempo que le dedicas al proyecto. Ahora puedes expandir tu GSoC hasta 22 semanas.

Tip: Si quieres un crash course de cómo trabajar con personas con diferentes perspectivas, pariticpar en proyectos de código abierto es tu solución.

1111, 2021

Cómo usar Google Calendar para evitar distraerte

Organizaciones, Productividad, Trabajo Remoto|

En los equipos de ingenier√≠a con los que trabajo, les pido a mis colaboradores que por favor bloqueen su calendario ‚ÄĒ que lo segmenten y organicen para poder saber cu√°ndo es apropiado invitarlos a una llamada con la confianza de que no estar√© interrumpiendo una racha de productividad.

Por alguna raz√≥n se me hab√≠a pasado que se hab√≠a agregado una nueva opci√≥n a Google Calendar. Un nuevo tipo de evento, que en espa√Īol se llama ‚ÄúEnfocar horario‚ÄĚ que te permite rechazar autom√°ticamente eventos a los que te inviten durante ese periodo de tiempo.

Antes de que Google Calendar activara esta opci√≥n, crear un evento para segmentar tu tiempo productivo no era tan efectivo porque hay algunas personas que a√ļn no est√°n acostumbradas a la realidad del trabajo remoto y la comunicaci√≥n as√≠ncrona. La cantidad de veces que alguien me invita a una llamada sin verificar primero que ese espacio est√© libre en mi calendario es impresionante. Esto lleva a un espiral de tener que contestar manualmente, buscar otro horario, etc.

Previo a este cambio, la √ļnica manera de proteger tu tiempo en el calendario de manera autom√°tica (y real), era crear un evento de ‚Äúfuera de la oficina‚ÄĚ. Pero es claramente el mensaje equivocado. Ahora, con un evento de ‚ÄúEnfocar horario‚ÄĚ, el mensaje es mucho m√°s certero y claro: este tiempo lo estoy reservando para algo importante que necesita de mi completa atenci√≥n, por favor resp√©talo.

Poco a poco nos estamos haciendo m√°s conscientes de que no todos funcionamos en el mismo horario, que no todos tenemos las mismas horas productivas. Pero a√ļn hay mucho por hacer ‚ÄĒ sobre todo en organizaciones grandes. Este es un paso en la direcci√≥n correcta, creo.

La documentación de este nuevo tipo de evento está disponible aquí.

1111, 2021

YouTube esconde el bot√≥n de “no me gusta”

Libreta de Notas|

Meaghan, escribiendo en el sitio de soporte de YouTube:

Basados en lo que descubrimos de nuestro experimento, hemos tomado la decisi√≥n de ocultar el n√ļmero de ‚Äúdislikes‚ÄĚ en YouTube. Esto signfiica que el bot√≥n seguir√° existiendo, pero el n√ļmero de ‚Äúdislikes‚ÄĚ √ļnicamente ser√° visibile en el Studio y no ser√° visible para el p√ļblico en la p√°gina del video.

Encontraron que hab√≠a algunos miembros de la comunidad de creadores que recib√≠an ataques de ‚ÄĚdislikes‚ÄĚ. Pero es lo √ļnico que Meaghan comparte en su publicaci√≥n.

Creo que es interesante, y en la superficie parece una jugada en la direcci√≥n correcta. Me pregunto c√≥mo afectar√° esto el comportamiento de aquellas personas que usaban el n√ļmero de ‚Äúdislikes‚ÄĚ como indicador de la veracidad de la informaci√≥n en el video.

911, 2021

Soft Skills para Devs y EmpleosTI anuncian Hireline Spaces

Blog|

Desde que inicié el proyecto de Soft Skills para Devs, mi principal objetivo ha sido traer, a la mesa de discusión, temas de los que casi no se habla en esta industria.

Hace unas semanas, tuve la oportunidad de participar en un Twitter Space organizado por EmpleosTI. Durante la plática, Rafa y yo nos dimos cuenta de que había un gran potencial de colaboración; ambos estábamos conscientes de la importancia hablar de los temas que para muchos son nice to haves. Temas como el desarrollo de carrera, productividad consciente, salud mental y, en general, la importancia de los Soft Skills para poder tener una carrera sostenible.

Nos quedamos con ganas de ponerle más énfasis a estos temas, así que decidimos hacer algo al respecto. Hoy, me complace anunciar Hireline Spaces, una colaboración de Soft Skills para Devs y EmpleosTI.

Cada 2 semanas, los mi√©rcoles, podr√°s escucharnos a trav√©s de Twitter Spaces, en la cuenta de @EmpleosTI. Rafael Mont√ļfar, CTO de EmpleosTI, y yo platicaremos con un alg√ļn miembro de la industria, a quien le preguntaremos sobre sus perspectivas sobre desarrollo de carrera, soft skills y mucho m√°s.

La primera edición de Hireline Spaces es este miércoles 10 de noviembre a las 17:00 CST, y tendremos de invitado a José Dimas Luján. Platicaremos de su experiencia profesional, tanto académica y de publicaciones, para intentar descifrar sus aprendizajes de lo que hace a un desarrollador exitoso.

¬°No te lo pierdas!

911, 2021

Portugal hace ilegal que tu jefe te contacte fuera de horario laboral

Salud, Trabajo Remoto|

Tom Bateman, reportando para euronews.com:

Bajo las nuevas reglas, los empleadores podr√≠an enfrentar penalizaciones legales si contactan a sus trabajadores fuera de horarios de oficina. Las compa√Ī√≠as tambi√©n deber√°n de ayudar a pagar gastos originados por le trabajo remoto, como facturas el√©ctricas y de servicio de agua.

Pero las reglas tienen l√≠mites: no aplicar√°n a compa√Ī√≠as de menos de diez empleados.

Progreso es progreso.

Las nuevas leyes dictan multas para quienes contacten a sus empleados fuera de horarios laborales. Además de que se prohíbe que se monitoreen las actividades de las personas mientras trabajan desde casa.

Si el bienestar de sus empleados, y la división sana entre vida y trabajo no es tan importante como para que algunos empleadores se organicen mejor, tal vez consecuencias legales les haga cambiar de opinión.

 

811, 2021

SQLite no usa Git: ¬Ņpor qu√©?

Libreta de Notas, Organizaciones, Productividad|

Interesante página en el sitio de SQLite, explicando por qué no usan Git para administrar el código del proyecto:

SQLite no usa el sistema de control de versiones Git. En su lugar, usa Fossil, que es un sistema de control de versiones espec√≠ficamente dise√Īado y escrito para soportar SQLite.

Personalmente no sabía de la existencia de Fossil, pero su propuesta de valor se ve bastante atractiva. Especialmente si tomamos en cuenta las razones que motivaron a que los administradores del código de SQLite decidieran que Git no era una opción para ellos:

  1. Git no ofrece visibilidad granular del contexto en el cual se hizo alguna contribución
  2. Hace demasiado dif√≠cil encontrar los sucesores de alg√ļn commit en particular
  3. El modelo mental de Git es innecesariamente complejo
  4. Git no lleva el recuento histórico de los nombres de las ramas
  5. Requiere soporte administrativo
  6. Es una experiencia de usuario pobre

Observa cómo ninguna de las razones que SQLite expone para no usar Git tienen que ver con la validez de la tecnología, sino con el impacto que esta tiene en las personas que tendrán que interactuar con ella.

Tip: Recuerda que tu software existe para resolverle un problema a tu usuario. Independientemente de la excelencia técnica de tu solución, si esta no le ayuda a tu usuario a resolver su problema, no estás cumpliendo tu cometido.

311, 2021

Repite lo que dices, m√ļltiples veces

Libreta de Notas, Liderazgo|

Tomasz Tunguz, escribiendo en su blog:

Los grandes líderes entregan sus mensajes con palabras memorables que repiten constantemente.

Muchas personas creen que liderar significa dar √≥rdenes. Pero no es as√≠. Liderar significa lograr que un grupo de personas le pongan esfuerzo, atenci√≥n y empe√Īo a resolver un problema en particular. Y una de las mejores formas de hacer eso es tener un mensaje claro.

Tip para ser mejor líder: ponle nombre a tus iniciativas, y repítelas como si no conocieras otra palabra.

Go to Top