Documentation
SolutionDeveloperComplianceProjects
  • Introduction
  • Gitbook Guidelines
  • PRELIMINARY ANALYSIS
    • Project Initiation
    • Business Goals
    • Information Analysis
    • Solutions Evaluation
    • Risk Assessment
  • APPLICATION DEVELOPMENT
    • Scrum Framework
      • Scrum Values
      • Scrum Roles
      • Scrum Compliance
    • User Requirements
    • Product Backlog
      • User Story
      • Story Mapping
      • Grooming
      • Roadmap
      • Best Practice
    • Sprint Planning
      • Planning Inputs
      • Task Definition
      • Task Sizing
      • Sprint Backlog
      • Best Practice
    • Sprint Execution
    • Sprint Review
    • Sprint Retrospective
    • Process Control
      • Sprint Burn-Up
      • Sprint Burn-Down
      • Sprint Velocity
      • Source Control
    • Risk Assessment
      • Data Privacy & Security
      • Postpone the release
      • Lack of participation or engagement
      • Incomplete backlog items
      • Project Scope Creep
      • Third-Party Dependency
      • Integration Issue
      • Outdated Technology
      • Budget & Time Constraints
      • Inadequate Testing
    • User Acceptance
    • Release and delivery plan
    • Literature
  • SERVICE MANAGEMENT
    • Service Lifecycle
    • Receiving Ticket
    • Ticket Management
      • Maintain Attributes
      • Ticket Assignment
    • Troubleshooting
    • Escalation
    • Monitoring
    • Evaluation
    • Risk Assessment
      • Support and Maintenance
      • Insufficient information
      • Misinterpretation of attributes
      • Insufficient Testing
      • Delayed deadline
      • Lack of continuous improvement
      • Lack of Stakeholder involvement
  • REVIEW & IMPROVEMENT
    • Dashboard Analysis
Powered by GitBook
On this page
  1. SERVICE MANAGEMENT
  2. Ticket Management

Maintain Attributes

The first sub-category of ticket management is called maintain attributes. Here, it is important to know what rule you have for assigning the ticket attributes. There can be different ticket characteristics: requestor group, ticket categories, due date, topic tags, requestor location, priority level, status, and issue type.

  • The requestor group is the group that creates the ticket. For example, they can be different departments such as Sales, Production, Warehouse, and more.

  • Next, the ticket categories can be IWMS, ICTOS, Demo product, Business intelligence, Robotic Process Automation (RPA), Artificial Intelligence, E-Learning: LMS365, and Desk Reservation: Waldo.

  • The due date for solving the ticket will be formed from the incoming date plus 2 days for solving the problem.

  • After this, the topic tags can be different categories, for example, User Account, User Access, Application Bug, Improvement, UX Change, Logic Change, Performance, and Integration.

  • The requestor location is the office locations of Advantech: AESC Eindhoven, APSC Warsaw, ADL Munich, and more.

  • The status of the ticket can be: open, closed, or pending.

  • The incident type is the type of the problem and it could be: incident, problem, or change.

  • The priority level of a ticket is the level of urgency about the problem. It can be very urgent when the issue can interrupt operation or the business. Also, when it is a signal for a security issue and the system is down. Next, if the level of a ticket is high, then there is a problem with the performance of the system. It can be also a business logic, an error, or a bug. Moreover, if the priority level is medium, then we are talking about system updates or generally reduced quality of service. Finally, if the ticket level is low, this is about product questions and feature requests.

PreviousTicket ManagementNextTicket Assignment

Last updated 2 years ago