Discussion about this post

User's avatar
Stephanie Zeng's avatar

"but I’d like to see her taking on a bigger scope." - I’ve been hearing the feedback a bunch! And I’m curious what that actually means in this context.

To me, a bigger scope could mean making more impact by owning problems end-to-end: understanding pain points, aligning with PMs, designers, and engineers to drive a solution through to delivery. It could also mean leveling up the team and org overall - being that glue to helps others grow.

On the other hand, I’ve also seen “bigger scope” interpreted as chasing high-visibility projects - things like performance wins or shipping critical features that generate revenue. But that can also land people in the situation you described in this article, being the go-to person for X, and stuck there.

I’m wondering what's your take on this (maybe a topic for another article!) What are good questions could ask to better understand what “bigger scope” actually means when people say it.

Expand full comment
Stephanie Zeng's avatar

I really like this approach - let's pair, ask questions and document our findings together. I've been doing the first two for a while, and I'm still building the habit of documenting learning.

Expand full comment

No posts