No matter what agile framework your team uses, Portfolio for JIRA can forecast a realistic roadmap for your product or project. In our blogs about Portfolio for JIRA, we’ve focused heavily on Scrum methodology, but lately we’ve been getting more questions about how kanban can be planned in Portfolio for JIRA. So lets see how you can setup and plan your kanban teams.
But first, what is kanban?
Kanban is a leaner agile development methodology that loosely translates from Japanese as “card you can see.” Inspired by Toyota’s practice to meet their JIT (Just-In-Time) manufacturing process needs, this process wonderfully translates to continuous delivery of streamlined software projects. Kanban visualizes all work items as self-contained, relatively equal effort task “cards” on a board in a series of columns. Teams prioritize a list of work items in their “to-do” column and when they’re ready to start developing on a new item they simply move the the card into the “in progress column.”
As individual work items progress, they are advanced through workflow columns. In JIRA these columns are simply “Backlog,” “Selected for development,” “In progress,” and “Done” but they can be more granular to include more processes such as planning or quality assurance. Both scrum and kanban methodologies work well, so why follow kanban? Kanban is a much leaner agile methodology suited for teams with clearly defined work-to-be-done. There’s a greater focus on visibility, flexibility, and processing tasks that deliver incremental value, rather than managing team processes.
Portfolio for JIRA meets kanban
1. Create a project or board in JIRA Software
If you intend to start using kanban in JIRA Software from scratch, then first you’ll need to create a new project or board and select the option to setup a kanban board. It’s not absolutely necessary to use a kanban board (a project or filter would also work) but having a kanban board will ensure you have a consistent practice between Portfolio for JIRA and JIRA Software. If you’ve already got a board, project or filter ready then you can jump straight into Portfolio for JIRA.
2. Create a Portfolio plan
From the Portfolio for JIRA top-menu item select “Create a plan” to start the plan creation wizard – a super simple wizard available in Portfolio for JIRA 2.0 that will help you create a plan in less than a minute! Proceed through the steps: name your plan, select your issue sources and “Story points” as your estimate. Advance to the team page – selecting your releases on the way (if you’ve created any). On the page “Define your teams,” for this workaround, set your scrum iteration length to 1 week and set your velocity to your team’s throughput. If you don’t know your team’s throughput, that’s ok. I’ll explain how you can figure that out below and you can configure it later. Continue through the steps until you reach your plan.
Don’t worry if you don’t see a schedule here – as using kanban you’re unlikely to have estimates on your tasks. If you’re starting from scratch and you don’t have any issues in your plan yet, now’s a good time to start adding them in. Either start high level by creating epics and breaking them down into tasks, or simply list all your work to be done as independent tasks. If you want to plan at a higher level then epics, watch “customizing hierarchy” in the Portfolio for JIRA demo video to see how to set up additional levels of hierarchy.
3. Calculate your team’s throughput
The most significant value that Portfolio for JIRA provides is calculating a realistic, data-driven roadmap for your team’s work. While the scheduling algorithm takes into account many variables, all plans can be simplified to their basic form of cost, scope and time – a formula that any project manager will be well versed in. As kanban doesn’t involve sprints, you cannot use the same definition of velocity and on top of that, estimates are also used less with kanban teams as each task is intended to be of a similar size. So how can work out a suitable measurement for planning a long term roadmap? Read on.
Let’s start with getting a realistic velocity that represents how much work your team gets done on a regular basis. What we want to do is calculate your teams throughput – the number of work items that is typically completed in a given period of time. Kanban teams that use story points can determine that using story points per week, otherwise you can describe this as issues completed per week. If you’ve already started working with JIRA Software then this can be extracted from your reports. In reports, go to your “Control Chart” and “Cumulative Flow Diagram” to identify the “Work in progress” and “Cycle time.” To calculate throughput we’ll follow Little’s law: Throughput = Work in process/Avg. cycle time
4. Estimating the scope
Following kanban practice you should have approximately same-sized tasks. Define 1 story point = 1 issue so your team’s velocity is equivalent to their throughput of tasks. You’ll need to add a story point of 1 to each issue in your Plan’s scope table. If you have any work items that happen to be larger or smaller than normal, then that can be represented by increasing/decreasing the estimate. For example if a story is half the usual effort than the estimate can be 0.5, or if it’s double the standard effort then you can set the estimate as 2. Now when you hit calculate you’ll have a projection of work items in a schedule. When it comes to estimating epics that haven’t been broken down into stories – it is up to your judgement to approximate the breakdown.
5. Playing with milestones or releases
Now that you have informed Portfolio for JIRA of your resources and scope all you need to complete is the time section, dubbed “releases” in Portfolio for JIRA. In the Releases tab you can define releases or milestones for each project. Kanban releases tend to be unplanned as they’re simply delivered when features are completed. If this is the concept you’d like to follow, then you can simply let Portfolio for JIRA tell you when you’ll hit each release by setting “dynamic release dates” in the release details.
Or, you may want to time-box particular release dates. In this case, use the “fixed end date” on your release to specify when a certain set of work items need to be released. Portfolio for JIRA will let you know if you will hit or miss that particular release date. If you’re set to miss a release date (assuming they are hard deadlines) then you’ll need to either de-scope work items or add more resources to your team. Portfolio for JIRA’s easy-to-use commit/reverting of changes allows you to easily examine the “what-if” scenarios to investigate your options.
6. Committing back to JIRA Software
So far we’ve generated quite a general schedule based on simplified data of your team to get a basic idea of your delivery dates. If you’re happy with this level of granularity then you can commit the changes back to JIRA Software so that any data changes are exposed to your team. At this point you’re free to create new issues, change the priority of issues, add specific team members to teams and assign them to issues within your portfolio plan. You can go much deeper with your plan by adding work stages for your issues, skills for your team members in order to visualize bottlenecks, dependencies to work on tasks sequentially and a whole lot more.
Whenever you make a change, simply hit calculate to update your projected roadmap and then commit your changes to JIRA Software. Thanks to Portfolio’s commit/revert (link to info) you can project “what-if” scenarios for your kanban plan. This plan setup also gives you the flexibility to roadmap your kanban and scrum together in the same plan. As long as your scrum teams use story points you can use the standard concept of velocity and story points and Portfolio for JIRA will accommodate both practices.
Already using kanban with Portfolio for JIRA? We’d love to hear more! Let us know in the comments below so we can reach out. Happy planning! ?