Un Cuento de los Cambiantes. De Ingeniero a Gerente y Viceversa

Rate this content
Bookmark
Slides

He cambiado entre ser ingeniero y gerente tres veces ya. Soy muy consciente de que esto no es algo inusual de hacer. ¡Hay un montón de cambiantes por ahí! En Atlassian estoy en un nuevo grupo de gerentes. Curiosamente, hay muchos gerentes en el grupo que han sido gerentes anteriormente pero se unieron a Atlassian como ingeniero.
Entonces, ¿qué nos pasa? ¿Por qué seguimos cambiando nuestro rol? ¿Es aburrimiento? ¿Estamos locos? Creo que en realidad hay un método en la locura. Cada vez que hacemos un cambio es intencional y hay un propósito, y aunque algunos dicen que puede dañar tu carrera, me gustaría llevarte en un viaje para explorar por qué los cambiantes son una raza muy valiosa!

Matt Colman
Matt Colman
7 min
12 Dec, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Esta charla explora la experiencia de cambiar entre ser un ingeniero y un gerente en el campo del desarrollo de software. Enfatiza la importancia de mantener habilidades técnicas prácticas para una gestión de ingeniería efectiva. La charla también destaca el valor de que los gerentes tengan experiencia técnica reciente y la importancia del liderazgo tanto de los gerentes como de los ingenieros senior. En general, la charla anima a aquellos que están considerando una transición a la gestión a que lo hagan y enfatiza el papel único de un gerente de ingeniería.

Available in English

1. Cambio constante entre ingeniero y gerente

Short description:

Hola, soy Matt Coleman, un gerente de ingeniería en Atlassian, emocionado de hablar sobre el cambio constante entre ser ingeniero y gerente. Es un buen movimiento de carrera. Comencé como desarrollador, me convertí en gerente, aprendí React, extrañé ser gerente, volví a ser gerente. Esta charla es para aquellos que cambian constantemente, aquellos que consideran la gestión, y los gerentes que extrañan la codificación.

Hola, soy Matt Coleman. Soy un gerente de ingeniería en Atlassian. Y estoy muy emocionado de estar aquí hoy en el Día de React en Berlín para hablarles sobre el cambio constante entre ser ingeniero y gerente. Ahora, eso es algo que he hecho muchas veces en mi carrera. Probablemente tengo algunos más en mí para ser honesto. Pero no estoy loco. Sabes, esto es algo que la gente realmente hace. Y quiero hablarles sobre cómo es en realidad un muy buen movimiento de carrera.

Entonces, echemos un vistazo a mi carrera. Esta es, en una imagen. Comencé en Blake como un Y unos dos o tres años después, me ofrecieron un ascenso a la gestión. Y así ahí estaba, dirigiendo a unos cuatro desarrolladores y eso se convirtió en 10. Un trabajo realmente genial. Me encantó. Pero comencé a extrañar un poco el código. Y estaba muy interesado en React. Así que, fui a Play Up, y aprendí React. Y luego, unos años después, extrañé un poco tener el impacto que tiene un gerente. Así que, me mudé a Domain como gerente. Luego a Atlassian como desarrollador, donde de nuevo, aprendí algunas nuevas tecnologías, GraphQL, Relay, un montón de otras cosas diferentes que no conocía. Y luego, una vez más, me ofrecieron un puesto como gerente. Esta vez fue un movimiento lateral en Atlassian. Y en Atlassian, el movimiento lateral es bastante alentado. Así que, hay muchos que cambian constantemente en Atlassian.

Ahora, ¿para quién es esta charla? Bueno, es para los que cambian constantemente, por supuesto. Y también, sabes, si estás pensando, podría ser un buen gerente, no estoy seguro. Entonces esta charla es para ti. O tal vez ya eres un gerente y extrañas ser un desarrollador. Extrañas el código. Así que,

2. Amantes de los perros y el papel de un gerente de ingeniería

Short description:

Amantes de los perros, esta charla es para ustedes. Los mejores gerentes de ingeniería de primera línea nunca están más de dos o tres años alejados del trabajo práctico. Los mejores contribuyentes individuales son los que han pasado tiempo en la gestión. Si estás gestionando personas y escribiendo código, estás haciendo un mal trabajo en ambos. Si estás gestionando a tres desarrolladores, entonces probablemente deberías estar escribiendo código. Si estás gestionando a ocho desarrolladores, tu velocidad ya no es significativa. Todavía hay razones por las que podrías escribir código como gerente. Convertirse en un gerente de ingeniería es un papel completamente diferente.

esta charla es para ti. Amantes de los perros, esta charla es para ustedes. Quiero decir, esta charla tiene algo para todos. Ahora bien, la segunda vez que hice un cambio, un amigo mío me dijo, oh, ¿has visto la publicación del blog del péndulo del gerente de ingeniería de Mipsy Tipsy? Y no lo había hecho, pero lo revisé. Es una lectura de dos minutos y es fantástica. Quiero decir, realmente resonó conmigo cuando leí este blog. Y hay algunas citas geniales aquí. Permíteme leer una para ti. Los mejores gerentes de ingeniería de primera línea en el mundo son aquellos que nunca están más de dos a tres años alejados del trabajo práctico. A tiempo completo, en las trincheras. Los mejores contribuyentes individuales son aquellos que han pasado tiempo en la gestión. No podría estar más de acuerdo, vayan y revísenlo. Es un gran blog.

Muy bien, cosas que la gente tuitea. Todavía se llama Twitter, y todavía se llama un tuit. Entonces, si estás gestionando personas y escribiendo código, entonces estás haciendo un mal trabajo en ambos. ¿Alguna vez has oído esto antes? Mira, es un gran tuit, pero a Twitter le falta mucho contexto. Entonces, sabes, en realidad tal vez no sea un gran tuit. Es un poco confuso para algunas personas. Yo diría que si estás gestionando a tres desarrolladores, entonces probablemente deberías estar escribiendo código, porque no tendrás suficiente trabajo para hacer de otra manera, y probablemente solo pasarás tu tiempo molestando a los tres desarrolladores. Así que sigue escribiendo código. Sin embargo, si estás gestionando a ocho desarrolladores, entonces tienes que entender que tu velocidad ya no es realmente significativa. Tienes suficientes desarrolladores para escribir código. Entonces, no escribirías código para la velocidad. Pero todavía hay otras razones por las que podrías escribir código. En pocas palabras, si lo mejor que puedes hacer ese día es escribir código, entonces deberías hacerlo. Entonces, podrías tener un plazo realmente difícil, o podrías querer programar en pareja con alguien para construir relaciones o para aprender. Todavía hay un montón de razones por las que puedes escribir código como gerente. Y yo digo, adelante. Convertirse en un gerente de ingeniería es un papel completamente diferente.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

A Framework for Managing Technical Debt
TechLead Conference 2023TechLead Conference 2023
35 min
A Framework for Managing Technical Debt
Top Content
Let’s face it: technical debt is inevitable and rewriting your code every 6 months is not an option. Refactoring is a complex topic that doesn't have a one-size-fits-all solution. Frontend applications are particularly sensitive because of frequent requirements and user flows changes. New abstractions, updated patterns and cleaning up those old functions - it all sounds great on paper, but it often fails in practice: todos accumulate, tickets end up rotting in the backlog and legacy code crops up in every corner of your codebase. So a process of continuous refactoring is the only weapon you have against tech debt.In the past three years, I’ve been exploring different strategies and processes for refactoring code. In this talk I will describe the key components of a framework for tackling refactoring and I will share some of the learnings accumulated along the way. Hopefully, this will help you in your quest of improving the code quality of your codebases.

Principles for Scaling Frontend Application Development
React Summit 2023React Summit 2023
26 min
Principles for Scaling Frontend Application Development
Top Content
After spending over a decade at Google, and now as the CTO of Vercel, Malte Ubl is no stranger to being responsible for a team’s software infrastructure. However, being in charge of defining how people write software, and in turn, building the infrastructure that they’re using to write said software, presents significant challenges. This presentation by Malte Ubl will uncover the guiding principles to leading a large software infrastructure.
Fighting Technical Debt With Continuous Refactoring
React Day Berlin 2022React Day Berlin 2022
29 min
Fighting Technical Debt With Continuous Refactoring
Top Content
Let’s face it: technical debt is inevitable and rewriting your code every 6 months is not an option. Refactoring is a complex topic that doesn't have a one-size-fits-all solution. Frontend applications are particularly sensitive because of frequent requirements and user flows changes. New abstractions, updated patterns and cleaning up those old functions - it all sounds great on paper, but it often fails in practice: todos accumulate, tickets end up rotting in the backlog and legacy code crops up in every corner of your codebase. So a process of continuous refactoring is the only weapon you have against tech debt. In the past three years, I’ve been exploring different strategies and processes for refactoring code. In this talk I will describe the key components of a framework for tackling refactoring and I will share some of the learnings accumulated along the way. Hopefully, this will help you in your quest of improving the code quality of your codebases.
Building High-Performing Cross-Cultural Teams
React Day Berlin 2022React Day Berlin 2022
25 min
Building High-Performing Cross-Cultural Teams
Everything we do, from the way in which we write our emails, to the method in which we provide negative feedback and evaluate performance, governs the performance of our teams. And understanding how culture impacts our efficacy as a team can drastically improve our day-to-day collaboration. In this session you'll learn: How different cultures communicate, How different cultures evaluate performance and give constructive criticism, How different cultures make decisions, How different cultures trust, How different cultures perceive time.
Scale Your React App without Micro-frontends
React Summit 2022React Summit 2022
21 min
Scale Your React App without Micro-frontends
As your team grows and becomes multiple teams, the size of your codebase follows. You get to 100k lines of code and your build time dangerously approaches the 10min mark 😱 But that’s not all, your static CI checks (linting, type coverage, dead code) and tests are also taking longer and longer...How do you keep your teams moving fast and shipping features to users regularly if your PRs take forever to be tested and deployed?After exploring a few options we decided to go down the Nx route. Let’s look at how to migrate a large codebase to Nx and take advantage of its incremental builds!
A Quick and Complete Guide to Measuring Your Tech Debt and Using the Results
TechLead Conference 2023TechLead Conference 2023
27 min
A Quick and Complete Guide to Measuring Your Tech Debt and Using the Results
Hardly any people in Tech like when there's a lot of tech debt. And most of us would like when there's not too much of it. But how do we understand how much exactly we have of it? Where exactly does it sit? Which part of it is actually the most annoying? What would be the benefit for us if we spend time getting rid of it? When it comes to planning how you tackle your tech debt, all these questions deserve answers. Especially when we're asked about the ROI on our efforts to eliminate some annoying legacy stuff and build a new shiny module or service. Also, when we work on tech debt, we do want to tackle the most impactful parts of it first, don't we? This talk is about all of that: how we measure our tech debt, how we interpret the results of these measurements so that they give us the answers to the right questions, and how we guide our decision making with those answers.