Is there an easy way to get a list in JIRA of work done broken down by developer, by date and by task so you can view individual progress
For a group, by release, try the Version Workload Report function.
For a specific individual, try the user workload report.
You can get to either of these by clicking "Browse Project" from the dashboard.
Also - the greenhopper plugin provides a lot of this information
(I'm using it almost daily)
Related
We are migrating from an in-house tool to Jira for managing our scrum board, and we have concerns that I have been unable to resolve by searching the Internet. But you folks are smart, right? ;-)
Our current scrum board shows the usual swim lanes across state columns (for todo, progress, review, done). Each swim lane represents a user story, and has a link to (and a snippet of) the user story description in Jira. It also has a number of 'tickets' (these would be subtasks in Jira lingo) that start in 'todo' and move across to eventually end up in 'done'.
So far, Jira can do all of this, too (although creating sub-tasks is rather a lot more work in Jira than in our in-house tool). However:
When we commit code, we include a ticket ID in the commit message, and thus each ticket displays a list of commits that were done to complete that particular ticket / partial story. I haven't been able to find out how to do this in Jira -- if it's possible at all. Instead, it seems one must open a sub-task to see if there are any commits on it?
Each commit also shows its review state, which gives us an excellent overview of how close to done a ticket really is. I haven't been able to find out how to do this in Jira -- if it's possible at all. Instead, it seems one must open the sub-task, and drill down further into Fisheye(?) in order to see the review state?
In total, our tool provides a one-screen overview of the state of each user story, ticket, commit, and review state; and it's very lightweight to pull in new stories (from Jira) and add tickets. We fear that Jira is not able to provide such a one-screen overview, forcing us to open Fisheye in order to know whether a given commit has passed review.
Is it really true that Jira must be this cumbersome?
For reference, here is what a single ticket (subtask) looks like in our system:
And if you look at the whole scrum board, it's actually quite easy to get a feel for the number of commits on individual user stories and tickets, and the ratio of pending/passed/failed code reviews:
I agree with your fears when you say
We fear that Jira is not able to provide such a one-screen overview
In my experience (7+ years with Jira/Agile) I've not seen a such condensed view of information about a sigle user story even on a swimlane with relative cards.
Also in the Atlassian marketplace there seems to be no good plugin to solve your issue, even partially.
To make such move from your in-house tool to Jira retaining all you have there, I fear you should develop a custom Plug-in using Jira SDK to integrate with the agile boards.
It may be enough to start by developing a custom field to show what you need from a "ticket" (ie sub-issue) and trying to insert it into one of the three "slots" available for cards (I mean Rapidboard card layout configuration screen).
If you wanna try, start from here.
Another option to create a new custom field would be the Adaptavist Scriptrunner plugin. It will ease the building of custom fields: your new field can be written also in Groovy rather than plain Java. I've used it to build an extended status custom field (just to give the user an immediate big picture of it) that informs him in plain english and with stylish css colors why an issue is blocked or anything else relevant, getting data from other fields or linked issues that are not immediately visible to the user. IMHO, it is very similar to your problem.
Currently, developers have to:
click on each card within the "In Review" status in the Jira Scrum Board
click on the "Reviews" tab
click on the review link
finally they are able to see who the reviewers are (if any)
I would like to be able to see, at least, the number of reviewers assigned to a task directly from the Scrum Board cards in Jira as this would be much more efficient than going through each card in the "In Review" status (there may be 20 issues at any given time). Developers would only care about those issues with less than 2 reviewers, so that they can jump in.
How can I achieve this? Thanks a lot for your help!
What you try to achieve (as far as i understood) is already available but depends upon the Jira version and the version of development tools connected with Jira.
Please see e.g. in the official doc: https://confluence.atlassian.com/jira/viewing-the-code-development-information-for-an-issue-445186939.html
Trying to sum things up:
With incompatible or just older versions of development tools (like FishEye/Crucible) or incomplete configuration in Jira you will only see 'Source' and 'Review' tabs which will not provide you directly with the informations you want.
In newer versions and with full integration, Jira does enable a 'Development Tools' panel. Clicking on one of headlines will provide you e.g. with status of reviews and the reviewers within (screenshot: https://confluence.atlassian.com/jira/files/445186939/jira-issue-devpanel.png)
I am trying to see which tasks users are working on in FogBugz. How can I do so?
There is a great plugin called FNN by John Fuex that will give you a "FNN - Work In Progress" option in your tools menu (the little briefcase in the top right).
It allows you to see which cases users are working on, along with estimates and other data for that case.
http://www.fogcreek.com/fogbugz/plugins/plugin.aspx?sId=FNN%40improvingsoftware.com
However, if you have the "Performance Upgrade" version of FogBugz On Demand you will not have access to plugins (http://help.fogcreek.com/fogbugz-performance-upgrade/fogbugz-on-demand-plugins).
Currently working with JIRA 5, I was looking for information about the handling Scrum in JIRA 6 with JIRA Agile (formerly Greenhopper). I saw, the there is now 3 statuses: To Do, In Progress, Done.
I find the 3 above statuses not enough. Particulary, we want to know if a story is still beeing clarified with the project owner, if is it a draft, if it has been approved by the customer. For a task, we also want to differenciate different steps in the "done" process: development done, review done, testing done, etc.
I'm looking for experience or any hints about this. My questions are: should I customize the workflow for my needs? Is there any standard workflows which already better supports Scrum? am I completly wrong and should I only use the basic concepts of JIRA for a Scrum process?
Any ideas/hints/experiences/links are welcome. Thank you.
You can customize the JIRA workflow (https://confluence.atlassian.com/display/JIRA/Configuring+Workflow) and then map the new statuses into Agile columns
In case if you already have a configured workflow go to your Agile board, go to its configuration and navigate to tab "Columns". On this screen you can add your custom column name, change its position and drag&drop status to a new column in order to map issues with this status to a column. If you use standard flow and need more customized one which better fits to your process then the link provided by mdoar above explains how to do this in details.
I know its a noob question, but
I have setup a pilot for TFS2010, I want to demo this for business/project managers in our company. From what I think, TFS server allows you to view reports like
- Active items
- bugs
- time remaining etc
in a chart or graph form. I have installed SQL server reporting service on TFS as well, how can I view reports, do I need share point for this? Do I need to install something extra to enable reports?
The idea is, business/project people will not have VS installed, so they will use web-access to create tasks, bugs etc. Kindly guide me in the right direction.
Thanks,
Ali
For the demo, you will need to create a TFS project. In the process of doing this you will have to select a so-called process template. For example, the default MSF Agile template contains some default reports that will be uploaded to the report server for you while the TFS project is created. No additional actions are needed.
You do not need SharePoint for the reports to be displayed, since the report server has its own website. However, the integrated SharePoint portal shows other project management capabilities, like the sprint backlog, which allows capacity planning for your teams. We use that one and shows-off very good :-)
So, I would say, create the TFS project, with the SharePoint and the Agile template, insert some realistic demo data for user stories, tasks, bugs and register some time on the tasks performed and remaining. If you do this over a couple of days, your report will show-off good, like a sprint is in action.