- The Agile Coach
- Agile Manifesto
Agile project management
- Overview
- Project management intro
- Workflow
- Epics, stories, themes
- Epics
- User Stories
- Estimation
- Metrics
- Gantt chart
- Program management vs. project management
- Project baseline
- Continuous improvement
- Lean principles
- 3 pillars of Scrum
- Scrum Board
- Waterfall Methodology
- Velocity in Scrum
- What is Definition of Ready
- Lean vs. agile
- Scrumban
- Lean Methodology
- Sprint backlog
- Burn up chart
- 4 kanban principles
- 4 kanban metrics
- Program vs. Project Manager
- Gantt chart examples
- Definition of done
- Backlog grooming
- Lean process improvement
- Backlog refinement meetings
- Scrum values
- Scope of work
- Scrum tools
- Tools
- Workflow automation software
- Templates
- Task tracker
- Workflow automation
- Status report
- Workflow chart
- Project roadmap
- Project schedule
- Tracking software
- Roadmap tools
- Technology roadmap
- Project scheduling software
- Backlog management tools
- Understanding workflow management strategies
- Workflow examples
- Create project roadmap
- Sprint planning tools
- Sprint demo
- Project Timeline Software
- Top task management tools
- Product backlog vs. sprint backlog
- Top workflow management tools
- Project dependencies
- Task dashboard guide
- Sprint cadence
- Fast tracking
Product Management
- Overview
- Product Roadmaps
- Product Manager
- Tips for new product managers
- Roadmaps
- Tips for presenting product roadmaps
- Requirements
- Product analytics
- Product development
- Remote product management
- Minimal viable product
- Product discovery
- Product specification
- Product development strategy
- Product development software
- New product development process
- Product management KPIs
- Net Promoter Score (NPS)
- Product critique
- Prioritization frameworks
- Product features
- Product management tools
- Product Lifecycle Management
- 9 best roadmap software for teams
- Product launch checklist
- Product strategy
- Product engineering
- Product operations
- Portfolio management
- AI and product management
- Growth product management
- Product metrics
- Product release
- Feature request
- Product launch
- Product planning
- Product launch event
- Value Stream Management
- DevOps
Agile tutorials
- Overview
- Jira and Confluence sprint refinement
- How to do scrum with Jira
- Learn kanban with Jira
- Learn how to use Epics in Jira
- Learn how to create an agile board in Jira
- Learn how to use sprints in Jira
- Learn Versions with Jira
- Learn Issues with Jira
- Learn burndown charts with Jira
- Auto-create sub-tasks and update fields in Jira
- How to automatically assign issues with Jira Automation
- How to sync epics stories with Jira Automation
- Automatically escalate overdue issues in Jira
About the Agile Coach
- All articles
Kanban
How the kanban methodology applies to software development

By Dan Radigan
By Dan Radigan
Agile has had a huge impact on me both professionally and personally as I've learned the best experiences are agile, both in code and in life. You'll often find me at the intersection of technology, photography, and motorcycling.
Get started for free with Jira’s kanban template
Maximize efficiency by seeing and moving forward the work that matters most.
What is kanban?
Kanban is a popular framework used to implement Agile and DevOps software development. It requires real-time communication of capacity and full transparency of work. Work items are represented visually on a kanban board, allowing team members to see the state of every piece of work at any time.
Optimizing software development with Kanban flow
Kanban flow, a cornerstone of agile and DevOps methodologies, drives efficiency by orchestrating seamless task progression through visualized workflows. Kanban flow mirrors the streamlined inventory management of supermarkets, ensuring tasks move through development processes precisely when needed.
Visualized on Kanban boards, tasks represented as cards enable transparent progress tracking and swift identification of bottlenecks. By limiting work-in-progress (WIP), teams optimize resource allocation and maintain a steady workflow. Kanban's focus on continuous improvement is facilitated by metrics like control charts and cumulative flow diagrams, empowering teams to refine workflows iteratively.
In software development, kanban flow fosters dynamic task management, accelerates delivery cycles, and enhances customer satisfaction through focused, uninterrupted work. In essence, kanban flow epitomizes efficiency—a harmonious blend of transparency, adaptability, and continuous improvement—unlocking the full potential of agile methodologies.
Structuring your Kanban flow
Establishing a structured kanban flow within your software development team is essential to implementing kanban effectively. This ensures smooth task progression and optimized workflow management. Here's how you can structure your kanban flow:
Visualize workflow: Begin by visualizing your team's workflow on a Kanban board. Whether physical or virtual, the board should depict each stage of the development process, from task inception to completion.
Standardize workflow: Define and standardize the workflow stages according to your team's processes and requirements. Common stages include "To Do," "In Progress," and "Done," but customize as needed to reflect your unique workflow.
Identify blockers and dependencies: Ensure that your kanban board enables immediate identification of blockers and dependencies. This transparency allows for prompt resolution and prevents workflow disruptions.
Set work-in-progress (WIP) limits: Implement WIP limits for each workflow stage to avoid overburdening and to maintain a steady workflow. WIP limits help optimize resource allocation and reduce multitasking, fostering higher productivity.
Encourage collaboration: Foster a culture of collaboration within your team, where members collectively address bottlenecks and work together to ensure smooth workflow progression. This collaborative approach promotes efficiency and accelerates task completion.
Utilize kanban cards: Represent each task as a kanban card on the board, containing essential details such as task description, assignee, and estimated time for completion. Kanban cards facilitate visual tracking of task progress and promote transparency within the team.
By structuring your kanban flow in this manner, you can streamline your software development processes, enhance team collaboration, and maximize efficiency in task management.
Exploring the origins of Kanban
Kanban is prominent among today's agile and DevOps software teams, but the Kanban methodology dates back more than 50 years. In the late 1940s, Toyota began optimizing its engineering processes based on the same model supermarkets used to stock their shelves.Â
Supermarkets stock just enough inventory to meet consumer demand, a practice that optimizes the flow between the supermarket and the consumer. Because inventory levels match consumption patterns, the supermarket gains significant efficiency in inventory management by decreasing the excess inventory it must hold at any given time. Meanwhile, the supermarket can still ensure that essential products are always in stock.
When Toyota applied this same system to its factory floors, the goal was to better align its massive inventory levels with the actual consumption of materials. To communicate capacity levels in real-time on the factory floor (and to suppliers), workers would pass a card, or "kanban," between teams.Â
When someone emptied a bin of materials used on the production line, a kanban card was passed to the warehouse describing what material was needed, the exact amount of this material, and so on. The warehouse would have a new bin of this material waiting, which they would then send to the factory floor and, in turn, send their own kanban to the supplier. While this process has evolved since the 1940s, this same "just in time" (JIT) manufacturing process remains at the heart of the kanban methodology.
Kanban for software teams
Agile software development teams today can leverage JIT principles by matching the amount of work in progress (WIP) to the team's capacity. This gives teams more flexible planning options, faster output, clearer focus on continuous improvement, and transparency throughout the development cycle.

Board Kanban | Agile Coach Atlassian
While the core principles of the Kanban framework are timeless and applicable to almost any industry, software development teams have found particular success with the agile practice. Unlike implementing kanban on a factory floor, which would involve changes to physical processes and the addition of substantial materials, the only physical things software teams need are a board and task cards, and even those can be virtual.
Kanban boards
The work of all Kanban teams revolves around a Kanban board, a tool used to visualize and optimize the workflow across teams. While physical boards are popular among some teams, virtual boards are crucial in any agile software development tool for their traceability, collaboration, and accessibility from multiple locations.
Regardless of whether a team uses a digital or physical kanban board, it ensures that the team visualizes their work, standardizes their workflow, and immediately identifies and resolves all blockers and dependencies. A basic kanban board has a three-step workflow: To Do, In Progress, and Done. However, depending on a team's size, structure, and objectives, they can map the workflow to meet their unique processes.
Because the kanban methodology relies upon full transparency of work and real-time communication, the kanban board acts as the single source of truth for the team's work.

Agile Kanban Board | Atlassian agile coach
Kanban cards
In Japanese, kanban literally translates to "signboard." Kanban teams represent every work item as a separate card on the board. The main purpose of representing work as a card on the Kanban board is to allow team members to track progress through its workflow in a highly visual manner.Â
Kanban cards feature critical information about project tasks, giving teams visibility into who is responsible for which tasks and a brief description of the job, and how long tasks are estimated to take. Cards on virtual kanban boards often feature screenshots and other technical details that are valuable to the assignee.Â
Enabling team members to view the status of each task at any moment, alongside relevant details, promotes heightened focus, comprehensive traceability, and rapid identification of blockers and dependencies.
Benefits of the kanban framework
Kanban is one of the most popular software development methodologies agile teams use today. Kanban offers additional advantages to task planning and throughput for teams of all sizes.
Planning flexibility
A kanban team focuses only on the work that's actively in progress. Once the team completes a task, they select the next task from the backlog. The product owner is free to reprioritize work in the backlog without disrupting the team because any changes outside the current work items don't impact the team.Â
As long as the product owner keeps the most important work items on top of the backlog, the development team can rest assured they are delivering maximum value back to the business.
Pro Tip
Shortened time cycles
Cycle time is a key metric for Kanban teams. Cycle time is the amount of time it takes for a unit of work to travel through the team's workflow—from the moment work starts to the moment it ships. By optimizing cycle time, the team can confidently forecast the delivery of future work.
Overlapping skill sets lead to shorter cycle times. When only one person holds a skill set, that person becomes a bottleneck in the workflow. Therefore, teams employ best practices like code review and mentoring to help spread knowledge. Shared skills mean team members can take on heterogeneous work, further optimizing cycle time.Â
Additionally, this approach empowers the entire team to address any work bottlenecks collectively, facilitating a swift resolution and ensuring a smooth workflow. For example, testing responsibilities extend beyond QA engineers to include developers, fostering a collaborative effort to maintain efficiency. In a kanban system, the entire team ensures work moves smoothly through the process.
Fewer bottlenecks
Multitasking kills efficiency. Increased workload simultaneously leads to more frequent context switching, impeding the progress of tasks toward completion. That's why a vital tenet of the kanban process is limiting the work in progress (WIP). Work-in-progress limits highlight bottlenecks in the team's process due to a lack of focus, people, or skill sets.
For example, a typical software team might have four workflow states: To Do, In Progress, Code Review, and Done. They could set a WIP limit of 2 for the code review state. That might seem like a low limit, but there's a good reason for it.Â
Developers often prefer to write new code rather than spend time reviewing someone else's work. A low limit encourages the team to pay special attention to issues in the review state and review others' work before raising their code reviews, ultimately reducing the overall cycle time.
Visual metrics
One of the core values is a strong focus on continually improving team efficiency and effectiveness with every iteration of work. Charts provide a visual mechanism for teams to ensure they're continuing to improve.Â
When the team can see data, it's easier to spot bottlenecks in the process (and remove them). Two common reports Kanban teams use are control charts and cumulative flow diagrams. A control chart shows the cycle time for each issue and a rolling average for the team.
Pro Tip
Agile control chart | Atlassian agile coach
A cumulative flow diagram shows the number of issues in each state. The team can easily spot blockers when the number of issues increases in any given state. Issues in intermediate states such as "In Progress" or "In Review" are not yet shipped to customers, and a blocker in these states can increase the likelihood of massive integration conflicts when the work gets merged upstream.
Cumulative Flow Diagram
Continuous delivery
Continuous delivery (CD) describes the process of releasing work to customers frequently. Continuous integration (CI)Â is the practice of automatically building and testing code incrementally throughout the day. Together, they form a CI/CD pipeline that is essential for DevOps teams to ship software faster while ensuring high quality.
Kanban and CD beautifully complement each other because both techniques focus on the just-in-time (and one-at-a-time) delivery of value. The faster a team can deliver innovation to the market, the more competitive their product will be. Kanban teams focus on precisely that: optimizing the flow of work out to customers.
Scrum vs. kanban
Kanban and scrum share some of the same concepts but have very different approaches. They should not be confused with one another.Â
SCRUM | KANBAN | |
---|---|---|
Release methodology | Regular fixed-length sprints (i.e., two weeks) | Continuous flow |
Roles | Product owner, scrum master, development team | Continuous delivery or at the team's discretion |
Key metrics | Velocity | Cycle time |
Change philosophy | Teams should strive not to change the sprint forecast during the sprint. Doing so compromises learning around estimation. | Change can happen at any time |
Some teams blend the ideals of the kanban method and scrum into "scrumban." They take fixed-length sprints and roles from Scrum and focus on work-in-progress limits and cycle time from Kanban.
For teams just starting with agile, we strongly recommend choosing one methodology and running with it for a while. If your team is ready to use the kanban methodology, use our free kanban board template today!
Related resources
- The Agile Coach
- Agile Manifesto
Agile project management
- Overview
- Project management intro
- Workflow
- Epics, stories, themes
- Epics
- User Stories
- Estimation
- Metrics
- Gantt chart
- Program management vs. project management
- Project baseline
- Continuous improvement
- Lean principles
- 3 pillars of Scrum
- Scrum Board
- Waterfall Methodology
- Velocity in Scrum
- What is Definition of Ready
- Lean vs. agile
- Scrumban
- Lean Methodology
- Sprint backlog
- Burn up chart
- 4 kanban principles
- 4 kanban metrics
- Program vs. Project Manager
- Gantt chart examples
- Definition of done
- Backlog grooming
- Lean process improvement
- Backlog refinement meetings
- Scrum values
- Scope of work
- Scrum tools
- Tools
- Workflow automation software
- Templates
- Task tracker
- Workflow automation
- Status report
- Workflow chart
- Project roadmap
- Project schedule
- Tracking software
- Roadmap tools
- Technology roadmap
- Project scheduling software
- Backlog management tools
- Understanding workflow management strategies
- Workflow examples
- Create project roadmap
- Sprint planning tools
- Sprint demo
- Project Timeline Software
- Top task management tools
- Product backlog vs. sprint backlog
- Top workflow management tools
- Project dependencies
- Task dashboard guide
- Sprint cadence
- Fast tracking
Product Management
- Overview
- Product Roadmaps
- Product Manager
- Tips for new product managers
- Roadmaps
- Tips for presenting product roadmaps
- Requirements
- Product analytics
- Product development
- Remote product management
- Minimal viable product
- Product discovery
- Product specification
- Product development strategy
- Product development software
- New product development process
- Product management KPIs
- Net Promoter Score (NPS)
- Product critique
- Prioritization frameworks
- Product features
- Product management tools
- Product Lifecycle Management
- 9 best roadmap software for teams
- Product launch checklist
- Product strategy
- Product engineering
- Product operations
- Portfolio management
- AI and product management
- Growth product management
- Product metrics
- Product release
- Feature request
- Product launch
- Product planning
- Product launch event
- Value Stream Management
- DevOps
Agile tutorials
- Overview
- Jira and Confluence sprint refinement
- How to do scrum with Jira
- Learn kanban with Jira
- Learn how to use Epics in Jira
- Learn how to create an agile board in Jira
- Learn how to use sprints in Jira
- Learn Versions with Jira
- Learn Issues with Jira
- Learn burndown charts with Jira
- Auto-create sub-tasks and update fields in Jira
- How to automatically assign issues with Jira Automation
- How to sync epics stories with Jira Automation
- Automatically escalate overdue issues in Jira
About the Agile Coach
- All articles
Kanban
How the kanban methodology applies to software development

By Dan Radigan
By Dan Radigan
Agile has had a huge impact on me both professionally and personally as I've learned the best experiences are agile, both in code and in life. You'll often find me at the intersection of technology, photography, and motorcycling.
Get started for free with Jira’s kanban template
Maximize efficiency by seeing and moving forward the work that matters most.
What is kanban?
Kanban is a popular framework used to implement Agile and DevOps software development. It requires real-time communication of capacity and full transparency of work. Work items are represented visually on a kanban board, allowing team members to see the state of every piece of work at any time.
Optimizing software development with Kanban flow
Kanban flow, a cornerstone of agile and DevOps methodologies, drives efficiency by orchestrating seamless task progression through visualized workflows. Kanban flow mirrors the streamlined inventory management of supermarkets, ensuring tasks move through development processes precisely when needed.
Visualized on Kanban boards, tasks represented as cards enable transparent progress tracking and swift identification of bottlenecks. By limiting work-in-progress (WIP), teams optimize resource allocation and maintain a steady workflow. Kanban's focus on continuous improvement is facilitated by metrics like control charts and cumulative flow diagrams, empowering teams to refine workflows iteratively.
In software development, kanban flow fosters dynamic task management, accelerates delivery cycles, and enhances customer satisfaction through focused, uninterrupted work. In essence, kanban flow epitomizes efficiency—a harmonious blend of transparency, adaptability, and continuous improvement—unlocking the full potential of agile methodologies.
Structuring your Kanban flow
Establishing a structured kanban flow within your software development team is essential to implementing kanban effectively. This ensures smooth task progression and optimized workflow management. Here's how you can structure your kanban flow:
Visualize workflow: Begin by visualizing your team's workflow on a Kanban board. Whether physical or virtual, the board should depict each stage of the development process, from task inception to completion.
Standardize workflow: Define and standardize the workflow stages according to your team's processes and requirements. Common stages include "To Do," "In Progress," and "Done," but customize as needed to reflect your unique workflow.
Identify blockers and dependencies: Ensure that your kanban board enables immediate identification of blockers and dependencies. This transparency allows for prompt resolution and prevents workflow disruptions.
Set work-in-progress (WIP) limits: Implement WIP limits for each workflow stage to avoid overburdening and to maintain a steady workflow. WIP limits help optimize resource allocation and reduce multitasking, fostering higher productivity.
Encourage collaboration: Foster a culture of collaboration within your team, where members collectively address bottlenecks and work together to ensure smooth workflow progression. This collaborative approach promotes efficiency and accelerates task completion.
Utilize kanban cards: Represent each task as a kanban card on the board, containing essential details such as task description, assignee, and estimated time for completion. Kanban cards facilitate visual tracking of task progress and promote transparency within the team.
By structuring your kanban flow in this manner, you can streamline your software development processes, enhance team collaboration, and maximize efficiency in task management.
Exploring the origins of Kanban
Kanban is prominent among today's agile and DevOps software teams, but the Kanban methodology dates back more than 50 years. In the late 1940s, Toyota began optimizing its engineering processes based on the same model supermarkets used to stock their shelves.Â
Supermarkets stock just enough inventory to meet consumer demand, a practice that optimizes the flow between the supermarket and the consumer. Because inventory levels match consumption patterns, the supermarket gains significant efficiency in inventory management by decreasing the excess inventory it must hold at any given time. Meanwhile, the supermarket can still ensure that essential products are always in stock.
When Toyota applied this same system to its factory floors, the goal was to better align its massive inventory levels with the actual consumption of materials. To communicate capacity levels in real-time on the factory floor (and to suppliers), workers would pass a card, or "kanban," between teams.Â
When someone emptied a bin of materials used on the production line, a kanban card was passed to the warehouse describing what material was needed, the exact amount of this material, and so on. The warehouse would have a new bin of this material waiting, which they would then send to the factory floor and, in turn, send their own kanban to the supplier. While this process has evolved since the 1940s, this same "just in time" (JIT) manufacturing process remains at the heart of the kanban methodology.
Kanban for software teams
Agile software development teams today can leverage JIT principles by matching the amount of work in progress (WIP) to the team's capacity. This gives teams more flexible planning options, faster output, clearer focus on continuous improvement, and transparency throughout the development cycle.

Board Kanban | Agile Coach Atlassian
While the core principles of the Kanban framework are timeless and applicable to almost any industry, software development teams have found particular success with the agile practice. Unlike implementing kanban on a factory floor, which would involve changes to physical processes and the addition of substantial materials, the only physical things software teams need are a board and task cards, and even those can be virtual.
Kanban boards
The work of all Kanban teams revolves around a Kanban board, a tool used to visualize and optimize the workflow across teams. While physical boards are popular among some teams, virtual boards are crucial in any agile software development tool for their traceability, collaboration, and accessibility from multiple locations.
Regardless of whether a team uses a digital or physical kanban board, it ensures that the team visualizes their work, standardizes their workflow, and immediately identifies and resolves all blockers and dependencies. A basic kanban board has a three-step workflow: To Do, In Progress, and Done. However, depending on a team's size, structure, and objectives, they can map the workflow to meet their unique processes.
Because the kanban methodology relies upon full transparency of work and real-time communication, the kanban board acts as the single source of truth for the team's work.

Agile Kanban Board | Atlassian agile coach
Kanban cards
In Japanese, kanban literally translates to "signboard." Kanban teams represent every work item as a separate card on the board. The main purpose of representing work as a card on the Kanban board is to allow team members to track progress through its workflow in a highly visual manner.Â
Kanban cards feature critical information about project tasks, giving teams visibility into who is responsible for which tasks and a brief description of the job, and how long tasks are estimated to take. Cards on virtual kanban boards often feature screenshots and other technical details that are valuable to the assignee.Â
Enabling team members to view the status of each task at any moment, alongside relevant details, promotes heightened focus, comprehensive traceability, and rapid identification of blockers and dependencies.
Benefits of the kanban framework
Kanban is one of the most popular software development methodologies agile teams use today. Kanban offers additional advantages to task planning and throughput for teams of all sizes.
Planning flexibility
A kanban team focuses only on the work that's actively in progress. Once the team completes a task, they select the next task from the backlog. The product owner is free to reprioritize work in the backlog without disrupting the team because any changes outside the current work items don't impact the team.Â
As long as the product owner keeps the most important work items on top of the backlog, the development team can rest assured they are delivering maximum value back to the business.
Pro Tip
Shortened time cycles
Cycle time is a key metric for Kanban teams. Cycle time is the amount of time it takes for a unit of work to travel through the team's workflow—from the moment work starts to the moment it ships. By optimizing cycle time, the team can confidently forecast the delivery of future work.
Overlapping skill sets lead to shorter cycle times. When only one person holds a skill set, that person becomes a bottleneck in the workflow. Therefore, teams employ best practices like code review and mentoring to help spread knowledge. Shared skills mean team members can take on heterogeneous work, further optimizing cycle time.Â
Additionally, this approach empowers the entire team to address any work bottlenecks collectively, facilitating a swift resolution and ensuring a smooth workflow. For example, testing responsibilities extend beyond QA engineers to include developers, fostering a collaborative effort to maintain efficiency. In a kanban system, the entire team ensures work moves smoothly through the process.
Fewer bottlenecks
Multitasking kills efficiency. Increased workload simultaneously leads to more frequent context switching, impeding the progress of tasks toward completion. That's why a vital tenet of the kanban process is limiting the work in progress (WIP). Work-in-progress limits highlight bottlenecks in the team's process due to a lack of focus, people, or skill sets.
For example, a typical software team might have four workflow states: To Do, In Progress, Code Review, and Done. They could set a WIP limit of 2 for the code review state. That might seem like a low limit, but there's a good reason for it.Â
Developers often prefer to write new code rather than spend time reviewing someone else's work. A low limit encourages the team to pay special attention to issues in the review state and review others' work before raising their code reviews, ultimately reducing the overall cycle time.
Visual metrics
One of the core values is a strong focus on continually improving team efficiency and effectiveness with every iteration of work. Charts provide a visual mechanism for teams to ensure they're continuing to improve.Â
When the team can see data, it's easier to spot bottlenecks in the process (and remove them). Two common reports Kanban teams use are control charts and cumulative flow diagrams. A control chart shows the cycle time for each issue and a rolling average for the team.
Pro Tip
Agile control chart | Atlassian agile coach
A cumulative flow diagram shows the number of issues in each state. The team can easily spot blockers when the number of issues increases in any given state. Issues in intermediate states such as "In Progress" or "In Review" are not yet shipped to customers, and a blocker in these states can increase the likelihood of massive integration conflicts when the work gets merged upstream.
Cumulative Flow Diagram
Continuous delivery
Continuous delivery (CD) describes the process of releasing work to customers frequently. Continuous integration (CI)Â is the practice of automatically building and testing code incrementally throughout the day. Together, they form a CI/CD pipeline that is essential for DevOps teams to ship software faster while ensuring high quality.
Kanban and CD beautifully complement each other because both techniques focus on the just-in-time (and one-at-a-time) delivery of value. The faster a team can deliver innovation to the market, the more competitive their product will be. Kanban teams focus on precisely that: optimizing the flow of work out to customers.
Scrum vs. kanban
Kanban and scrum share some of the same concepts but have very different approaches. They should not be confused with one another.Â
SCRUM | KANBAN | |
---|---|---|
Release methodology | Regular fixed-length sprints (i.e., two weeks) | Continuous flow |
Roles | Product owner, scrum master, development team | Continuous delivery or at the team's discretion |
Key metrics | Velocity | Cycle time |
Change philosophy | Teams should strive not to change the sprint forecast during the sprint. Doing so compromises learning around estimation. | Change can happen at any time |
Some teams blend the ideals of the kanban method and scrum into "scrumban." They take fixed-length sprints and roles from Scrum and focus on work-in-progress limits and cycle time from Kanban.
For teams just starting with agile, we strongly recommend choosing one methodology and running with it for a while. If your team is ready to use the kanban methodology, use our free kanban board template today!
Related resources
Recommended for you
Templates
Ready-made Jira templates
Browse our library of custom Jira templates for various teams, departments, and workflows.
Product guide
A comprehensive introduction to Jira
Use this step-by-step guide to discover essential features and the best practices to maximize your productivity.
Git Guide
Understanding the Basics of Git
From beginners to advanced experts, use this guide to Git to learn the basics with helpful tutorials and tips.