[opensource-dev] [META] User stories and issue tracker readability

2010-10-23 Thread Boroondas Gupte
 As a user of the Second Life issue tracker (jira) who often sorts or
searches through others' issues, I'd like people creating or editing
issues to place the (sometimes lengthy) user stories into the
*Description* field, /not/ the *Summary* field. /The summary should be
as short as possible/ while still conveying what the issue is about. The
role for whom the issue matters (i.e. "As a ..., I ...") and the
specifics of the motivation / reason for the issue are important when
examining a single issue, but aren't too helpful when looking for
duplicates of other issues or when searching for already existing issues
of a wish or problem you have.

Even worse, because the space for displaying the summary is very limited
in some of the greenhopper views, you often only see the "As a ..." part
while the rest gets cut off, so you can't tell at one glance what an
issue being discussed is about at all.

Think of an issue as a little book. The story you want to tell belongs
to the inside (the description). On the cover (summary), you want the
story's title (catchy and ideally different from the title of other
books), not the first chapter.

What do you think?

Cheers,
Boroondas
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] [META] User stories and issue tracker readability

2010-10-23 Thread SuezanneC Baskerville
Coincidentally right next to Boroondas's message in my gmail was a message
about a change in a years old jira issue I created.

Part of the change was to add the words "As a user," to the Summary field.

https://jira.secondlife.com/browse/VWR-675

They also changed the importance from minor to major.   I suspect these two
actions are connected.

I suspect that people are reading instructions that give them the impression
that if they want issues to get proper consideration they need to put "As a
user" at the beginning of the description field.

Personally it seems kind of stupid to me to make people type the phrase "As
a user" or similar  in the beginning of a text field.  If that information
is important it should be be in a separate field with a dropdown list of
cholces. Then you could sort and filter issues based on "Reporter-Type".

On Sat, Oct 23, 2010 at 11:00 AM, Boroondas Gupte <
slli...@boroon.dasgupta.ch> wrote:

>  As a user of the Second Life issue tracker (jira) who often sorts or
> searches through others' issues, I'd like people creating or editing issues
> to place the (sometimes lengthy) user stories into the *Description*field,
> *not* the *Summary* field. *The summary should be as short as possible*while 
> still conveying what the issue is about. The role for whom the issue
> matters (i.e. "As a ..., I ...") and the specifics of the motivation /
> reason for the issue are important when examining a single issue, but aren't
> too helpful when looking for duplicates of other issues or when searching
> for already existing issues of a wish or problem you have.
>
> Even worse, because the space for displaying the summary is very limited in
> some of the greenhopper views, you often only see the "As a ..." part while
> the rest gets cut off, so you can't tell at one glance what an issue being
> discussed is about at all.
>
> Think of an issue as a little book. The story you want to tell belongs to
> the inside (the description). On the cover (summary), you want the story's
> title (catchy and ideally different from the title of other books), not the
> first chapter.
>
> What do you think?
>
> Cheers,
> Boroondas
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>



-- 
v i r t u a l   w o r l d   e n t h u s i a s t
-- http://www.google.com/profiles/s u e z a n n e --
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] [META] User stories and issue tracker readability

2010-10-27 Thread Oz Linden (Scott Lawrence)
  On 2010-10-23 12:25, SuezanneC Baskerville wrote:
>
> Part of the change was to add the words "As a user," to the Summary 
> field.
>
> https://jira.secondlife.com/browse/VWR-675
>
> They also changed the importance from minor to major.   I suspect 
> these two actions are connected.
>
> I suspect that people are reading instructions that give them the 
> impression that if they want issues to get proper consideration they 
> need to put "As a user" at the beginning of the description field.

It is very helpful to us when scanning lists of issues to be able to see 
whether they are motivated by a user-visible effect or are concerned 
with viewer developers or some other audience.

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] [META] User stories and issue tracker readability

2010-10-27 Thread Zai Lynch
>
> It is very helpful to us when scanning lists of issues to be able to see
> whether they are motivated by a user-visible effect or are concerned
> with viewer developers or some other audience.
>

But isn't that what components could be used for?
Affects: Users, UI
Affects: Merchants, i18n
etc.

It would be pretty easy to filter them in that case.

I'm indifferent with it, since I'm not active in the Jira anymore, though I
remember having the exact same issue as Boroondas...

-- 
@ZaiLynch 
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] [META] User stories and issue tracker readability

2010-10-28 Thread WolfPup Lowenhar
To my understanding here is the following:

1. The main jiras (VWR, WEB, SVC) are for general issues basically no
user story.

2. When they get pulled to a particular teams jira ( STORM, DN, MESH )
they then get converted to a 'story' with sub tasks relating to that 'story'

 

This is my twp cents worth on this.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Boroondas
Gupte
Sent: Saturday, October 23, 2010 12:01 PM
To: Second Life Open Source Developer Mailing List
Subject: [opensource-dev] [META] User stories and issue tracker readability

 

As a user of the Second Life issue tracker (jira) who often sorts or
searches through others' issues, I'd like people creating or editing issues
to place the (sometimes lengthy) user stories into the Description field,
not the Summary field. The summary should be as short as possible while
still conveying what the issue is about. The role for whom the issue matters
(i.e. "As a ..., I ...") and the specifics of the motivation / reason for
the issue are important when examining a single issue, but aren't too
helpful when looking for duplicates of other issues or when searching for
already existing issues of a wish or problem you have.

Even worse, because the space for displaying the summary is very limited in
some of the greenhopper views, you often only see the "As a ..." part while
the rest gets cut off, so you can't tell at one glance what an issue being
discussed is about at all.

Think of an issue as a little book. The story you want to tell belongs to
the inside (the description). On the cover (summary), you want the story's
title (catchy and ideally different from the title of other books), not the
first chapter.

What do you think?

Cheers,
Boroondas

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1144 / Virus Database: 422/3214 - Release Date: 10/23/10

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges