3 ms·

Yes, but all these things are "bigger picture" stuff. It's not trying to comprehend 1000 little things at the same time using deep concentration, as a software

by UK-AL 9y ago

Yes, but all these things are "bigger picture" stuff. It's not trying to comprehend 1000 little things at the same time using deep concentration, as a software developer does.

yeukhon 9y ago
Not really. If you aren't able to concentrate for a long time, how can you join a meeting and catch the important stuff? If your mind is wandering and you appear to ask questions which have been answered you are going to sound like you didn't pay attention. I have seen people struggle to keep up because they have so many meetings so many emails and so many questions to take care. Sure you donmt code anymore, but you have a lot of little things to take care of. I work in infrastructure/operation so maybe that's different from a manager working on iOS product. Point is you will get frustrated and that's bad. It lowers your confidence, maybe.
satwikhebbar 9y ago
My experience is limited to product development teams, however where I've worked managers are basically tasked with people management, technical leadership and cross-team relationship management. You are expected to know enough details about what every single member of your team does as well as what other teams are upto at a broad level, so you can act as the tie breaker when critical decisions need to be made. This is very much like holding 1000 different things in your head at a time except maybe not to a great depth. The biggest challenge I've faced switching from developer to manager is being in the middle of all that flies through your team and seamlessly context switching at a moment's notice. It's not deep concentration on one goal but simultaneously chipping away on multiple goals.
pkaye 9y ago
Speaking from my own experience it can still be a challenge because you have to context switch a lot and never go deep enough to truly understand a problem. You are relying on your engineers to be your eyes and ears. If you have all good people in your team you are really lucky. Otherwise it is a balancing game coaching some engineers to learn and get better, quickly figuring out solutions to technical problems that are raised, fighting back the upper management pressure while not trying to frustrate your team.

by UK-AL 9y ago

Yes, but all these things are "bigger picture" stuff. It's not trying to comprehend 1000 little things at the same time using deep concentration, as a software developer does.

yeukhon 9y ago

Not really. If you aren't able to concentrate for a long time, how can you join a meeting and catch the important stuff? If your mind is wandering and you appear to ask questions which have been answered you are going to sound like you didn't pay attention. I have seen people struggle to keep up because they have so many meetings so many emails and so many questions to take care. Sure you donmt code anymore, but you have a lot of little things to take care of. I work in infrastructure/operation so maybe that's different from a manager working on iOS product. Point is you will get frustrated and that's bad. It lowers your confidence, maybe.

satwikhebbar 9y ago

My experience is limited to product development teams, however where I've worked managers are basically tasked with people management, technical leadership and cross-team relationship management. You are expected to know enough details about what every single member of your team does as well as what other teams are upto at a broad level, so you can act as the tie breaker when critical decisions need to be made. This is very much like holding 1000 different things in your head at a time except maybe not to a great depth. The biggest challenge I've faced switching from developer to manager is being in the middle of all that flies through your team and seamlessly context switching at a moment's notice. It's not deep concentration on one goal but simultaneously chipping away on multiple goals.

pkaye 9y ago

Speaking from my own experience it can still be a challenge because you have to context switch a lot and never go deep enough to truly understand a problem. You are relying on your engineers to be your eyes and ears. If you have all good people in your team you are really lucky. Otherwise it is a balancing game coaching some engineers to learn and get better, quickly figuring out solutions to technical problems that are raised, fighting back the upper management pressure while not trying to frustrate your team.