ITIL یک چارچوب راهنما برای مدیریت خدمات فناوری اطلاعات است که کمک می‌کند خدمات بر اساس ارزش، تجربه کاربر، جریان کار، کنترل و بهبود مستمر طراحی و اداره شوند.

IT Service Management یا ITSM مجموعه قابلیت‌ها، فرایندها، نقش‌ها و ابزارهایی است که سازمان برای طراحی، ارائه، پشتیبانی و بهبود خدمات فناوری اطلاعات به کار می‌گیرد.

Service یا خدمت وسیله‌ای برای ایجاد ارزش است که دستیابی مشتری به نتیجه مطلوب را بدون تحمیل مستقیم همه هزینه‌ها و ریسک‌های تخصصی ممکن می‌کند.

Value یا ارزش برداشت ذی‌نفع از منافع، سودمندی و اهمیت یک خدمت است و فقط با معیار فنی تعیین نمی‌شود؛ تجربه، نتیجه و هزینه هم در آن اثر دارند.

Outcome نتیجه‌ای است که یک ذی‌نفع با استفاده از یک خدمت به آن می‌رسد؛ مثل کاهش زمان پاسخ‌گویی یا افزایش پایداری یک فرایند کسب‌وکار.

Output خروجی مستقیم یک فعالیت است؛ مثلاً نصب یک سرور. Outcome نتیجه کسب‌وکاری استفاده از آن خروجی است؛ مثلاً دسترسی پایدار کاربران به سرویس.

Utility یعنی خدمت برای هدف موردنظر مناسب باشد و قابلیت لازم را فراهم کند؛ در زبان ساده، آیا این خدمت کاری را که باید انجام می‌دهد؟

Warranty یعنی خدمت در شرایط موردنیاز قابل اتکا باشد؛ Availability، Capacity، Continuity و Security از عناصر مهم تضمین مناسب‌بودن خدمت هستند.

SVS نشان می‌دهد اجزای اصلی مدیریت خدمات چگونه با هم کار می‌کنند تا فرصت و تقاضا را به ارزش تبدیل کنند؛ شامل اصول راهنما، Governance، Practices، Value Chain و Continual Improvement.

Service Value Chain مدل عملیاتی اصلی ITIL است که فعالیت‌های Plan، Improve، Engage، Design & Transition، Obtain/Build و Deliver & Support را برای ایجاد ارزش به هم متصل می‌کند.

Guiding Principles توصیه‌های عمومی ITIL برای تصمیم‌گیری هستند؛ مثل Focus on Value، Start Where You Are، Progress Iteratively، Collaborate، Think Holistically، Keep It Simple و Optimize & Automate.

یعنی هر اقدام، پروژه یا بهبود باید به ارزشی که برای مشتری یا ذی‌نفع ایجاد می‌کند متصل باشد؛ فعالیتی که ارزش روشن ندارد باید دوباره بررسی شود.

یعنی قبل از طراحی از صفر، وضعیت فعلی، داده‌ها، قابلیت‌ها و چیزهایی را که خوب کار می‌کنند بشناسید و از همان نقطه برای بهبود استفاده کنید.

یعنی تغییرات را در گام‌های کوچک و قابل کنترل اجرا کنید، نتیجه هر مرحله را بسنجید و با بازخورد واقعی مسیر مرحله بعد را اصلاح کنید.

یعنی تصمیم‌گیری و اجرا با مشارکت افراد مرتبط و شفافیت اطلاعات انجام شود؛ همکاری بدون Visibility معمولاً باعث برداشت‌های متفاوت و دوباره‌کاری می‌شود.

یعنی سرویس را مجموعه‌ای به‌هم‌پیوسته از افراد، فرایند، فناوری، تأمین‌کننده و اطلاعات ببینید و بهینه‌سازی یک بخش را به قیمت آسیب به کل سیستم انجام ندهید.

چهار بُعد شامل Organizations & People، Information & Technology، Partners & Suppliers و Value Streams & Processes است و برای طراحی متوازن هر خدمت باید هم‌زمان دیده شوند.

این بُعد به ساختار، نقش‌ها، مهارت‌ها، فرهنگ، ظرفیت تیم و نحوه همکاری افراد مربوط است؛ ابزار خوب بدون نقش و مهارت مناسب نتیجه مطلوب نمی‌دهد.

این بُعد داده، دانش، معماری، ابزارها، امنیت و فناوری موردنیاز برای ارائه و مدیریت خدمت را پوشش می‌دهد.

این بُعد وابستگی به Vendor، پیمانکار، Cloud Provider و سایر تأمین‌کنندگان را بررسی می‌کند و روی قرارداد، SLA، ریسک و مدل همکاری تمرکز دارد.

این بُعد نشان می‌دهد کار چگونه از تقاضا تا خروجی و ارزش جریان پیدا می‌کند و چه فعالیت‌ها، کنترل‌ها، نقش‌ها و گلوگاه‌هایی در مسیر وجود دارند.

Service Desk نقطه ارتباط اصلی کاربران با ارائه‌دهنده خدمت است و مسئول دریافت، هماهنگی، ارتباط و پیگیری بسیاری از درخواست‌ها و رخدادهای خدماتی است.

SPOC یعنی کاربر برای ارتباط با واحد خدمات IT یک مسیر اصلی و مشخص داشته باشد تا سردرگمی، تماس‌های موازی و گم‌شدن درخواست‌ها کاهش پیدا کند.

Ticket رکورد قابل پیگیری یک تعامل، Incident، Request، Problem یا سایر فعالیت‌های خدماتی است که تاریخچه، مالک، وضعیت، SLA و ارتباطات را ثبت می‌کند.

Categorization یعنی دسته‌بندی استاندارد درخواست‌ها و رخدادها برای تخصیص بهتر، گزارش دقیق‌تر، تحلیل Trend و طراحی Automation.

Priority تعیین می‌کند یک Ticket با چه فوریتی رسیدگی شود و معمولاً از ترکیب Impact و Urgency به دست می‌آید.

Impact میزان اثر یک رخداد یا درخواست بر کاربران، سرویس‌ها یا کسب‌وکار است؛ مثلاً اختلال یک سامانه سازمانی Impact بیشتری از مشکل یک کاربر دارد.

Urgency نشان می‌دهد حل موضوع از نظر زمانی چقدر فوری است. Impact بالا همیشه به معنای Urgency بالا نیست و باید هر دو جدا ارزیابی شوند.

Escalation انتقال یا افزایش سطح توجه به یک Ticket است؛ می‌تواند Functional برای تخصص بیشتر یا Hierarchical برای دخالت مدیریتی باشد.

Incident اختلال برنامه‌ریزی‌نشده یا کاهش کیفیت یک خدمت است. هدف اصلی Incident Management بازگرداندن سرویس عادی در سریع‌ترین زمان منطقی است.

Major Incident رخدادی با اثر بسیار بالا است که نیاز به هماهنگی ویژه، ارتباطات مستمر، نقش‌های مشخص و مسیر سریع تصمیم‌گیری دارد.

Incident Model الگوی از پیش تعریف‌شده برای انواع رخدادهای تکرارشونده است و می‌تواند مراحل، مسئولیت، اولویت، Escalation و راهکارهای رایج را مشخص کند.

Workaround راهی برای کاهش یا حذف موقت اثر یک Incident یا Problem است، بدون اینکه الزاماً علت ریشه‌ای را از بین ببرد.

Restoration یعنی بازگرداندن سرویس به سطح قابل قبول. در Incident اولویت با恢复 خدمت است و تحلیل ریشه‌ای معمولاً در Problem Management عمیق‌تر انجام می‌شود.

MTTR میانگین زمان حل یا بازیابی است. این شاخص باید با نوع سرویس، Priority و کیفیت حل بررسی شود و به‌تنهایی معیار کامل عملکرد نیست.

Swarming روشی است که به‌جای پاس‌دادن چندباره Ticket بین تیم‌ها، افراد مناسب سریع‌تر برای حل مشترک مسئله کنار هم قرار می‌گیرند.

Service Request درخواست از پیش تعریف‌شده کاربر برای دریافت اطلاعات، دسترسی، تجهیز، نصب یا یک خدمت استاندارد است و با Incident تفاوت دارد.

Request Fulfilment مجموعه فعالیت‌هایی است که از ثبت تا تأیید، اجرا و تحویل یک Service Request استاندارد انجام می‌شود.

Service Catalog فهرست ساختاریافته خدمات قابل ارائه است که می‌تواند توضیح، مالک، شرایط، هزینه، SLA و روش درخواست هر خدمت را مشخص کند.

Request Model الگوی اجرایی برای یک نوع درخواست پرتکرار است و مراحل، تأییدها، وظایف، SLA و Automation آن را مشخص می‌کند.

Approval Workflow مسیر تأیید یک درخواست است. تأیید باید فقط جایی باشد که کنترل واقعی ایجاد می‌کند؛ تأییدهای اضافی زمان تحویل را بالا می‌برند.

Self-Service Portal به کاربران امکان می‌دهد درخواست ثبت کنند، وضعیت را ببینند، دانش جستجو کنند و بخشی از نیازها را بدون تماس مستقیم با Service Desk حل کنند.

Problem علت یا علت احتمالی یک یا چند Incident است. هدف Problem Management کاهش احتمال و اثر رخدادهای تکرارشونده است.

Known Error مشکلی است که تحلیل شده و علت یا Workaround آن شناخته شده است و می‌تواند برای حل سریع Incidentهای بعدی استفاده شود.

RCA فرایند یافتن علت یا عوامل ریشه‌ای یک مشکل است تا فقط علامت‌ها برطرف نشوند و احتمال تکرار کاهش پیدا کند.

5 Why تکنیکی ساده برای پرسیدن چندباره «چرا» و عبور از علامت اولیه به علت عمیق‌تر است؛ عدد پنج الزام ثابت نیست و کیفیت تحلیل مهم‌تر است.

KEDB مخزن اطلاعات Known Errorها و Workaroundهای تأییدشده است و به Service Desk کمک می‌کند Incidentهای مشابه سریع‌تر مدیریت شوند.

یعنی قبل از وقوع Incident بزرگ، با تحلیل Trend، Alert، ظرفیت، خطاهای تکراری و داده‌های مانیتورینگ مشکلات بالقوه شناسایی شوند.

Change افزودن، اصلاح یا حذف چیزی است که می‌تواند مستقیم یا غیرمستقیم بر خدمات اثر بگذارد و باید متناسب با ریسک کنترل شود.

Change Enablement Practice کمک می‌کند تغییرات موفق با ارزیابی ریسک، زمان‌بندی، مسئولیت و کنترل مناسب اجرا شوند، بدون ایجاد بوروکراسی غیرضروری.

Standard Change تغییر کم‌ریسک، پرتکرار و از پیش مجاز است که روش مشخص و آزموده‌شده دارد و لازم نیست هر بار از صفر ارزیابی شود.

Normal Change تغییری است که باید متناسب با ریسک و اثرش بررسی، برنامه‌ریزی و توسط Change Authority مناسب مجاز شود.

Emergency Change تغییری است که برای رفع وضعیت اضطراری باید سریع‌تر اجرا شود، اما همچنان نیاز به حداقل کنترل، مستندسازی و بازبینی پس از اجرا دارد.

Change Authority فرد یا گروهی است که اختیار تأیید یک نوع Change را دارد و سطح آن باید متناسب با ریسک و اثر تغییر انتخاب شود.

Change Advisory Board گروه مشورتی برای بررسی تغییرات خاص یا مهم است. CAB نباید به جلسه اجباری برای همه Changeها تبدیل شود.

Change Schedule تقویم تغییرات برنامه‌ریزی‌شده است و برای جلوگیری از تداخل، مدیریت ریسک، هماهنگی ذی‌نفعان و Visibility استفاده می‌شود.

این Practice روی تعریف، توافق، پایش و بهبود سطح خدمات تمرکز دارد تا انتظارات کسب‌وکار و توان واقعی ارائه‌دهنده خدمت هم‌راستا شوند.

Service Level Agreement توافقی درباره سطح خدمت مورد انتظار است و می‌تواند Availability، زمان پاسخ، زمان حل، ساعات خدمت و سایر تعهدات را مشخص کند.

Operational Level Agreement توافق داخلی بین تیم‌ها یا واحدهای پشتیبان است تا تعهدات داخلی لازم برای تحقق SLA مشتری مشخص شود.

Service Level Objective هدف اندازه‌گیری‌شده برای یک شاخص سطح خدمت است؛ مثلاً ۹۹.۹ درصد Availability یا حل Priority 1 در چهار ساعت.

Key Performance Indicator شاخصی برای سنجش عملکرد در برابر یک هدف است. KPI خوب باید قابل اندازه‌گیری، قابل اقدام و مرتبط با نتیجه واقعی باشد.

Critical Success Factor شرط یا عامل حیاتی برای موفقیت یک Practice یا هدف است و معمولاً چند KPI برای سنجش آن تعریف می‌شود.

Availability میزان در دسترس بودن خدمت در زمان موردنیاز است و باید با ساعات خدمت، Downtime برنامه‌ریزی‌شده و نیاز کسب‌وکار تعریف شود.

ITAM Practice مدیریت چرخه عمر دارایی‌های IT از برنامه‌ریزی و خرید تا استفاده، کنترل هزینه، انطباق، انتقال و خروج از خدمت است.

IT Asset هر جزء دارای ارزش مالی یا عملیاتی در حوزه فناوری اطلاعات است که باید در طول چرخه عمر مدیریت شود؛ مثل لپ‌تاپ، لایسنس یا سرور.

CI جزئی است که برای ارائه یک خدمت باید مدیریت شود و اطلاعات آن در سیستم Configuration Management ثبت می‌شود؛ هر Asset الزاماً CI نیست.

Configuration Management Database مخزنی برای ثبت CIها و روابط آن‌هاست تا اثر رخداد، تغییر و وابستگی سرویس‌ها بهتر تحلیل شود.

این Practice اطلاعات دقیق و قابل اعتماد درباره Configuration خدمات و CIهای پشتیبان را در زمان و مکان موردنیاز فراهم می‌کند.

Relationship ارتباط بین CIها را نشان می‌دهد؛ مثلاً یک سرویس به Database، Server و Network وابسته است. این روابط برای Impact Analysis حیاتی‌اند.

Discovery شناسایی خودکار یا نیمه‌خودکار دستگاه‌ها، نرم‌افزارها و برخی وابستگی‌های محیط IT است و می‌تواند داده اولیه Asset و CMDB را غنی کند.

Knowledge Management Practice کمک می‌کند اطلاعات و دانش مناسب در زمان مناسب در اختیار افراد مناسب قرار گیرد تا تصمیم‌گیری و حل مسئله سریع‌تر شود.

Knowledge Base مخزن ساختاریافته مقالات، راهنماها، Known Errorها، Runbookها و پاسخ‌های قابل استفاده برای کارشناسان و کاربران است.

Knowledge-Centered Service رویکردی است که دانش را بخشی از جریان روزانه پشتیبانی می‌کند؛ یعنی هنگام حل مسئله، دانش ایجاد، اصلاح و استفاده می‌شود.

Shift Left یعنی دانش و توان حل مسئله به سطوح نزدیک‌تر به کاربر منتقل شود؛ از تیم تخصصی به Service Desk و از Service Desk به Self-Service.

Runbook دستورالعمل اجرایی مرحله‌به‌مرحله برای انجام یک عملیات یا پاسخ به یک وضعیت است و برای کاهش خطا و استانداردسازی کار کاربرد دارد.

Continual Improvement رویکرد دائمی برای هم‌راستا نگه‌داشتن خدمات و Practices با نیازهای در حال تغییر و افزایش ارزش، کیفیت و کارایی است.

Improvement Register فهرست ساختاریافته فرصت‌های بهبود است که می‌تواند Owner، Priority، Benefit، Effort، Status و نتیجه هر اقدام را ثبت کند.

Baseline مقدار یا وضعیت مرجع قبل از تغییر است. بدون Baseline نمی‌توان با اطمینان گفت یک اقدام بهبود واقعاً نتیجه داده است.

Measurement یعنی جمع‌آوری و تحلیل داده برای فهم وضعیت و نتیجه. اندازه‌گیری باید به تصمیم منجر شود، نه اینکه فقط Dashboard بیشتری تولید کند.

Metric یک اندازه یا داده مشخص است؛ مثل تعداد Incident. KPI زمانی شکل می‌گیرد که این اندازه مستقیماً به هدف مهمی متصل شود.

Service Portfolio نمایی از خدمات در مراحل مختلف چرخه عمر است و کمک می‌کند تصمیم‌های سرمایه‌گذاری، نگهداری، تغییر یا بازنشستگی خدمت با دید مدیریتی انجام شود.

Service Owner پاسخ‌گوی یک خدمت در کل چرخه عمر آن است و باید عملکرد، نیاز ذی‌نفعان، ریسک، هزینه و بهبودهای آن را هماهنگ کند.

Process Owner مسئول طراحی، اثربخشی، کنترل و بهبود یک Process است و با افرادی که عملیات روزانه را انجام می‌دهند تفاوت نقش دارد.

Practice Owner پاسخ‌گوی اثربخشی و توسعه یک Practice در سازمان است و باید مطمئن شود افراد، فرایند، ابزار و اطلاعات لازم هماهنگ‌اند.

Governance سازوکاری برای ارزیابی، جهت‌دهی و پایش سازمان است تا تصمیم‌ها با اهداف، سیاست‌ها، ریسک و مسئولیت‌پذیری هم‌راستا باشند.

Demand تقاضا برای محصولات و خدمات است و می‌تواند از نیاز کاربران، پروژه‌ها، تغییرات کسب‌وکار یا فرصت‌های جدید ایجاد شود.

Opportunity امکان ایجاد ارزش یا بهبود وضعیت است که می‌تواند محرک طراحی خدمت، تغییر، Automation یا یک Initiative جدید باشد.

ITIL چارچوب و Practice ارائه می‌دهد و ServiceDesk Plus ابزار اجرای Workflow، SLA، Incident، Request، Problem، Change، CMDB و گزارش‌های مرتبط را فراهم می‌کند.

Monitoring داده رخداد و عملکرد را فراهم می‌کند و می‌تواند Detection، Incident Creation، Capacity Analysis و Continual Improvement را پشتیبانی کند.

SIEM روی رخدادهای امنیتی و لاگ‌ها تمرکز دارد و می‌تواند ورودی Incident و Problem باشد؛ ITIL کمک می‌کند پاسخ، مسئولیت و جریان خدمت ساختارمند شود.

Endpoint Management اجرای عملیات روی دستگاه‌ها را ممکن می‌کند و می‌تواند با Request، Incident، Change، Asset و Automation در مدل ITSM یکپارچه شود.

CMDB اطلاعات Configuration و وابستگی‌ها را فراهم می‌کند تا Impact Analysis، Incident Diagnosis، Change Risk و شناخت سرویس‌ها دقیق‌تر شود.

XLA رویکردی برای سنجش تجربه واقعی کاربران و مشتریان است و مکمل SLA محسوب می‌شود؛ ممکن است SLA سبز باشد اما تجربه کاربران همچنان ضعیف باشد.

Service Mapping ارتباط سرویس کسب‌وکار با Application، Server، Database، Network و سایر CIها را نشان می‌دهد تا Dependency و Impact بهتر دیده شوند.

Technical Debt هزینه آینده ناشی از راه‌حل‌های موقت، طراحی ضعیف یا عقب‌انداختن اصلاحات است و می‌تواند Incident، Risk و هزینه تغییر را افزایش دهد.

Shift Right یعنی یادگیری و کنترل بیشتر در محیط واقعی تولید؛ با Monitoring، Telemetry، Experiment و Feedback برای بهبود Reliability و Experience.

DevOps و ITIL رقیب نیستند. DevOps سرعت و همکاری جریان تحویل را تقویت می‌کند و ITIL می‌تواند Governance، Service Management، Value و Continual Improvement را ساختار دهد.

Site Reliability Engineering روی قابلیت اطمینان، Automation، Error Budget و Engineering Operations تمرکز دارد و می‌تواند با Incident، Problem، Change و Service Level Management مکمل باشد.

Error Budget میزان قابل قبول عدم قابلیت اطمینان بر اساس SLO است و به تیم کمک می‌کند بین سرعت تغییر و پایداری سرویس تعادل برقرار کند.

Service Dependency وابستگی یک خدمت به سرویس، سیستم، تیم، Vendor یا Component دیگر است و برای Risk، Continuity و Impact Analysis اهمیت دارد.