Hi David,

 

I’m getting a little lost in the thread now.

 

Is there a perceived issue around having tasks that are not planned as part of 
a specific release?  

It may even be that there are tasks that are being tracked in Jira that are not 
intended to be tracked to a release process.  (Lab tickets, wiki updates etc…) 
I’m not sure we should be terribly concerned with % of tasks intended to be 
completed as part of a release process or not.  We may also have projects that 
choose not to participate in a release at this stage that wish to use Jira 
which would further impact that % figure.

Assigning something to “future release” indicates it does not have a desired 
timeline which may not be the case, I don’t know that is the right way to 
address this.

 

Maybe we should focus our release metrics on tasks that are intended to be 
completed as part of a release activity.  Leave other “non-release related” 
Jira tasks out of those metrics.

 

/ Chris

 

From: <opnfv-tech-discuss-boun...@lists.opnfv.org> on behalf of David McBride 
<dmcbr...@linuxfoundation.org>
Date: Monday 29 August 2016 at 20:46
To: "morgan.richo...@orange.com" <morgan.richo...@orange.com>
Cc: opnfv-project-leads <opnfv-project-le...@lists.opnfv.org>, TECH-DISCUSS 
OPNFV <opnfv-tech-discuss@lists.opnfv.org>
Subject: Re: [opnfv-tech-discuss] [release][jira] JIRA process status report

 

Hi Morgan,

 

Sorry - I should have been more clear.  When I say "assigned", I mean "assigned 
to a release" (i.e. the "fix version" field is NOT empty).

 

David

 

On Mon, Aug 29, 2016 at 4:04 AM, <morgan.richo...@orange.com> wrote:

Hi,

I am a bit surprised by the results.

I reviewed the FUNCTEST JIRA. 
As far as I can read I found only 14 JIRAs non assigned, all the others are 
assigned.
For me, "assigned" means there is one person in the Assignee field, am I wrong?

the non assigned JIRA corresponded to:
- D release
- Epic: generic topic for which we do not necessarily assign someone, e.g. 
FUNCTEST-88 is the EPIC linked to documentation. JIRA tasks/bugs are created 
under this EPIC, all these JIRAs are assigned the umbrella EPIC was not.
As Epic does not appear in board/backlogs, I forgot to close some.

/Morgan



Le 26/08/2016 à 22:59, David McBride a écrit :

Team, 

 

Some updates for this week's report:

My script will how automatically add any missing versions to your project, so 
you no longer need to worry about that task.  To be clear, the script simply 
makes the version strings available for selection in your project.  It does not 
assign any issues to those versions.
The script also now determines the ratio of unresolved issues to total issues 
assigned to the current release (i.e. Colorado 1.0)
Observations:

The percentage of projects with no unassigned issues improved slightly from 15% 
to 25% since my first report.  
However, this still means that 3/4 of OPNFV projects still have unassigned 
issues.  We cannot do meaningful analysis of progress without knowing which 
version issues are assigned.
Note that all projects now have the "Future Release" version string.  So, if 
you do not plan to resolve an issue for the current release, and you aren't 
sure that you will do it in the next release, then assign it to "Future 
Release".
We are less than one month out from the Colorado 1.0 release, yet there are a 
startling large number of issues assigned to the release that are unresolved.
Please make sure that you are updating the status of your JIRA issues whenever 
there is a relevant change.  Don't let fixed issues remain reported as 
unresolved in JIRA.  This creates a lot of ambiguity when trying to understand 
the status of the project.
For issues assigned to Colorado 1.0 that you don't believe will be resolved by 
the release date, you should start reassigning those to Colorado 2.0, or some 
other future release.  Our goal is to have zero issues assigned to Colorado 1.0 
by the date of the release.  Don't wait until the last minute to move the 
issues.
Alternatively, if you believe that an issue is no longer relevant or important, 
then simply close it.  If you're wrong and the issue is important enough, then 
it will resurface.  In the mean time, there's no use in suffering the overhead.
Let me know if you have any comments or questions.

 

-- 

David McBride 

Release Manager, OPNFV

Mobile: +1.805.276.8018

Email/Google Talk: dmcbr...@linuxfoundation.org

Skype: davidjmcbride1

IRC: dmcbride



_______________________________________________
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
 

 
-- 
Morgan Richomme
Orange/ IMT/ OLN/ CNC/ NCA/ SINA 
 
Network architect for innovative services
Future of the Network community member
Open source Orange community manager
 
 
tel. +33 (0) 296 072 106
mob. +33 (0) 637 753 326
morgan.richo...@orange.com
_________________________________________________________________________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.
 
This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.


 

-- 

David McBride

Release Manager, OPNFV

Mobile: +1.805.276.8018

Email/Google Talk: dmcbr...@linuxfoundation.org

Skype: davidjmcbride1

IRC: dmcbride

_______________________________________________ opnfv-tech-discuss mailing list 
opnfv-tech-discuss@lists.opnfv.org 
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss 

_______________________________________________
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Reply via email to