If you get here I believe you already know about Value Stream Mapping, Agile/Scrum, and Lean. I am a big fan of them and inspired to build this tool. This tool is designed to help you quickly identify and analyze the bottleneck in your value stream and that's all it means.
The idea is to analyze the value stream via information from Jira's tickets in a period of time. Those tickets can be from a Sprint, a project, a person they are assigned to, a filter, or a custom JQL you provided. The tool will grab those tickets from Jira and analyze how they are processed, provide charts and detailed data to give you insights of performance and efficiency.
Using this tool you can point out the wastes and find a way to reduce them, or even get rid of them to make your SDLC more productive.It will help you answer the questions below.
If you need supports or has some idea help us improve the tool please send us an email to jiravsm@gmail.com.
You can use the time in person chart to get that answer. It is not about the person's performance but about the efficiency of the process.The report just shows how long your tickets are stuck at a person (assigned time) and that is an indication of inefficiency.It might be there are a lot of tickets assigned to him or his performance is terrible or event he just didn't follow the rule (never update status as expected).Whatever the reason, you should find a way to solve that and optimize time to impact or lead time in your value stream.
Software development is very much like a factory than you think. It is more complicated than the process in a factory but tickets also go to several states, status, before they ship to production and make their value.
It is not easy to get the answer for a large number of tickets by looking into them directly in Jira one by one. The "Time in status" chart will help you get that answer easily.
Well, after you see that tickets are stuck in a status or a person is overloaded. You might want to see how the tickets going in detail. It is very hard to do that by looking in ticket history in Jira. The "Time In Person" and "Time in Status" timeline charts will give you that information visually.
Beside the time in person and time in status, you might want to see how much effort your team spent on the tickets. If your team submit their working time on each ticket, you can use the "Tickets Working Hour" chart to get that information.
You might also want to analyze how a person spent their time on tickets. If your team submit their working time on each ticket, you can use the "User Working Hour" chart to get that information.
We want this tool to be simple and easy to use, but provide you with a clear view of how things going inside your team. To use it you just provide some information and hit the Analyze button, and discover the insights.
However, there are some concepts that we need to mention to clear the confusion when people view the result.
We don't want to credit the action taken after the tickets are already completed (or closed). The time after they are completed/finished should not be accounted for when analyzed. You can provide the status that tickets are closed so the tool can ignore the time ticket in that status.
The tool only analyzes tickets' activities that happened during the analysis period. You can set the Analyze Start Date and Analyze End Date to limit it. If it is not set, the tool will analyze tickets for the whole time.
You can set the calendar setting to specify the business hours for your team.
The only information we store is the calendar setting in browser cache.We don't store any of your data in our server or sendthem to another party. The tool just get the information from jira, analyze it to find you insights.