2 minutes
Keeping Team Focus
The other day I was reading this Gergely tweet and I realized how true it is.
At my current team at Wallbox, we follow a kind of Scrum way of organizing our work. We plan sprints of two weeks keeping our Q goals as important tasks to accomplish.
Every now and then somebody from another team or a manager it comes with some urgent task we need to do asap. Most of the time our EM manages to stop it so the team doesnât suffer the pressure of having to stop what is doing and have to argue if that is really that important. The funny thing is that the times this gets to the team mostly would have been totally avoidable with a good preparation because it turned out that wasnât something that came out that recently.
So letâs review some key pillars to know if itâs worth it changing our focus.
Business Impact
This is key, if itâs something with very low impact there is no motivation to stop being focused on our OKRâs. But if they really have itâs a different story.
Maybe some country changed the regulation and this might block us from selling chargers there, then itâs ok. Perhaps some users are not being able to charge their EV for some bug. All these kinds of situations would be a real trigger to stop doing what we are doing.
Clear Requirements
We really need to have precise requirements if not weâll probably have to redo that even before releasing it. So without that, we shouldnât change our focus.
To have those requirements we might need to synchronize with other teams, maybe asking product guys too.
Work Estimation
Even if the two previous points are clear the team needs to do a good estimation. This canât come from outside the team since just the team itself knows more than anybody how much work will be.
Cost
Once all itâs clear then upper management needs to understand the cost of this change of focus. Because other goals will be delayed so they need to know which impact will have on the teamâs expected delivery.
357 Words
2022-07-01 10:24