However, this can mean that work packages have to wait longer before a team even takes them over into their work process. This is about transparency. For example, the customer can be informed that the process is currently busy and work on their order can only start at a later time. The customer can then decide for himself how he wants to deal with this. In any case, Kanban prevents work or orders from disappearing into a 'black box' and no one knows exactly when the work can be expected to be completed.
Kanban makes everyone involved responsible: the customers and all team members. As in Scrum, the team members only pull as many work packages into their work process as they think they can manage well, or at most as many as their 'work in progress' limit allows them. The 'pull principle' also applies here. Unlike Scrum, however, Kanban does not regulate who prioritises the work. The team may have to negotiate this with its manager or with a neighbouring team responsible for customer satisfaction, or even among themselves.
The introduction of Kanban means an incremental or evolutionary change for the respective team, as Kanban initially accepts all established roles. Only gradually should it become apparent that it is better for the team, the customers or the overall transparency, responsibilities and roles are adjusted.