masonclassicalacademy / backlog

Apache License 2.0
0 stars 0 forks source link

help desk tickets PoC #48

Open masonclassicalacademy opened 8 months ago

masonclassicalacademy commented 8 months ago

Background

Our original intent of using github was to track our big rocks. Things change, and we've been directed to use it now as a system to track both our service work and also our IT bigger rocks. The ideal state is to have these things separated. The github board should be "our" self defined work, and a ticketing system would document and identify service work. This is a very common practice in IT teams in mature organizations.

I realize we're a small group right now, but as we continue to grow and mature our IT operations, it will eventually make sense to be more organized and to separate these two. The sooner we do this, the less painful it will be.

Principles

Objectives

The reason for having an IT helpdesk/ticketing system within a school environment includes:

  1. Efficient Issue Tracking: A ticketing system helps track and manage IT-related issues efficiently. Students, teachers, and staff can submit their problems, requests, or questions, and these issues are logged as tickets. This allows the IT team to prioritize and address them in an organized manner.

  2. Accountability: With a ticketing system, each issue is assigned a unique identifier, and it is easy to assign responsibility for resolving it. This ensures accountability and prevents issues from falling through the cracks.

  3. Prioritization: IT help desk ticketing systems often allow for the categorization and prioritization of tickets. Critical issues, such as network outages or security breaches, can be addressed with higher priority, ensuring minimal disruption to the learning environment.

  4. Resource Allocation: The system helps in allocating IT resources effectively. The IT team can assess the volume and nature of tickets and allocate resources accordingly. For example, if a specific type of issue is recurring, the IT department can take proactive measures to address the root cause.

  5. Communication and Updates: The ticketing system provides a central platform for communication between users and the IT team. It enables users to receive updates on the progress of their requests, reducing frustration and uncertainty. Users can also provide additional information or clarification if needed.

  6. Knowledge Base: Over time, a ticketing system can build a knowledge base of common issues and their solutions. This can be invaluable for both IT staff and users, as it allows for self-service troubleshooting and reduces the need for repetitive support requests.

  7. Reporting and Analytics: The ticketing system generates reports and analytics on the types of issues and the performance of the IT help desk. This data can be used for continuous improvement, resource allocation, and strategic planning.

  8. Compliance and Documentation: In an educational environment, there may be legal or compliance requirements that demand proper documentation of IT issues and resolutions. A ticketing system can provide this documentation, which may be necessary for audits or reporting.

  9. Scalability: As schools grow or technology needs evolve, a ticketing system can easily scale to accommodate increasing support demands without significantly increasing administrative overhead.

  10. User Satisfaction: A well-organized and responsive IT help desk, facilitated by a ticketing system, leads to higher user satisfaction. Users appreciate prompt and effective resolution of their IT-related problems, which positively impacts their overall experience with technology in the school.

Considerations

Beyond this, it would make sense to consider other aspects from the IT and business side:

Proof of Concept (PoC)

We should run a proof of concept- meaning explore what options there are and choose a small experiment that invests minimal resources and time to evaluate as far as we can the best looking option.

Preparing

Do some basic research and chatting with peers and reading on what options are available. It would make sense to consider at least one option from the following spaces for reasons mentioned above.

Output

The output for this effort should include the following:

  1. Identify and document an option that we would believe meets our principles and objectives.
  2. Run a small-scale test that confirms or rejects our preferred option. Rinse-and-repeat until we find a good one.
  3. Make a recommendation for approval to move forward in implementation.