severity and priority
TRANSCRIPT
Report Bug Receive & First Response
Analyst & Diagnose &
First Plan
Weekly Planning Resolve Release
In order to provide timely resolution on the most critical issues and pull requests, the Magestore Product team has implemented Severity/Priority concepts to our community driven projects.
This approach makes open-source collaboration more transparent for all participants. Having clear contribution rules in place helps to build clear expectations for Community Contributors and establish clear priorities for Community Maintainers and the Magestore team.
If you would like to contribute improvements or bug fixes to Magestore Product, and make sure it is valuable for the Community and Magestore as well, we highly recommend that Community Contributors to take issues from the backlog based on Priority. Magestore Product Team and Community Maintainers process contributions based on the issue/pull requests priority starting from P0, P1 to P4.
How to Report Magestore Product bugOverview
Severity and Priority
SeveritySeverity is a measure of how ‘bad’ the bug is and how much disruption it causes, without regard to remaining work or the release schedule.“
SEVERITY DESCRIPTION
S0
- Affects critical data or functionality and leaves users with no workaround. - Significant catastrophic impact.- A problem that is blocking the ability to work. An immediate fix is needed.
S1
- Affects critical data or functionality and forces users to employ a workaround.- Impact to the key product qualities.- An immediate fix is needed.
S2
- Affects non-critical data or functionality and forces users to employ a workaround.- Impact to the product qualities that makes the product more usable.- Major restrictions or short-term circumventions are required until a fix is available. A fix is important.
S3
- Affects non-critical data or functionality and does not force users to employ a workaround.- Problem has moderate impact requiring some restrictions. The fix is in an area that is not critical.
S4
- A minor problem, annoyance, or technical issue with minimal impact.- Impact that does not prevent or hinder functionality.- Affects aesthetics, professional look and feel, “quality” or “usability”.
PRIOTIRY DESCRIPTION
P0
- The defect needs to be fixed right now, everything else can wait.- This generally occurs in cases when the entire functionality is blocked
PriorityPriority signifies how important or detrimental a defect is. The defect priority status is set by Product Managers. Priority also helps to determine the scheduling of the fix: Higher priority bugs will be fixed and merged first. It is a reflection on how bad the bug is for the system and also for business or marketing requirements.
“
PRIOTIRY DESCRIPTION
P1- Needs to be fixed before any other issues.- Once P0 defects have been fixed, a defect having this priority is the next candidate for fixing
P2- Should be fixed as early as possible - A defect with this priority could have functionality issues which are not to expectations
P3 - May be fixed according to the position in the backlog.
P4 - No current plan to fix. Fixing can be deferred as a logical part of more important work.
Store incident, avoid forgetting
Step 1: Reporter access to Shark Service Desk - Report Bug
Step
Report BugOutcome
Process
If SharkBA help to create, please note who is the Reporter“
Step 2: Reporter fill content using TemplateStep 3: Reporter attach label Severity and PriorityStep 4: Reporter link to customer Project/Issue or tag the other related Reporter
Reporter
Quick analysit
Owner
Receive & First ResponseOutcome
Step 1: SharkBA: If this already be fixed, link to the old issue, closed and answer to the Reporter on the Reporter channel!
Step 2: SharkBA: Try to Replicate. Re-Evaluate Severity and Priority if SharkBA can replicate.Step 3: SharkBA: Create Issued to Point of Sales Project
Process
Step 4: SharkBA: Add Issue to Jira in specific SprintStep 5: SharkBA: Update brief plan for Reporter on their channel"
Shark BA inform Reporter
Analyst reason, having some workaround
Owner
Analyst & Diagnose & First PlanOutcome
Step 1: If Severity S0, S1 or Priority: P0, P1 then SharkBA show team on daily.Step 2: Shark discuss solution on dailyStep 3: Shark update plan if need by Add to specific SprintStep 4: SharkBA Inform brief plan and solution for Reporter on their channel (tag Reporter)"
Shark DeveloperShark BA inform Reporter
Update about when complete
Step 1: Review remaining list of Incident, sort by PriorityStep 2: Pick maximize 5 and discuss solutionStep 3: Update plan if having change plan by add specific SprintStep 4: SharkBA Inform brief plan and solution for Reporter on their channel"
Shark DeveloperShark BA inform Reporter
Process
Owner
Weekly PlanningOutcome
Process
Owner
Resolve
Update about complete or not.Share plan or update for customerAvoid duplicate error on another Customer
Step 1: SharkBA Inform result for All channel if Severity S0, S1 or Priority: P0, P1Step 2: SharkBA Inform result for Reporter on their channel if Severity S0, S1 or Priority: P0, P1
Shark DeveloperShark BA inform Reporter
Update about complete or not,share plan or update for customerAvoid duplicate on the future project
Check on Slack #noti-release-train
Shark DeveloperShark BA inform Reporter
Outcome
Process
Owner
ReleaseOutcome
Process
Owner
Revision #10 Created Tue, Aug 10, 2021 10:21 AM by Mike Mike
