Talk to the product strategist soon after cutting a first draft of this document
Bug Relationships
Bug relationships in Launchpad will allow users to record the links between two or more bugs in the system. So, where one bug is blocking another being fixed, that can be shown as a relationship and so on.
Contact: gmb
On Launchpad: Link to a blueprint, milestone or (best) a bug tag search across launchpad-project
Consider clarifying the feature by describing what it is not?
Link this from LEP
Rationale
Why are we doing this now?
What value does this give our users? Which users?
Stakeholders
Who really cares about this feature? When did you last talk to them?
User stories
$STORY_NAME
As a $PERSON
I want $FEATURE
so that $BENEFIT
Ubuntu Developer
As an Ubuntu developer
I want to be able to mark a bug as being blocked by another bug
so that it is obvious in which order bugs need to be tackled
OEM Services
As a Canonical OEM services developer
I want to be able to create a private clone of a public bug (or vice versa)
so that public and OEM-specific discussions can take place about the bug without undue disclosure of confidential information
Have as many as you like. Group user stories together into meaningfully deliverable units. They'll be used as the driving elements of exploratory testing QA.
Constraints and Requirements
Must
- The ability to say that one bug is related to another in some way.
- Relationships between bugs shouldn't (usually) alter the way that either of those bugs behave
- The ability to create a public "clone" of a private bug, so that OEM-specific bugs that rely on community interactions for fixes can be exposed for outside contributions without the OEM's internal conversations having to be made public.
Nice to have
- Bug duplication described as a Bug Relationship.
Must not
What MUST it not do?
Out of scope
Subfeatures
Other LaunchpadEnhancementProposals that form a part of this one.
Success
How will we know when we are done?
How will we measure how well we have done?
Thoughts?
Put everything else here. Better out than in.