IT asset is any financially valuable component that can contribute to the delivery of an IT product or service. The scope of IT asset management typically includes all software, hardware, networking, cloud services, and client devices

https://wiki.process-symphony.com.au/framework/lifecycle/process/it-asset-management-itil-4/#:~:text=IT%20asset%20is%20any%20financially,cloud%20services%2C%20and%20client%20devices.

The service desk practice provides a single point of contact for users and customers to report issues, make requests, or seek guidance1. This practice guarantees that users have a range of access channels to choose from to report problems, such as phone, email, web portal, chatbot, or self-service2. This helps to improve user satisfaction, reduce frustration, and increase efficiency3. References: ITIL Foundation - ITIL 4 Edition, page 14; ITIL® 4 – A Pocket Guide, page 32; ITIL® 4 Practice Guide: Service Desk, page 7.

An output is a tangible or intangible deliverable of an activity, while an outcome is a result for a stakeholder enabled by one or more outputs1. A service provider produces outputs that allow customers to achieve outcomes2. A service consumer utilizes the outputs and benefits from the outcomes2.

A known error is a problem that has been analysed but not resolved1. This means that the root cause of the problem has been identified, but a permanent solution has not been implemented yet2. A known error can be recorded in a known error database (KEDB) and linked to related incidents and problems3. References: ITIL Foundation - ITIL 4 Edition, page 15; ITIL® 4 – A Pocket Guide, page 35; ITIL® 4 Practice Guide: Problem Management, page 8.

You need to use all of your resources as effectively and efficiently as you can. This means that you should automate wherever you can, and use people only for tasks that can’t be automated. It also means that you need to think carefully about what you can automate and about the circumstances where only a person will do; and about simplifying those processes you do decide to automate to eliminate wasteful or inefficient steps.

You should always optimize the work BEFORE you automate it, as automating something that is inefficient or ineffective may just result in you doing the wrong thing faster!

https://www.sysaid.com/blog/itil/the-7-guiding-principles-of-itil-4-practical-advice-to-help-you-make-decisions

“Service desk staff require training and competency across a number of broad technical and business areas. In particular, they need to demonstrate excellent customer service skills such as empathy, incident analysis and prioritization, effective communication, and emotional intelligence.

https://www.servicedeskinstitute.com/the-case-for-itil4-foundation-service-desk-analyst-training/#:~:text=%E2%80%9CService%20desk%20staff%20require%20training,effective%20communication%2C%20and%20emotional%20intelligence.

Emergency changes. These are changes that must be implemented as soon as possible; for example, to resolve an incident or implement a security patch. Emergency changes are not typically included in a change schedule, and the process for assessment and authorization is expedited to ensure they can be implemented quickly. As far as possible, emergency changes should be subject to the same testing, assessment, and authorization as normal changes, but it may be acceptable to defer some documentation until after the change has been implemented, and sometimes it will be necessary to implement the change with less testing due to time constraints. There may also be a separate change authority for emergency changes, typically including a small number of senior managers who understand the business risks involved.”

https://itsm.tools/why-what-change-management/#:~:text=Emergency%20changes. &text=Emergency%20changes%20are%20not%20typically,they%20can%20be%20implemented%20quickly.