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

Service Lifecycle

PreviousLiteratureNextReceiving Ticket

Last updated 2 years ago

The process begins with receiving the ticket in the service channel. This can be done automatically via email and the ticket goes to the platform Jira. Or it can be created manually from Microsoft Teams meeting or phone call information by the developer. After this, the ticket should be managed in two sub-categories - maintain attributes and ticket assignment. There are different attributes that a person can assign to the ticket, for example, requestor group, ticket categories, due date, topic/tags, location, priority level, status, and issue type. During the ticket assignment, the person will assign to a task based on ticket categories. If the ticket can not be solved in 2 days, it will escalate to the second level of support which is the Scrum team and it will go to the Technical Debt section. The next step is monitoring - a dashboard will store the information and it will provide an analysis of the process. This will evaluate the process in the end and the team can use this information to improve themselves. Also, the information gathered will be stored in the knowledge base and the client can use this information to solve the ticket. The software for ticketing will be the Jira service management tool.