Acabo de publicar una nueva edición de mi newsletter. Hablo sobre el nacimiento del “Vibe Coding”, y por qué no es algo realmente nuevo.
Regístrate aquí.
Publicado por
el
a las
Eric Barker, en su post “How to become an expert at anything”:
It’s not “feedback”; it’s a forensic investigation into your incompetence. Find a mentor.
:chef-kiss:
Publicado por
el
a las
Craig Mod, en su newsletter,, comparte que recientemente creó y lanzó una red social (?) para sus suscriptores, usando Claude Code:
Durante mucho tiempo, mi gusto por el software ha superado mi capacidad de ejecutar (principalmente en función de horas al día), pero ahora con herramientas como Claude Code, estoy descubriendo que la ejecución y el gusto se alinean de maneras asombrosas. No es exagerado decir que usar Claude Code para construir The Good Place (y también un montón de otras pequeñas herramientas y proyectos) es una de las experiencias informáticas más sorprendentes de mi vida. Es difícil articular cuán empoderamiento absoluto es una herramienta como Claude Code (emparejada con software maleable, software abierto, sistemas abiertos (es decir, no iOS/iPadOS)) para alguien como yo: alguien con una sólida formación técnica que puede guiar el LLM, sabe qué preguntas hacer y sabe cómo evitar que salga por tangentes extrañas. (Es como trabajar con un niño de ocho años que tiene mil años de conocimiento).
Hoy en día, saber el aspecto técnico de lo que quieres hacer te ayuda a ser mucho más eficiente al utilizar un LLM para resolver un problema. Eventualmente no va a ser así.
Publicado por
el
a las
Una compañía obsesionada con medir todo y tomar decisiones estrictamente basadas en datos tiene serios problemas:
1. Anti-human. Measureship-driven corporations become increasingly anti-human as qualitative signals are deprecated and quantifiable efficiency and management-by-dashboard take over, often at the expense of basic common sense.
2. Directionless. Lacking a forward-looking radar, measureship-driven corporations become confused and directionless over time. When you reflexively measure everything, what matters is rapidly buried beneath a morass of complexity, measurement theater, and bureaucracy.
3. No New Ideas. Measureship-driven corporations struggle to innovate beyond the pursuit of incremental gains because backward-looking data must first evidence every forward-looking decision, eliminating entire categories of idea, imagination, experimentation, and innovation in the process.
4. Lazily Value Extractive. Incrementalism and a lack of new ideas mean measureship-driven corporations are forced to pursue value-extractive tactics to grow because they lack the philosophical capacity, business systems, and imagination to do the hard work of value creation.
Eventualmente llega un competidor que se enfoca más en la experiencia del usuario, y ya no eres relevante.
La forma de contrarrestar esto es con buenas prácticas de liderazgo:
Have Empathy & Be Relentlessly Pro-Human: Where measureship believes that organizations should be led via quantitative dashboards, leadership rolls up its sleeves and focuses first on the human experience – for customers and employees. By starting from the principle of creating value for the people we serve rather than extracting it for ourselves, we can focus much more intently on innovation and the few metrics that matter rather than the many that do not.
Elevate Qualitative Signals: Where measureship-driven corporations deprecate qualitative signals and ignore the obvious silo problems their method creates, the leadership-driven alternative elevates qualitative signals to help establish a more integrated competitive advantage. Qualitative signals provide an essential balance to the quantitative, together providing a superior understanding of the customer, their needs, wants, and desires.
Create Narrative Driven Strategies: Human beings respond to story, narrative, and metaphor. To beat competitors stuck optimizing for the status quo, we must articulate strategies via a set of clear and compelling narratives that excite our people to change the status quo rather than optimize it. Where measureship-driven corporations manage via low-context incremental numerical uplift, leadership-driven alternatives lead via high-context, inspiring stories of the future we intend to create.
Use Minimum Viable Metrics: While the measureship-driven organization wastes time, energy, and resources on the distracting and irrelevent measurement of everything, smart alternatives start from the position of MVM “Minimum Viable Metrics.” The idea being to identify the few measures that really matter so the organization can focus most of its energy and resources on creating value and a lot less on measuring & extracting it.
Lead Through New Ideas: Because measureship struggles to innovate and has little capacity for new ideas, the leadership alternative is to lead through forward motion. When you are the one bringing new ideas to the table, you force measureship competitors to play catchup. Keep doing this, and they’ll never catch up because you’ve forced them into a permanent game of ‘behind the 8-Ball.’
No podría estar más de acuerdo. Lee el artículo completo.
Publicado por
el
a las
Acabo de terminar uno de los libros que me compré en mi viaje a Japón a inicios de mes, The Japanese Mind.
En The Japanese Mind, Roger Davies ofrece a los occidentales una guía perspicaz para comprender los aspectos únicos de la cultura japonesa.
Los lectores de este libro desarrollarán una comprensión integral de la sociedad japonesa y los valores fundamentales que permanecen en su fundación.
Altamente recomendado si quieres ir a Japón, y entender un poco más de por qué las cosas son como son.
Publicado por
el
a las
Una de las personas que más tiempo lleva asistiendo a los conversatorios mensuales de Pathways, nos contó en la última edición sobre Momlancers:
Momlancers surge cuando al convertirnos en madres, nos cuestionamos sobre: nuestra carrera, prioridades y estilo de vida.
Para algunas, seguir trabajando significaba hacerlo a medias, ajustando horarios y sacrificando sueños; para otras, significó dejar el trabajo por completo, enfrentándose a la incertidumbre de no saber cuándo volverían a tener una oportunidad laboral.
Esta es la realidad del 50% de las mujeres que se convierten en mamás, donde el mundo laboral no tiene espacio para ellas porque ser madre es incompatible con ser profesional.
Por eso, en Momlancers queremos demostrar que las mamás también pueden ser exitosas, profesionales, talentosas y apasionadas.
Trabajamos junto a empresas para implementar políticas laborales flexibles, creando un ambiente donde el trabajo y la vida familiar pueden coexistir en armonía.
Aquí, visibilizamos y celebramos las historias de éxito donde una madre logra encontrar un lugar donde se prioriza la integración de nuestros roles, ser madre y profesional.
Momlancers es una respuesta a la necesidad de muchas madres que buscan no tener que elegir entre su carrera y su familia, demostrando lo mucho que tienen que ofrecer, gracias a sus experiencias y habilidades únicas.
No conocía esta iniciativa. Pero nada más de escuchar la emoción en la voz de quien nos lo compartía se me puso la piel chinita.
Qué chingón que haya iniciativas como esta.
Publicado por
el
a las
Kate Rooney, en CNBC:
Alrededor del 80 % de las empresas de YC que presentaron esta semana se centraron en la IA, con un puñado de startups de robótica y semiconductores. Este grupo de empresas ha podido demostrar un uso comercial anterior en comparación con las generaciones anteriores, dijo Tan.
Publicado por
el
a las
Buen momento para recordar que la productividad de un desarrollador no se puede medir:
Digamos que tienes un par de desarrolladores trabajando en el mismo proyecto, y por accidente, ambos recogen la misma tarea el mismo día. El primero, Frank, se va y escribe un marco de 1000 líneas que resuelve el problema maravillosamente. El código está bien escrito, bien probado, y su implementación y funcionamiento están bien documentados. El segundo desarrollador, Peter, se dirige al parque por el día, donde piensa en el problema mientras alimenta a las palomas. Alrededor de las 4:45, Peter regresa a la oficina, elimina 100 líneas de código, implementa el cambio… y el problema se soluciona.
¿Cuál de estos dos desarrolladores fue más “productivo” hoy? La respuesta es: No importa.
Publicado por
el
a las
En su forma más esencial, la procrastinación es una respuesta emocional ante la incomodidad. No es una falta de carácter, ni una debilidad de fuerza de voluntad.
Es tu sistema nervioso buscando una alternativa menos estresante a una actividad con la que no sabe cómo lidiar.
¿Cómo se lidia con la procrastinación? La respuesta amplia es: a través de la introspección. Necesitas entender qué es lo que realmente te está generando esa aversión hacia la tarea que tienes en frente. Después, y solo después, podrás entender cómo es que puedes ayudarle a tu cerebro a desatorarse.
Aquí están algunos pasos que puedes seguir:
Por ejemplo, podrías encontrar que las ocasiones en que más sufres de la procrastinación son cuando tienes deadlines impuestos por terceros. O cuando tienes que hablar sobre algo en lo que no te sientes competente. Tal vez procrastinas cuando tienes que entregar malas noticias, o cuando no tienes la confianza de hacer lo que te pidieron.
Darte cuenta de esto no va a resolver tu problema de procrastinación de una vez por todas. Pero sí te va a ayudar a entender en qué es lo que tienes que poner atención, y qué es lo que tienes que modificar de tus procesos creativos para eliminar el componente emocional de las tareas que tienes que hacer.
La procrastinación no se va simplemente con fuerza de voluntad. Date la oportunidad de resolverlo de una manera humana.
Publicado por
el
a las
Programar y desarrollar software no son la misma cosa. Programar es escribir código, y desarrollar software es resolver problemas.
Escribir código es una actividad que cada vez necesita menos de un humano gracias a la inteligencia artificial. Pero problemas por resolver siempre va a haber, y es ahí donde está la siguiente ola de oportunidades en la industria.
Quiero que este artículo te sirva como una llamada de atención. No importa si vas iniciando tu carrera, o llevas ya mucho tiempo en esto; quiero que me escuches: saber programar ya no te garantiza un empleo.
Aquellos que nada más saben programar están viendo llegar el final de su carrera profesional en tiempo real. Unos están en negación total, y otros —los que la van a librar— se están adaptando. Todavía tienes oportunidad de ser de los segundos.
Carlos Santana publicó en LinkedIn su experiencia reciente buscando trabajo como programador:
Es desalentador ver lo que está pasando con la programación. La creatividad está siendo reemplazada por diseños repetitivos y poco originales generados por IA. Todos los sitios web lucen iguales, solo otro clon de ShadCN. Hubo un tiempo en que el desarrollo web era una forma de arte, donde las personas creaban experiencias únicas e inspiradoras. ¿Ahora? Es algo sin alma, predecible y optimizado únicamente para bots y ganancias rápidas.
Para quienes están comenzando en tecnología: piénsenlo dos veces. Programar es una gran habilidad para aprender, pero no dejen que los atrape. Exploren otras carreras donde su creatividad y esfuerzo sean realmente valorados. Incluso ingenieros experimentados con más de 20 años de carrera están teniendo dificultades, así que solo puedo imaginar lo duro que es para los recién graduados.
La industria está cambiando, y no para bien.
No es cierto que la creatividad y el esfuerzo ya no son valorados. Sí lo son, pero cada vez más en otras habilidades que no son escribir código.
La industria no está “cambiando para mal”. Solamente está cambiando — como lo ha hecho muchísimas veces en el pasado.
Déjame explicarte.
Entre 1811 y 1816, artesanos ingleses protestaron en contra de las nuevas máquinas que les estaban quitando el trabajo. Los nuevos telares y máquinas de hilar industriales introducidos durante la revolución industrial hicieron que el expertise de los artesanos fuera menos relevante.
Gracias a la nueva maquinaria, las empresas comenzaron a producir más, más rápido, y de manera más económica. Las oportunidades de empleo comenzaron a favorecer a personas menos calificadas, y que estaban dispuestas a trabajar por un salario más bajo.
La automatización bajó los costos de un proceso especializado, haciendo redundante la necesidad de contratar artesanos altamente calificados. Siempre y cuando alguien tuviera las nociones requeridas para lograr un resultado de calidad relativamente aceptable usando las nuevas herramientas, las empresas estaban dispuestas a contratarlo.
Hoy en día todavía puedes hacer una carrera en costura, pero innegablemente es más difícil. Para sobresalir, debes de tener otras habilidades más allá de saber usar aguja e hilo. Date un episodio de Next in Fashion, para que veas que la mejor ejecución no es nada sin buen concepto, diseño, marketing y posicionamiento. Y suerte. Mucha suerte.
“La historia nunca se repite. El hombre siempre lo hace,” dijo Voltaire. Saber programar ya no es suficiente si quieres seguir siendo relevante en el mercado laboral, al igual que saber manejar la tela no fue suficiente hace 200 años.
Los Increíbles es una de mis películas favoritas. Hacia el final de la historia, cuando Síndrome por fin los atrapa, les explica su plan:
… Y viejo y habiéndome divertido, todos mis inventos los venderé para que cualquiera pueda ser superhéroe. Todo el mundo se convertirá en súper.
Y cuando todos sean súper… nadie va a ser.
Síndrome quiere hacer desaparecer a los superhéroes haciendo sus poderes (que los hacía especiales) redundantes: en un mundo donde cualquier hijo de vecino tiene acceso a tecnología que efectivamente lo deja hacer lo mismo que un súper, los súper ya no van a ser especiales.
Hace 15 años, saber programar era como un superpoder: solo unos cuantos sabíamos, y para los que no, lo que hacíamos era un misterio casi mágico. La barrera de entrada tan alta en la industria hacía que los (relativamente) pocos que sabíamos cómo hacer que las computadoras siguieran órdenes tuviéramos un cierto estatus social al cual nos acostumbramos, y llegamos incluso hasta esperar. Todavía recuerdo cómo, por allá de 2013, las pláticas entre programadores eran una competencia para ver quién había ignorado a más reclutadores durante la última semana.
Pero la pandemia de 2020 llegó a acelerar las cosas.
Después de tantos bootcamps, campañas de educación, y por supuesto, la IA, la barrera de entrada para ser suficientemente competente programando es más baja que nunca.
Aprender a programar es cada vez más fácil. Tanto por la abundancia de materiales educativos, como por la realidad de que cada vez es menos necesario profundizar en las bases de la disciplina1.
Saber programar es una competencia común. Aprenderlo cada vez es más fácil.
Poco a poco, todos se están convirtiendo en súper.
Y cuando todos sean súper… nadie va a ser.
Saber programar, en unos años, va a ser una habilidad tan ordinaria como saber usar una calculadora. Hasta nos va a dar risa que alguna vez hubo universidades con carreras dedicadas a enseñarla.
Programar y desarrollar software no son la misma cosa. Programar es escribir código, y desarrollar software es resolver problemas.
Con el aspecto técnico resuelto (parcialmente) por inteligencias artificiales, las discusiones técnicas dejarán de ser la parte más importante del desarrollo. Los “programadores” ahora se dedicarán a tener discusiones sobre la ética y seguridad del código generado por la computadora. Las tareas técnicas serán resueltas, en su mayoría, gracias a la ley de Moore. Desarrollar software ya no se tratará de programar.
Hace 4 años, cuando publiqué ese artículo, me cayeron muchas críticas en Twitter por tener el atrevimiento de sugerir que saber programar iba a dejar de ser lo más importante del desarrollo de software.
Sin embargo, en 2025 aquellos que solamente saben programar se la están viendo más difícil que nunca. Como Carlos dijo, incluso los que tienen 20 años de experiencia están teniendo dificultades para encontrar trabajo.
Pero eso no debería de ser sorpresa para cualquier persona que esté poniendo atención. El mercado laboral cada vez es más competitivo, es cierto. Pero se vuelve virtualmente impenetrable para aquellos que no tienen las habilidades que están en demanda.
Yo también conozco programadores con 20 años de experiencia que están siendo rechazados por el mercado laboral. Y te puedo asegurar que no es porque sean malos programando: es porque no tienen las habilidades que el mercado está pidiendo.
Es porque en esos 20 años que tienen trabajando, no se preocuparon por desarrollar ninguna otra habilidad además de programar.
Cuando la empresa tiene máquinas textiles que pueden hacer más, más rápido, a menos costo, tu maestría en manejo de hilo y aguja es completamente irrelevante.
¿Qué importan tus 20 años de experiencia, si puedo obtener un resultado comparable (tal vez no igual, pero comparable) con un ahorro del 90 % si contrato a alguien no tan experimentado, pero que le pueda hacer las preguntas correctas a un LLM?
Un principio bastante popular de la programación es: primero haz que funcione, luego hazlo elegante. La realidad es que lo que realmente le importa a la gran mayoría de las empresas es que funcione. Y ya. Y si pueden hacer que algo funcione (y ya) por menos dinero, créeme: lo van a hacer.
Para muchos negocios, lo que importa es que las cosas funcionen razonablemente bien. Y si pueden llegar a una solución que funcione razonablemente bien por 10 pesos, ¿por qué invertirían 1,000 para tener una que funcione marginalmente mejor (o más elegantemente) que la alternativa?
Entonces, ¿qué nos depara el futuro del mercado laboral en tecnología? La respuesta es sencilla: la ventaja competitiva la tendrán aquellas personas que saben hacer algo más que programar. Hablar con clientes, crear y nutrir relaciones, comunicarse con personas sin conocimientos técnicos, entender la economía del mercado en el que está su empresa.
Resolver problemas.
Las oportunidades laborales para los programadores son cada vez más raras, sí; pero oportunidades para personas que puedan resolver problemas hay más que nunca.
npm install
? ↩︎Publicado por
el
a las
Como líder, es tu trabajo promover comportamientos saludables y sostenibles en tu equipo. Pero no importa cuánto lo intentes, o qué tanto empeño le pongas, cada persona es un mundo: en algún momento te va a tocar trabajar con alguien a quien le va a costar más descansar cuando tiene que descansar, y desconectarse cuando se tiene que desconectar. Un workaholic.
Esta es una de las situaciones más difíciles a las que te puedes enfrentar, porque como sucede con todas las cosas que involucran personas, no hay una forma 100 % correcta de abordar la situación.
En su libro Extreme Ownership, Jocko Willink menciona que “un estándar no es lo que predicas, sino lo que toleras”. ¿Cuál es el mensaje que recibe el resto del equipo al ver que uno de sus compañeros está trabajando más tarde, más duro, más forzado que ellos? Si no tomas cartas en el asunto, y toleras este comportamiento, es probable que el resto del equipo lo vea como el estándar, y antes de que te des cuenta, no van a estar quemados, sino quemadísimos.
Entonces, ¿qué haces?
Podrías tomar la ruta pragmática, y decirle que no tomar descansos es equivalente a dejar dinero sobre la mesa. Los días de vacaciones son un beneficio para el empleado, y podrían ser considerados parte de la compensación. Si no los toma, o trabaja mientras debería de estar desconectado, es efectivamente como si le estuviera regalando labor a la empresa.
Otra opción es darle retroalimentación. Usando el modelo SBI, podrías decirle que trabajar fuera del horario esperado, o participar en discusiones cuando se supone que debería de estar de vacaciones, pone un mal ejemplo en el equipo, porque entonces los demás van a sentir que ellos tampoco pueden descansar, y se van a sentir más presionados.
O podrías marcar límites más estrictos basados en las expectativas de la relación laboral.
Pero aquí es donde aparece una de las complicaciones que vienen con ser un líder empático y responsable: no sabes por qué esta persona trabaja tanto. Tal vez realmente le encanta su trabajo, y genuinamente no puede dejar de pensar en él. Quizá lo hace porque quiere quedar bien contigo, y así le enseñaron que se demuestra su valor en un equipo.
O puede ser que trabajar sea su manera de lidiar o escapar de sus problemas personales.
Aunque no te corresponde diagnosticar a nadie (ni intentar resolverle sus problemas), una vez que conectas con la humanidad de las personas con las que trabajas, comienzas a pensar en este tipo de cosas.
Todos tenemos mecanismos para afrontar situaciones incómodas. Yo, por ejemplo, tengo la tendencia a buscar refugio en la comida. Algunos se muerden las uñas o evitan.
Otros trabajan.
Cuando le dices a alguien que tiene que cambiar su comportamiento porque puede tener repercusiones negativas, o peor, le pones límites claros, puede que le estés complicando la vida aún más sin darte cuenta. A mí, mi nutriólogo y mi terapeuta me ayudan a navegar mis compulsiones, y aunque es difícil, tengo la ventaja de que puedo pasar por el proceso relativamente en privado.
Nada más imaginarme el predicamento que sería para mí tener que cambiar algo tan personal para no afectar mi trabajo me hace querer correr al refri, irónicamente. Porque no es como que me fascine la idea de darle 3 vueltas a la alacena entre cada llamada para ver si mágicamente apareció algo sabroso — ya es un reto suficientemente grande controlar la compulsión por sí sola, sin involucrar mi trabajo. Si mi rendimiento en la empresa estuviera en riesgo de verse afectado por eso, no se me haría justo. Pero tampoco me gustaría que mi manager tomara un rol que no le corresponde.
En fin…
Una pregunta es qué puede hacer un manager para evitar que su equipo se queme. Otra muy diferente es dónde dibujar la línea entre ser un buen manager y un buen líder que reconozca y honre la humanidad de las personas, sin tomar un rol que no le corresponde.
Publicado por
el
a las
Es bastante sencillo. Piénsalo de esta manera:
Mientras más “alto” tu rol, más tienes que pensar en el negocio de manera estratégica.
Publicado por
el
a las
En mi grupo en Etsy tenemos varias posiciones abiertas para iOS Engineers y Android Engineers en México. Aclaro: son posiciones diferentes, tenemos múltiples de cada una; no necesitas saber iOS y Android.
Los equipos que están contratando trabajan con temas de observabilidad, arquitectura, modernización, y los sistemas de CI/CD.
Las posiciones son para Senior Engineer (IC3). Típicamente, buscamos que tengas experiencia comprobable en la industria de por lo menos 4 o 5 años, y que hayas trabajado en proyectos complejos. También tenemos otras para gente con menos experiencia profesional; mándame un correo si te interesa.
En iOS usamos Swift y SwuftUI, aunque todavía hay algunas cosas en UIKit que tenemos que migrar. En Android, la mayoría de la aplicación ya está en Kotlin con Jetpack Compose.
El rango salarial (base) para las posiciones de IC3 comienza en $1.275 millones, hasta 1.687 millones al año (brutos), sin considerar bonos, PTU y otras prestaciones.
El esquema de pago es 100 % nómina. Tenemos SGMM, bono anual del 10 %, fondo de ahorro, PTU, y RSU para todas las posiciones.
La chamba acá requiere inglés, porque toca trabajar en equipos internacionales (no hay “equipos mexicanos”).
Las posiciones están abiertas para CDMX y Guadalajara. Si no estás en alguna de esas ciudades, igual manda tu CV, nunca se sabe. Pero sí necesitas estar en México, y poder trabajar aquí legalmente.
Los interesados en aplicar, deben llenar este form. A los que manden el CV les voy a mandar una invitación a una llamada de Google Meet en los próximos días, para responder dudas que pudieran tener.
Aquí estoy yo dando una charla en las oficinas de la empresa el año pasado.
Publicado por
el
a las
Management y liderazgo no son la misma cosa. El manager es un rol que se juega en un equipo. El líder es más una forma de ser de alguien que no depende de un rol para ejercer su agencia.
Un líder puede llegar a ser un excelente manager si quiere. Pero no está limitado por su rol, pues encuentra la manera de ser una buena influencia para el equipo.
Un manager sin habilidades de liderazgo puede llegar a tener un efecto adverso en su equipo. Sí, va a llegar a las metas, pero va a terminar quemando a las personas que trabajan con él o ella.
El manager, idealmente, también es un buen líder. Si las habilidades de liderazgo no le vienen de manera natural, no hay tanto problema, pues a final de cuentas son comportamientos que se pueden aprender: coaching, comunicación y feedback efectivos, delegar, etc.
Pero lo importante es entender la diferencia entre el rol y esa forma de ser. Y saber aceptar qué se te da naturalmente y qué no.
Lo peor que puede pasarle a un equipo es tener un manager que llegó al rol por las razones incorrectas: buscar control, status, necesidad de que lo aclamen, ego.
Recuerda que las personas no renuncian a empresas. Renuncian a managers.
Algunos libros que recomiendo para pintar una mejor imagen de cómo empezar a integrar estas ideas en tu día a día:
Originalmente, respondí esta pregunta en mi AMA en r/taquerosprogramadores.
Publicado por
el
a las
Cualidades que considero esenciales para un buen manager:
Cualquier manager que tenga estos aspectos de su persona bien desarrollados, tiene muy buenas probabilidades de tener éxito en el mercado (depende, claro, de la industria y las expectativas de la empresa. Algunas lo que quieren son capataces que sepan usar Excel 🤷♂️).
En cuanto a metodologías, supongo que no te haría daño saberles a las metodologías ágiles, SCRUM, etc., que son las que más te van a pedir.
Pero aquí está el problema: muchos managers piensan que su rol es aplicar lo que dice el libro al pie de la letra, y en el proceso terminan dañando al equipo más de lo que lo ayudan.
Todas estas metodologías deberían de funcionar, desde mi perspectiva, como un punto de partida, pero no como un fin. Tengo una frase que me ha metido en muchos problemas, porque digo que esas metodologías solamente les funcionaron al 100 % a los que las inventaron.
En la práctica, he visto muchos equipos, productos y proyectos sufrir en vano, nada más porque las personas a cargo no tienen la sensibilidad para identificar que algo no está funcionando. Prefieren seguir el librito, antes de tomar una decisión bajo su propio criterio que no esté alineado con lo que dice el manual.
Es más, agrégales a las cualidades de arriba, una más: tener criterio propio.
He escrito anteriormente sobre mi camino hacia la ruta de carrera en management:
Originalmente, respondí esta pregunta en mi AMA en r/taquerosprogramadores.