In the same way that your ICs won’t get far by demanding their partners listen, you will also need to be gentler. If the IC is tightly partnered with another team, they will likely have more context in a project or area, and will know better than you what they need to do next
-
Show this thread
-
This can be an intimidating position to be in, but again: your IC's aren't your subordinates. They're your team mates, and you need to understand their situation to be able to offer something useful to them
1 reply 0 retweets 2 likesShow this thread -
A technique I’ve found effective for this is trying to learn from the IC. Talk about what they’re working on, then dig into the project’s origin, who cares about it, what will happen when it’s done. Listen and really try to understand. THEY the expert here, not you
1 reply 0 retweets 4 likesShow this thread -
Once they’ve gotten a chance to demonstrate their expertise, you know what they know and you’re on much better ground to add your own perspective. But be prepared for them to have already thought about what you say or have a reason why it doesn't make sense here
2 replies 0 retweets 1 likeShow this thread -
Replying to @imightbemary
What have you found to be effective wrt staying aware of teams' work in weak concept teams?
1 reply 0 retweets 0 likes -
Replying to @Lethain
In my experience, it partly depends on the scope of the weak concept team since there's naturally a breadth/depth tradeoff there. But in any kind of scenario, I try to make sure I understand the context IC is working in and how they're investing their time.
1 reply 0 retweets 1 like -
Replying to @imightbemary @Lethain
For each IC's partner group, I try to understand what outcomes the group wants to drive, its level of quantitative maturity, and what existing data infra/assets are relevant to them.
1 reply 0 retweets 0 likes -
Replying to @imightbemary @Lethain
Since the DS responsible for the area is usually trying to help the partner figure out how to measure/meet their goals, uplevel their data maturity, or build new data resources, that usually gives me enough of a framework that I can see how (well) they're contributing
1 reply 0 retweets 0 likes -
Replying to @imightbemary @Lethain
I've seen a lot of DS be successful with doing business review meetings with their partner group where they review trends and progress in metrics, experiments, and other analyses, and attending those has been hugely helpful to me for keeping track.
1 reply 0 retweets 0 likes -
Replying to @imightbemary @Lethain
1:1s and scrum processes have been helpful for me too, although I find relying on those too heavily often results in me focusing a little too much on granular details.
1 reply 0 retweets 0 likes
Another heuristic I've tried to use is, what do I need to know to talk MY boss about what my team is working on? That's more of a way for prioritizing what I need to learn about though
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.

