Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Jira versions and how to make it awesome (what is still missing)

Maciej Kożuch
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
November 29, 2018

Hi All,

I work in big organisations, Automotive industry. Recently We've started to use JIRA for our agile projects management. Our projects are constantly improved with smaller or greater change points, frozen from development teams, tested and released to customer or internal use cases.

This background puts high reqs for a good solid and reliable release plan. I stopped using excel for that and give JIRA a try. After few months, I have some observations to share.

How tom make JIRA versions feature awesome (what is still missing)

  1. Additional columns!(let the users decide)
    aka. As a user I want to decide which columns in versions overview are relevant for my projects and configure this myself including adding new columns and selecting data type.

    Currently each JIRA version has predefined, limited amount of columns, these are: Name, Status, Progress, Start Date, Release Date, Description. Why not allow users decide which data shall help identify their versions? In my organisation use-case, I see the following columns MUST HAVE, to keep it simple:
    System Freeze [date] - all dev teams shall prepare the freeze version till this point
    HW version [text] - on which HW shall this version run?
    Maturity [drop down] - what is the required maturity for the version? eg. in-house testing, customer testing, mass production etc..
    Config version [text] - what is the config customer requests for this version
    etc...

    There are numerous reasons to add this feature and allow users add their data as needed. However this feature is not yet implemented. What are the reasons against?

  2. Watchers! (let the users watch)
    aka. As a user I want to decide which version I want to watch, similarly to other issues, get updates as the version is changed (name, Release Date, Description etc.)

    You have this feature already for number if issue types. If something is interesting for me, I add myself to the list of watchers, this allows me to see how the issue is being progressed. Somehow, JIRA Versions does not have this feature. This shall be rather simple to code, what are the reasons against bringing this feature for versions?

  3. Sorting! (let computer do the work)
    aka. As a user I want to click a sort button and choose how the versions shall be sorted eg. by start date or release date.


    In the project we have now circa 50 versions after just 3 months. I want to view the versions according to their release date. Sounds simple? There is just one issue. JIRA versions features does not support the sort operation. How is that? I don't know. What I do know is that every time I create new version I must drag'n'scrol'n'drop it down... I can't imagine it when I have 200 or 1000 versions. I can make mistake! Machine cannot. I believe this really simple feature shall be available and brings simplification and value added to projects!
    One more point. Agile says, what's on top has the highest priority. Somehow Jira versions do the opposite - visualisation (using the Structure feature) of versions is done in the opposite way - from down to top. Means If I want version to be visualized in the top of Structure view, I need to put it to the bottom of Jira versions overview.

  4. ... I forgot :)
    but when I remind myself I go back in here and add this descriptions.

Jira versions feature has big potential. It can be definitely awesome! But why is it not yet? I don't know, maybe it waited for this post (I hope so:))


Till then..

All the best!

MK

2 answers

0 votes
Viðar Svansson
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
March 5, 2012

All logged work has to mapped to an issue. This might change in the future but that would be Tempo specific worklogs as JIRA needs an issue to store worklogs.

What you can do is to have a special project, say "Internal". There you can create one issue per account (INT-1, ..., INT-15). Then in Tempo admin you add those issues as "Internal Issues". Users will be able to select them from the Internal tab in the Log Work dialog on the Timesheet.

To setup Internal Issues:http://wiki.tempoplugin.com/display/TEMPO/Configuring+Internal+Issues+and+Activities
To Log work in Internal Issues: http://wiki.tempoplugin.com/display/TEMPO/Internal+Issues

You can also setup Worklog Attribute to select the Account when you Log Work: http://wiki.tempoplugin.com/display/TEMPO/Account+as+a+Worklog+Attribute
0 votes
Sverrir Tynes [Tempo]
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
March 2, 2012

Hi

This is not possible as in JIRA you can t log work directly on a project, it has to be on the issue. You need to create an issue for each project where all users can track this time. You can user one 'Account' for all these project so you will see the work for each project directly in the account report.

You can also gain this by using a category meaning that each project has it s on account for non-billed work but they all share the same category. You can select the category when generating the account report. This is only available in Tempo 7

http://wiki.tempoplugin.com/display/TEMPO/Add+and+Edit+Categories
http://wiki.tempoplugin.com/display/TEMPO/Account+Report

Hope the above answers your question

Best Regards

Sverrir Tynes
Tempo support

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events