...

Introduction

Never worked with Jira before? No problem. Please first read the Jira training Basics page.
This chapter is part of is part Jira training for Information Systems, below the Jira setup for Information Systems - Yamaha Applications Support Desk (SD) is explained.

Yamaha Applications Support Desk (SD)

In Yamaha Applications Support Desk all operational support (BAU- Business As Usual) requests are registered that relates to IT Application Issues/errors for existing functionality, data correction and authorization requests.

...

The button should NOT be used for creation of a SD issue.

SD Issuetypes 

Incident:  Reporting a incident or outage. Currently all incoming issues submitted via the Jira Customer portal will have Issue type Incident.

...

Sub-task: Smaller task within a larger piece of work, currently used for Onboarding procedure. A sub-task cannot being linked to a Customer portal request type and is only for internal use.

SD Issue types and Customer request type

Anchor
SD Issue types and Customer request type SD Issue types and Customer request type

Request name is the Customer Request type.

SD Issues overview

SD Specific Fields

SD mandatory fields have been highlighted in Yellow

...

* Combination of Solution group and Yamaha Team determines in which queue/board a issue is visible for non-agile teams.
   For Agile teams only Yamaha team field determines in which board the issue is visible.

Image Modified

• Request Type: Customer portal request type, see for overview Yamaha Applications Support Desk (SD)SD Issue types and Customer request type
• Customer status: Status visible in the Customer portal. This does not always corresponds directly with the issue workflow status.
• Channel: Portal or e-mail request
• View customer request: link directly to the Customer portal request. This link can be shared if a customer need to access a specific issue.

SD Workflow(s)

Basic information how to transition a issue through a Workflow can be found in: Jira Training Basics - Workflow

Image Modified

SD Default Workflow

Statuses SD Default Workflow

Workflow statuses no development required

1. Filling user attributes first status for incoming tickets. Background process is running to collect user data and fill other fields automatically. No action should be taken when a ticket has this status.
The ticket will automatically move to next status Awaiting assignment.

...

4. Closed The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.


5. Reopened Re-open issue.  Issue need to be re-assigned to a assignee and will be transitioned to status In Progress.

Workflow statuses development required (old procedure)

1. Filling user attributes first status for incoming tickets. Background process is running to collect user data and fill other fields automatically. No action should be taken when a ticket has this status.
The ticket will automatically move to next status Awaiting assignment.

...

5. Closed The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.

6. Reopened Re-open issue.  Issue need to be re-assigned to a assignee and will be transitioned to status In Progress.

Workflow statuses development required 

Other statuses:

• Awaiting Customer  Used when more information/response from a customer (Reporter or Requested participant) is required in order to move forward with a issue.
  Detailed information for this status can be found further below under: Yamaha Applications Support Desk (SD) Awaiting Customer status
  
  
• Awaiting Supplier Used when more information/response from a supplier is required.
  Detailed information for this status can be found further below under: Yamaha Applications Support Desk (SD)Awaiting supplier status
  
  
• Awaiting Authorization Used to request approval for Ympact authorization.
  SD Classification need to be on : User authorization related.
  
  
• Onboarding
• Pending linked ticket execution
• Change Advisoryboard (CAB) 
• Awaiting Development
• Awaiting Execution
• Deployment validation
• Ready to Close
• Review Approval  Used by Infra for Issue type Audit to have J-sox change reviewed. How-to create an Infra J-SOX CHANGE issue
• Awaiting manager approval   Used by Infra to request IT management approval for J-sox changes.  How-to create an Infra J-SOX CHANGE issue

If a (bug) fix for a application is required the Bugfix transition can be used to trigger a issue being created in a Development project.

Statuses SD Default Workflow detailed explanation

Awaiting Customer status 

Anchor
Awaiting Customer status Awaiting Customer status

The Awaiting Customer status is used when more information/response from a customer (Reporter or Requested participant) is required in order to move forward with a issue.

...

1. Awaiting Customer status can be triggered via the Respond to customer button .
   
   When selecting this option a pop up frame will be opened:
   
   
   
2. Check Comment selection (see marked in red in the above screenshot).
   Default for comment is set to Internal comment. The Internal comment option can be used for only triggering a status update to Awaiting customer. 
   Use comment: Respond to customer if your message should be shared with the the reporter and requested participants.  
   1. Optional: Add comment to the comment section.  
      
3.  Select the Respond to customer button.
4. After using the Respond to customer button is pressed the comment will be added to the ticket and status will be changed to Awaiting customer. Description area is optional.
   
   
5. Response from customer received:
   
   1. Via issue: Status will automatically changed back to status In Progress.
   2. Manually: Select status In Progress.
      
      

Awaiting supplier status

Anchor
Awaiting supplier status Awaiting supplier status

The Awaiting Supplier status is used when a supplier has been contacted either via the issue directly or via other communication canals to purchase/request assistance for products/services.

...

1. Awaiting Supplier status can be triggered via the Awaiting Supplier  button .
   
   When selecting this option a pop up frame will be opened:
   
   
   
2. Check Comment selection (see marked in red in the above screenshot).
   Default for comment is set to Internal comment. The Internal comment option can be used for only triggering a status update to Awaiting Supplier 
   Use comment: Respond to customer if your message should be shared with the the reporter and requested participants.  
   1. Optional: Add comment to the comment section.  
      
3.  Select the Awaiting supplier response button.
4. After reply from the Awaiting supplier response button is pressed the comment will be added to the ticket and status will be changed to Awaiting Supplier. Description area is optional.
   
   
5. Response from supplier received:
   
   1. Via issue: Status will automatically changed back to status In Progress.
   2. Manually: Select status In Progress.
      

SD: Software Authorization flow

Image Modified

SD: Access Request Onboarding Workflow

Training material for this onboarding Workflow can be found on the following page: Jira training for (SD) - Onboarding.

SD: Simple 3 step workflow

Statuses SD: Simple 3 Step workflow

• To do: work has not started, issue can be assigned (work can always move back to this status);
• In progress: Issue is in Progress (work can always move back to this status);
• Done: the work is completed, resolution is automatically set to "Done";
• Canceled: No further work will be done on this issue, it is not required anymore or has become obsolete. Resolution is automatically set to "Canceled" a comment Screen will pop up to include information why the issue has been canceled (can be selected from any status). 

If a Issue is already closed and will be moved back to status "To Do" or "In Progress" the resolution will be cleared.

Incoming ticket handling for Yamaha Application Support Desk (SD-)

Check following field selection if the correct one is selected, if not please adjust or add:

1. Adjust Solution group if wrongly selected
2. Adjust or add correct Yamaha Team
3. Adjust if not the correct SD Classification is selected
4. Adjust the Application-Module if wrongly selected
5. Check if request includes are requires information, if not ask customer to provide more information. 
6. An issue can be allocated to a person when starting on the request/taking care of the request.
   When issue has been assigned before then only re-assign the issue.
   Re-opened issues also need to be re-assigned via the Re-assigned-comment button. 

Moving an issue to the another team

For moving a issue/ticket to a different train/team

...