I agree with your point but ultimately, why not have the engineer document how long the last cycle took to get into production. So when the manager asks, hey do this in 70% of the time, you have reference to live recent data that it’s impossible.
Or even simpler.
Manager asks to finish something and have it live in Y
days.
You will finish it in Y days because the last project needed an additonal 3 days and you communicated that immediately back then, so your manager already has provided a solution by the time you’re ready for the next development cycle or sprint. Hence Y days should be computed with feedback you already communicated from the last cycle.
>> You have to educate your managers a bit.
Ironically, this could come off as feudal since a manager is “senior” in terms of time and experience at the same company. In which you are currently a junior. How often will a manager be like “so glad you educated me on my own delivery and timelines, you were right!” Versus hey, that’s my job, you worry about yours and I got mine.
I think the word “synchronize” (delivery times for production, ie) applies better than educate.
Why worry about educating them if you’ve set a self-expectation to communicate immediately when something is not as expected. Or as initially agreed between the employee and their team or manager (s).
Majority of these empathy gaps b/w managers and engineers is actually the byproduct of failed communication protocols that both parties can maximize upon assuming consistent internet service (unfortunately still not the case or available with examples of significant gains. The moment you start caring about how another feels or thinks towards your execution, work, or biz strategy, gg.
You are now thinking about what others are thinking, and planning all these scenarios to ensure you act accordingly + optimally. This whole hr analogy shouldn’t even exist - it reminds me or read receipts on iMessage. Back in the old day, you didn’t have the information of when someone actually opened your mail indoors.
All I’m saying is to forget about the hierarchy + roles and just crisp clean communication up front.
Any gaps in understanding means that you needed to communicate much clearer, earlier. Versus, omg hr might be out to get me or something.
So when the manager asks, hey do this in 70% of the time, you have reference to live recent data that it’s impossible.
All the data in the world won’t sway a manager - and his manager, and his manager - if they need a scapegoat. This is something engineers only figure out when it’s too late.
I agree with your point but ultimately, why not have the engineer document how long the last cycle took to get into production. So when the manager asks, hey do this in 70% of the time, you have reference to live recent data that it’s impossible.
Or even simpler. Manager asks to finish something and have it live in Y days.
You will finish it in Y days because the last project needed an additonal 3 days and you communicated that immediately back then, so your manager already has provided a solution by the time you’re ready for the next development cycle or sprint. Hence Y days should be computed with feedback you already communicated from the last cycle.
>> You have to educate your managers a bit.
Ironically, this could come off as feudal since a manager is “senior” in terms of time and experience at the same company. In which you are currently a junior. How often will a manager be like “so glad you educated me on my own delivery and timelines, you were right!” Versus hey, that’s my job, you worry about yours and I got mine.
I think the word “synchronize” (delivery times for production, ie) applies better than educate.
Why worry about educating them if you’ve set a self-expectation to communicate immediately when something is not as expected. Or as initially agreed between the employee and their team or manager (s).
Majority of these empathy gaps b/w managers and engineers is actually the byproduct of failed communication protocols that both parties can maximize upon assuming consistent internet service (unfortunately still not the case or available with examples of significant gains. The moment you start caring about how another feels or thinks towards your execution, work, or biz strategy, gg.
You are now thinking about what others are thinking, and planning all these scenarios to ensure you act accordingly + optimally. This whole hr analogy shouldn’t even exist - it reminds me or read receipts on iMessage. Back in the old day, you didn’t have the information of when someone actually opened your mail indoors.
All I’m saying is to forget about the hierarchy + roles and just crisp clean communication up front.
Any gaps in understanding means that you needed to communicate much clearer, earlier. Versus, omg hr might be out to get me or something.