Cómo un ingeniero staff encuentra problemas que realmente importan
How I Find Problems to Solve as a Staff Engineer
Un ingeniero staff de Google comparte su método para descubrir problemas valiosos: en lugar de planificar estratégicamente, absorbe las dificultades del día a día, las deja acumular y busca patrones comunes. Explica cómo convertir quejas dispersas en soluciones elegantes, con ejemplos reales de Perfetto, y advierte contra la tentación de actuar demasiado rápido. Una guía práctica para ingenieros que aspiran a roles de staff, basada en la escucha activa y la paciencia.
Esperar puede ser un superpoder: el mismo problema puede aparecer de forma independiente en diferentes equipos, convirtiéndolo en una prioridad más alta para resolver.
- wpasc
El autor señala:
> Una advertencia: mi experiencia proviene principalmente de trabajar en infraestructura y herramientas para desarrolladores en grandes empresas, en equipos donde los ingenieros tienen mucha autonomía de abajo hacia arriba para influir en sus hojas de ruta. En un entorno más de arriba hacia abajo, simplemente puede haber menos espacio para trabajar de esta manera.
Me pregunto si la tendencia general en tecnología es que los ingenieros están experimentando menos autonomía de abajo hacia arriba y más entornos controlados de arriba hacia abajo. Me encantaría ver cuántas empresas tecnológicas (o la experiencia del ingeniero promedio) han cambiado de estar lideradas por la tecnología, donde los ingenieros tienen autonomía, a estar más lideradas por la gestión de productos. Mi sospecha sin evidencia es que la autonomía general de la ingeniería ha disminuido con los años a medida que la cultura tecnológica (en mi opinión) se ha alejado del enfoque técnico hacia un enfoque más empresarial, de gestión y de producto, con los ingenieros como simples piezas que tienen la tarea de cumplir los objetivos del negocio, la gestión y el producto.
Todo es hipótesis, solo anecdata.
- stevepotter
Aconsejo a los jóvenes que busquen empresas pequeñas, idealmente aquellas que estén pasando por el ajuste producto-mercado. Como si recientemente hubieran creado algo para vender y hubieran comenzado a venderlo. Con recursos limitados, buen crecimiento, no súper explosivo. Hay muchas de estas empresas. En este entorno aprenderás rápidamente cómo hacer más con menos, identificar los problemas reales, entregar rápidamente, trabajar directamente con los clientes y cómo construir buenos productos. Después de esto, adelante, trabaja para una gran empresa si quieres y te sorprenderá lo bien que te va.
- 9dev
Es curioso que la gente tenga ese problema. He pasado la mayor parte de mi carrera en el mundo de las startups, y mi experiencia ha sido consistentemente que la cantidad de problemas a resolver es mucho mayor de lo que puedo lograr razonablemente en mis horas de vigilia.
Así que no busco problemas para resolver, intento evaluar cuáles son los más urgentes, o qué solución resuelve varios a la vez. Aprender a hacer bien ese tipo de priorización para mantener a todos los equipos y clientes contentos y productivos es algo de lo que estoy muy orgulloso en mi carrera.
- CSMastermind
Todo esto es un muy buen consejo, pero advertiría a cualquiera que haga la pregunta al comienzo del ensayo que probablemente no debería ser un Staff Eng. A menos que estés en una empresa donde ese título sea simplemente un peldaño en la escalera que no tiene responsabilidades diferenciadas (hay muchas de esas por ahí).
Cada persona con la que he trabajado que ha tenido éxito como ingeniero Staff+ normalmente su promoción era más una formalidad, ya que claramente ya estaban haciendo el trabajo. Cada persona que he visto 'ascender a su nivel de incompetencia' estaba esforzándose por conseguir el título/aumento de sueldo y buscando 'jugar el juego' para llegar allí.
Si tu motivación para resolver los problemas de la gente es que te dará un ascenso, en lugar de que te gusta resolver problemas, entonces probablemente no sea el trabajo adecuado para ti.
- rr808
Ojalá nuestros ingenieros staff/arquitectos más senior trabajaran realmente en cosas útiles. Les encanta jugar con nueva tecnología que no tiene nada que ver con nuestra plataforma actual ni con hacia dónde vamos. A veces intentarán arreglar algo que el último arquitecto comenzó antes de que ellos también se muden a otro trabajo.
- ronnier
Creo que casi toda la tecnología está inflada y los despidos masivos no afectarían a la mayoría de las empresas (aunque sería perjudicial para la vida de las personas, por lo que parece cruel hacerlo). Menos personas por equipo significa menos cambio de contexto y los desarrolladores son dueños de más. No tienen que buscar trabajo, estará frente a sus narices. En tantas de estas grandes empresas tecnológicas en las que he trabajado, he visto a demasiados que no tienen suficiente trabajo que hacer. Terminan creando reuniones y otras cosas derrochadoras (escritura de documentos) para ocupar su tiempo. Los gerentes y directores parecen querer equipos grandes e inflados; cuanto mayor sea su número de personal, más pueden exigir y presionar para un ascenso.
- intoXbox
La parte que encuentro desafiante en el crepúsculo senior-staff es que tener un conocimiento técnico profundo significa que puedo resolver problemas a corto plazo, como solicitudes, de manera rápida y efectiva.
El autor menciona que debes pasar tiempo entendiendo las frustraciones de otros equipos, pero eso lleva mucho tiempo y no me gusta ser la persona que habla y habla pero no empuja código y lanza funciones. Me encantaría escuchar cómo otros han experimentado eso.
- napo
Trabajé a nivel de Staff durante un tiempo, creo que la clave es reportar a un director que gestiona gerentes. Cada vez que lo hice, la pasé bien, los proyectos eran fáciles de definir y la gente era fácil de convencer. Tuve el mismo nivel con algunos gerentes que gestionaban a otros ICs, y eso nunca funcionó. Otros ICs intentan competir por tareas, la gente no viene a ti con sus necesidades, te enteras de diferentes proyectos a menudo demasiado tarde, otros equipos son territoriales y realmente no quieren que intervengas.