Internal Help System
- 1 Comparison with current processes
- 1.1 Bug
- 1.2 New Feature
- 1.3 Bug
Comparison with current processes
Bug
Use case example - adams report
Adam sent email
John raises issue + attaches the document + adds a comment - need more clarity
Adam should be alerted
Â
Â
Step | Current process step | Possible next steps | proposed process |
---|---|---|---|
Customer identifies problem and sets priority |
|
|
|
Support alerted | unread item alert |
| Support alerted to unread item |
Support reviews | Review issue | Support Determines
| Read and review
|
Not supported functionality / new functionality required | Explain to customer not supported and new function required - Close issue | Alert customer not supported and issue closed
| Customer alerted all of above outcomes |
Training issue | Explain to customer not supported and training required with link to training document - Close issue | Alert customer training required and issue closed
| Â |
Not Clear | Customer asked to clarify | Alert customer clarity required | Â |
Clear but cannot reproduce | Customer asked to reproduce | Alert customer clarity required | Â |
Customer Alerted clarity required | unread item alert |
| Â |
Support Alerted clarity provided | unread item alert | Support Reviews | Â |
Clear and Reproducible | Steps to reproduce documented |
| Â |
Can Reproduce and is Bug | Support define priority | Await start | Â |
Developer Review | Developer estimates effort required | Await start | Â |
Developer start | Make system changes | Test | Â |
Test | Test based on steps to reproduce |
| Â |
Test ok | Testing ok | Done | Â |
New Feature
Step | Current process | proposed process |
---|---|---|
Customer report |
| Â |
Clarify | Support identifies new feature required | Â |
Clarify | High level design options considered | Â |
Clarify | Discuss with customer to clarify requirements | Â |
Design | Define changes required to system and resulting test plan | Â |
Design | Review with customer to get sign off on design and $ | Â |
Build | developer is assigned | Â |
Clarify | Clarification questions if required from poor design | Â |
Test | Testing of changes | Â |
Build | Dev fixes problems found in testing | Â |
Test | Testing ok | Â |
Done | Released into production and issue closed | Â |
Invoice | Invoice sent and paid | Â |
Non system changes - eg one off reports / data migrations or updates etc
step | Â | Â |
---|---|---|
Customer request |
| Â |
clarify | Â | Â |
Do Work | Â | Â |
Done | Release to customer | Â |
Invoice | Invoice sent and paid | Â |
Bug
Customer raises bug
John (or Paul) review the problem
Customer is asked for more information
Cancel - optional - need outcome (training required)
Can reproduce
Status of issue | Â | Â |
---|---|---|
New / unread | Â | Â |
Clarifying | Wait on customer Wait on SaaSplications | Â |
Ready | Â | Â |
Closed | Â | Â |
Cancelled | Â | Â |
Status of task | Task types | Â |
Draft | Investigate | Â |
Quote | Design | Â |
Plan | Build | Â |
Approved | Test | Â |
In Progress | Document | Â |
Completed | Configure | Â |
Rejected | Â | Â |
Cancelled | Â | Â |