What's the point? If you closed/updated a ticket the interested party will see it, or you can explicitly mention them in the ticket. If you're blocked, you us

What's the point? If you closed/updated a ticket the interested party will see it, or you can explicitly mention them in the ticket. If you're blocked, you usually know who's blocking you, so you can contact them directly. Let's say you're a FE dev waiting for a BE dev to finish a specific API request for you. You ask him how long it will take, and if it's possible to provide a dummy API in the meantime. Alternatively you can mock this API by yourself. If no solution found you can switch to another task or escalate it to the PM. But this problem shouldn't exist in the first place. It's only exists b/c of Scrum. In mini-waterfall based SDLC methodologies (i.e. Design/Plan->Build(Iterate)->Ship cycles) developers are working on much larger work chunks (i.e. mini-projects), they're opening and managing tickets by themselves, instead of being assigned tickets opened by PM/PO. So if they're blocked on a specific API request, they still have other things to work on.