It's less about what I need to know and more about how I need to organize it. I get the same information from all of my reports, but the ones who were managers hand it to me ready to go where the others I get it from a conversation.
When I'm talking to my team, I need to know things like:
* Anything that is blocking them (and what they think will solve that)
* Any unexpected events, fires that are about to start/have started
* Progress on their tasks and any timeline updates
* Things they've heard from meetings with other teams that might impact what they're working on or other people on the team
The ICs who were managers previously tend to come to 1:1s with this already sitting in our shared document outlined roughly like I have above when we start our meeting. E.g.
* I'm waiting for Joe Bloggs to finish his API work before I can build the user workflow for X. He was supposed to be done last week but I'm still waiting. He's being very vague about the timeline and I need to know when this will be done so I can start work. Can you talk to him for me?
* Mary was out sick last week so didn't finish the design for Y. We're working on it now and she'll be done by Tuesday. I've put my work on Y on hold until then and am focusing on Z instead. It should still be done by the deadline.
* Status of Project Foo is...
* I had a sync with the database team yesterday. Did you know that they're planning to move everything to paper tape next quarter?
All of that would come out in a conversation anyway, but having it like this focuses it and puts it in context already (which is normally what I would need to do with that info).
The real difference is that folks who have been managers before tend to have a better understanding of what will impact the larger team or project, not just their part of it. I care about the individual too, but some of my brain is always on the bigger picture.
To add on to this I like things organized as:
- things you need my action on
- things you need my input on
- things you think I need to be aware of that may need my input/action later
When I'm talking to my team, I need to know things like:
* Anything that is blocking them (and what they think will solve that)
* Any unexpected events, fires that are about to start/have started
* Progress on their tasks and any timeline updates
* Things they've heard from meetings with other teams that might impact what they're working on or other people on the team
The ICs who were managers previously tend to come to 1:1s with this already sitting in our shared document outlined roughly like I have above when we start our meeting. E.g.
* I'm waiting for Joe Bloggs to finish his API work before I can build the user workflow for X. He was supposed to be done last week but I'm still waiting. He's being very vague about the timeline and I need to know when this will be done so I can start work. Can you talk to him for me?
* Mary was out sick last week so didn't finish the design for Y. We're working on it now and she'll be done by Tuesday. I've put my work on Y on hold until then and am focusing on Z instead. It should still be done by the deadline.
* Status of Project Foo is...
* I had a sync with the database team yesterday. Did you know that they're planning to move everything to paper tape next quarter?
All of that would come out in a conversation anyway, but having it like this focuses it and puts it in context already (which is normally what I would need to do with that info).
The real difference is that folks who have been managers before tend to have a better understanding of what will impact the larger team or project, not just their part of it. I care about the individual too, but some of my brain is always on the bigger picture.