The multilayer board structure supports team members in their individual and cooperative work and gives ground for process refinement and improvement.
How to create Multiple Workflows?
Step 1: Open an existing board or create a new Board.
Step 2: Activate the edit workflow mode of the board from the "Edit Workflow" icon on the top left side of the screen.
Step 3: Click the "Create New Cards Workflow" button and set up the flow phases using the workflow designer. Using this tool you can design your workflow to match your specific scenario.
Note: If you have a similar workflow to the one you want to create on a different board you can copy it using the option 'Copy Existing from the Workflow creation wizard.
Each workflow has a separate Configure Cycle time option on the most right-hand side.
Here you can configure which columns should be taken into account to calculate the final cycle time of the cards. Users with the relevant permissions also have the option to Delete or Disable the workflow.
Common Kanban scenarios where Multiple Flows rule
1. Visualize classes of service in a project
Different classes of service in a project are most likely to have different workflows.
Usually, tasks in a project are classified by business impact, urgency, complexity, priority.
Each class of work has a specific execution policy that the team agrees to follow. Examples of classes of service where Multiple workflows are particularly useful are “Expedite” and “Standard”.
The typical example of setting a multilayer structure is that the "business as usual" tasks go through the established project process flow, while expedite cards pass through a simpler process (img.1).
Each workflow has its own WIP limit as well as different cycle time configuration.
Img.1

*Open the image in a new tab for a better view.
2. Set up different workflows of different team members
This scenario covers the case when different team members follow completely different work processes. Such a setup will allow you to visualize the progress of tasks and to quickly follow dependencies across team members.
For example, you might have a marketing team with a content writer, designer, and a web developer. A common goal could be adding new website content and functionality.
The tasks distributed across team members would include website design (1); functionality development and deployment (2) and text content (3). In this case, each team member would follow an entirely different process to complete their respective tasks.