I’m in a in a conflict of measuring my people and understand what they do and if they do the right things to being too bossy and nudge them too much, which may hurt their productivity and retention.
- Do you measure your people and if so how?
- Do you have any kind of telltale to the health of the team/developer?
- Some kind of crystal ball that help you manage your team?
Any advice is appreciated.
Have you started to train yourself as a lead / manager? A couple of resources I've found useful in the switch have been Manager Tools [0] (book, site, and podcast) as well as The Manager's Path [1].
While his shtick can be a bit thick at times, I enjoyed Extreme Ownership by Willink [2], if only because it codified a lot of thoughts I've had for a long time. I've worked with a lot of military and defence so the stories and life views he teaches through didn't throw me, but I know it does for some people so YMMV.
I have found that the Manager's Tools suggestion that the single best thing you can do is have weekly one-on-ones with your team to be true. It can be tough, especially if you still have a lot of your IC responsibilities alongside your new team lead roles, but it is truly remarkable how much more insight you can get into what your team is thinking from holding these sessions. This is they crystal ball you are looking for. And remember, the weeklies are about your team members, not about you (refer to manager tools).
[0] https://www.manager-tools.com/products/effective-manager-boo...
[1] https://www.amazon.ca/Managers-Path-Leaders-Navigating-Growt...
[2] https://www.amazon.ca/Extreme-Ownership-U-S-Navy-SEALs/dp/12...
Your approach will probably be tailored to every individual's characteristics. Some are laser-focused. Some know how to prioritize. Some will need your involvement to move forward, others will move forward inspite of you. Some get tired fast, others have a lot of stamina. Some can handle complexity, some understand business, some this and some that.
Clear communication is important. Your thoughts are only obvious to you, and they make sense mostly in your head. Writing them down exposes holes. Repeating sucks, but it's worthwhile when you say something and someone says: "You know... you must have said this a hundred times, but it's only now that it clicked.".
The major focus in my opinion ought to be the product, the roadmap, on the clarity of the objectives and making sure everyone understands what you're building and why and why you're not building and why, and what you will build but not now. When this is taken care of, people will get to work and give it a shot. If you want to measure something, introduce quantities for the phenomena that matter most, the output of the system: user satisfaction, experience, ease of use, stability, and work your way back.
Low tech things work: having a Slack workspace for users where all your team answers questions and supports users pretty much guides you. You prioritize the issues faster according to what's causing the most pain. When almost every message is on problem X, you have your work cut out for you. Suddenly you realise some of your users have low bandwidth and are the application doesn't even load. Who would have known? It also puts pressure on the team when real people are having problems, and it's also satisfying.
I've written a few replies to similar topics.
[0]: https://news.ycombinator.com/item?id=21808439
Find one that matches your personality [https://en.wikipedia.org/wiki/Revised_NEO_Personality_Invent...].
Don't try to do things because its effective for some other manager, whose personality is different from yours.
Find managers/mentors within the org who share your personality traits/values and are on career trajectories you want to follow and talk to them regularly about your issues.