How do you keep up with everything that is happening on the team with different projects, doc designs and code reviews?
I have felt the same way before - overwhelmed by information and responsibility.
Know your scope. Find out what you're responsible for and what is expected of you. What are your deliverables and what is your role in the context of different projects.
Time Block and take control of your calendar. Dedicate blocks of time to certain action items and focus on them (google "Deep Work").
Delegate when you can. Master delegating items to others, you don't have to do everything perfectly. You just need to get them done and off your plate.
Take detailed notes. Try not to keep everything in your brain. Write it down. Even if they are just daily stand up notes. I wrote about taking notes here: Tips for someone with a poor working memory (Not saying you have a poor working memory but it does seem you are struggling with balancing everything. ) Here's another link: Easily level up your meetings by taking notes
Prioritize your most impactful tasks. Don't try to do 'everything'. You need to prioritize effectively.
I can write more about these steps if you're interested. This is just a high-level of what you can do to get a grip on things since you didn't give much detail.
Hope that helps!
(Dear reader, please drop a like if this was helpful in any way, I'm trying to improve the format of my responses)
Whenever I feel like I'm drowning in tasks and cannot "stay on top of things", 90% of the time it's because my own priorities are not clear (the other 10% is lack of sleep, exercise, clean diet).
I was a victim of the "efficiency" trap for a long time, where I always try to hunt down the next productivity tip, so I can get more done faster. While this is important to some degree, I had to learn the hard way that "effectiveness" (i.e. working on the right things) trumps "efficiency" (i.e. faster completion of a task).
Figure out your personal criteria for prioritizing and filtering. When you have clear OKRs it's easier to do because you can gauge the impact + likelihood of success to derive the "expected value" towards moving your OKRs. If you don't have OKRs (can be anything similar), that should be the priority -- don't do this insolation and involve others who have a stake in this. This will be your "core" (70-90% of your time).
Pre-allocate 10-30% of your overall time and energy spent on exploratory activities. I strongly believe in dedicating time to do this and go check out anything that feels interesting to you (e.g. another team's project, other codebases, content, etc.). Just be intentional about this, especially when you're already overwhelmed.
This is so helpful thank you!
I really like what Casey said about the "other 10%", but I actually feel like it affects way more than 10% of engineers (so many software folks have horrific sleep schedules). Even for the engineers who are already doing an okay job of it, they could probably do an even better one and reap significant benefits.
That being said, here are those low-hanging fruit:
We talk about this all in-depth here: 2 Ways To 100x Your Productivity That Nobody Does
Both Casey and Xue mentioned prioritizing properly and working on the right thing. Here's some additional pointers there:
Check out these resources too:
I am not sure in what capacity you are working on the team because the answer might vary a little based on your role. However, you need to be clear on what level of abstraction you are working on. Being involved in code reviews for all the projects might be feasible for senior engineer but not for the SDM. If you want to get a good understanding of the systems being built, getting invited to design reviews can be really helpful. For changes happening later on, you can sync up with people owning the projects. This way you can have a good mental model of the systems and how they interact with each other.