[cdwg] Monitoring Ticket Progress

[Denis Kondratenko]

In our Jira workflow we have different states like: Open, In Progress,
Review, Landing and etc.
It is engineer responsibility to maintain correct state.
After engineer see that it has two +1, he/she transfers ticket to state
Landing.
Gatekeeper has search for all tickets at this state and see what is ready
to land. Actually gatekeeper (or other people) could subscribe to search
and receive e-mail with it results.

Having different states in Jira gives us more clear vision what is the
state of the project and where issues are.
Using Kanban GreenHopper RapidBoard you even could get many statistical
info about time that was spend in each state and other charts/stat.

Limiting work in progress in each state you could easily see where you
having issues in process. BTW our UpstreamLanding column is always red,
that's why we always trying to find a way to improve process of upstream
landing.

Kanban def:
http://www.infoq.com/resource/minibooks/kanban-scrum-minibook/en/pdf/KanbanAndScrumInfoQVersionFINAL.pdf
https://www.atlassian.com/software/greenhopper/overview/kanban

Maybe having RapidBoard at Intel Jira with such info for sustaining will
give to all of us more visibility and stat. But that requires Jira workflow
changes and process changes.
 On Aug 3, 2013 1:27 AM, "Christopher J. Morrone" <morrone2 at llnl.gov> wrote:

> Thanks Denis, those are some great leads!
>
> I think it would be excellent to investigate one or both of those links to
> get gerrit enhanced to match our workflow.  I opened ticket LU-3690 as a
> task to track this.
>
> I like the sounds of the prolog-cookbook approach.  But I see what you
> mean, it is not clear to me that making a patch "submitable" is sufficient
> to give us something that we can use as search term.  So that may make the
> perl "hook for a +2 approval from a simple quorum of +1 votes" a better
> option.
>
> I am not sure that I understood your final comment about a Jira "Landing"
> state.
>
> Chris
>
> On 08/02/2013 04:13 AM, Denis Kondratenko wrote:
>
>> Chris,
>>
>> I see your point now. We are not using gerrit with a way it was designed
>> for (when +2 should be there to submit; seems our gatekeepers doing +2).
>> You are right it is impossible to build search for gatekeeper from plain
>> gerrit without it modification.
>>
>> There are still some ways to workaround that:
>> * http://en.wikibooks.org/wiki/**Git/Gerrit_Code_Review<http://en.wikibooks.org/wiki/Git/Gerrit_Code_Review>(A hook could -
>> for instance - allow a project to install an automated gatekeeper to
>> vote +2 'submit approved' when sufficient +1 votes 'looks good to me'
>> have been received)
>> *
>> http://review.whamcloud.com/**Documentation/prolog-cookbook.**
>> html#_example_12_1_1_2_code_**review<http://review.whamcloud.com/Documentation/prolog-cookbook.html#_example_12_1_1_2_code_review>(but
>> I don't know if it will get right searches..)
>> * in Xyratex we are using Jira state "Landing" to build filter for
>> gatekeeper.
>>
>> OK, even if we could't separate gatekeeper changes from other, filter is
>> still useful to check issues with no feedback for a long time.
>>
>> Thanks,
>> Denis
>>
>>
>> ------------------------------**------------------------------**
>> ------------
>> For additional information including the registered office and the
>> treatment of Xyratex confidential information please visitwww.xyratex.com <
>> http://www.xyratex.com/>
>>
>> ------------------------------**------------------------------**
>> ------------
>>
>>
>> ______________________________**_________________
>> cdwg mailing list
>> cdwg at lists.opensfs.org
>> http://lists.opensfs.org/**listinfo.cgi/cdwg-opensfs.org<http://lists.opensfs.org/listinfo.cgi/cdwg-opensfs.org>
>>
>>
> ______________________________**_________________
> cdwg mailing list
> cdwg at lists.opensfs.org
> http://lists.opensfs.org/**listinfo.cgi/cdwg-opensfs.org<http://lists.opensfs.org/listinfo.cgi/cdwg-opensfs.org>
>

-- 


------------------------------
For additional information including the registered office and the treatment of Xyratex confidential information please visit www.xyratex.com

------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensfs.org/pipermail/cdwg-opensfs.org/attachments/20130803/fdea3a4e/attachment-0001.htm>