ITIL5؛ تغییر نسخه یا تغییر زمین بازی مدیریت خدمات دیجیتال؟

در ایران با مفاهیم جدید معمولا دو برخورد افراطی داریم: یا آن را زودتر از فهمیدن، مصرف تبلیغاتی می‌کنیم، یا دیرتر از لازم، جدی می‌گیریم. ITIL5 هم در آستانه همین خطر قرار دارد. عده‌ای آن را صرفا نسخه تازه‌ای از یک چارچوب آموزشی می‌بینند و عده‌ای دیگر احتمالا خواهند گفت این حرف‌ها برای ایران نیست. هر دو نگاه غلط است؛ زیرا مسئله امروز سازمان‌های دیجیتال، فقط نسخه چارچوب نیست، بلکه بلوغ عملیاتی، تاب‌آوری خدمت‌محور و توان خلق ارزش در محیطی پیچیده، ناامن و هوشمند شده است.

۱- چرا ITIL 5 را نباید فقط نسخه جدید دانست؟

ITIL 5 نه صرفا یک به‌روزرسانی آموزشی است و نه نسخه‌ای لوکس برای سازمان‌هایی که مشکل واقعی ندارند. اتفاقا اهمیت آن برای کشورهایی مثل ایران بیشتر است؛ چون در بسیاری از صنایع، به‌خصوص بانکداری، پرداخت، بیمه، اپراتورها، سلامت دیجیتال و خدمات عمومی، سال‌هاست که با ادبیات دیجیتال حرف می‌زنیم، اما در بسیاری از موارد هنوز با مدل عملیاتی سنتی کار می‌کنیم.

مسئله اصلی این است که وقتی کسب‌وکار روی بستر دیجیتال بازآفرینی می‌شود، دیگر نمی‌توان مدیریت آن را با ذهنیت پشتیبانی کامپیوتر، تیکت، سامانه، واحد فناوری اطلاعات و چند SLA محدود انجام داد. در چنین وضعیتی، ITIL 5 را باید نه به‌عنوان نسخه جدید ITIL، بلکه به‌عنوان نشانه‌ای از تغییر زمین بازی مدیریت خدمات، محصولات و تجربه دیجیتال فهمید.

۲- از ITIL 5 چه یاد گرفتیم؟

ITIL 4 نسبت به نسخه‌های قبلی یک جابه‌جایی جدی ایجاد کرد. در نسخه‌های قدیمی‌تر، تمرکز بسیاری از سازمان‌ها بر فرآیندها بود. Incident، Problem، Change، Release و سایر فرآیندها هرکدام در جعبه‌های نسبتا جداگانه تعریف می‌شدند. این نگاه برای دوره‌ای که IT بیشتر نقش پشتیبان داشت، قابل دفاع بود. اما وقتی فناوری اطلاعات از اتاق سرور به قلب کسب‌وکار آمد، دیگر فرآیند به‌تنهایی کافی نبود.

ITIL 4 تلاش کرد همین سوءتفاهم را اصلاح کند. به همین دلیل به‌جای تأکید صرف بر فرآیند، مفهوم Practice را مطرح کرد. یعنی مجموعه‌ای از منابع سازمانی شامل افراد، اطلاعات، فناوری، شرکا، جریان‌های ارزش، نقش‌ها، مهارت‌ها، سیاست‌ها و روش‌های کاری که با هم هدف مشخصی را محقق می‌کنند. در این نگاه، مدیریت رخداد فقط ثبت و بستن تیکت نیست؛ مدیریت تغییر فقط تشکیل جلسه CAB نیست؛ مدیریت سطح خدمت فقط نوشتن SLA نیست.

ITIL 4 همچنین مفهوم Service Value System را به مرکز بحث آورد؛ یعنی سازمان باید بفهمد چگونه از تقاضا و فرصت، ارزش خلق می‌کند. این نگاه برای بانک‌ها، شرکت‌های پرداخت، اپراتورها و کسب‌وکارهای دیجیتال ایران بسیار مهم بود؛ چون نشان می‌داد تحول دیجیتال با خرید سامانه یا تغییر ظاهر کانال‌های ارتباطی اتفاق نمیفتد. اگر جریان ارزش، ساختار تصمیم‌گیری، مدیریت ریسک، تجربه مشتری و مدل عملیاتی تغییر نکند، نتیجه همان خواهد بود که بارها دیده‌ایم: سامانه زیاد می‌شود، اما رضایت کم می‌شود؛ کانال دیجیتال اضافه می‌شود، اما فرآیند همچنان کاغذی تدام می‌یابد؛ اپلیکیشن طراحی می‌شود، اما تجربه مشتری در نقطه تماس واقعی زمین می‌خورد.

۳- ITIL 5 از کجا وارد می‌شود؟

ITIL 5 بر شانه ITIL 4 ایستاده، اما سوال عمیق‌تری می‌پرسد: آیا امروز هنوز می‌توانیم خدمت، محصول، تجربه، عملیات، داده و هوش مصنوعی را جداگانه مدیریت کنیم؟ پاسخ دنیای امروز روشن است: نه.

در بانکداری دیجیتال، محصول و خدمت از هم جدا نیستند. یک موبایل‌بانک فقط نرم‌افزار نیست؛ ترکیبی از محصول، خدمت، زیرساخت، امنیت، هویت دیجیتال، تجربه کاربر، مرکز تماس، پایش، داده، ریسک، مقررات، API، Core Banking، شبکه پرداخت و اعتماد مشتری است. یک نئوبانک واقعی شعبه ندارد، اما این به معنای ساده‌تر شدن آن نیست؛ اتفاقا به معنای پیچیده‌تر شدن مدل عملیاتی است. وقتی شعبه حذف می‌شود، نقش مدیریت سرویس، پایش، تجربه، پشتیبانی و حاکمیت چندبرابر می‌شود.

در چنین فضایی، ITIL 5 یک جابه‌جایی مهم انجام می‌دهد: از مدیریت خدمات فناوری اطلاعات به مدیریت یکپارچه محصول و خدمت دیجیتال حرکت می‌کند. این تفاوت ظاهرا کوچک است، اما در عمل بسیار عمیق است. در ITIL 4 می‌گفتیم چگونه خدمات را برای خلق ارزش مدیریت کنیم. در ITIL 5 باید بپرسیم چگونه محصول و خدمت دیجیتال را در کل چرخه عمر، از کشف نیاز تا طراحی، تأمین، ساخت، گذار، عملیات، تحویل و پشتیبانی، به‌گونه‌ای مدیریت کنیم که ارزش، تجربه، تاب‌آوری، ریسک و اقتصاد آن قابل کنترل باشد.

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

جدول ۱- تفاوت مفهومی ITIL ۴ و ITIL ۵ در یک نگاه

۴- چرا ITIL 5 برای بانک‌ها و فین‌تک‌های ایران مهم است؟

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

مشکل اصلی این نیست که بانک‌ها یا شرکت‌های فناوری ابزار ندارند. اتفاقا ابزار زیاد دارند. مشکل این است که ابزارها در بسیاری موارد به یک مدل حاکمیتی و عملیاتی یکپارچه متصل نیستند. ابزار مانیتورینگ هست، اما تصویر یکپارچه از تجربه مشتری نیست. سامانه تیکتینگ هست، اما مدیریت جریان ارزش نیست. SLA هست، اما XLA و ادراک مشتری نیست. داشبورد هست، اما تصمیم مدیریتی مبتنی بر داده نیست. اپلیکیشن هست، اما Product Lifecycle واقعی نیست.

ITIL 5 دقیقا به این نقطه دست می‌گذارد. در این نسخه، Product and Service Lifecycle اهمیت محوری پیدا می‌کند. یعنی سازمان باید بداند محصول و خدمت دیجیتال چگونه کشف، طراحی، ساخته، مستقر، عملیاتی، تحویل و پشتیبانی می‌شود. این مدل برای صنعت مالی ایران حیاتی است، چون بانک و پرداخت دیگر از جنس شعبه و دستگاه کارتخوان و فرم نیست؛ از جنس محصول دیجیتال، سرویس پیوسته، اتصال لحظه‌ای، تجربه بی‌اصطکاک و اعتماد عملیاتی‌اند.

بانکی که ادعای دیجیتال دارد، اما هنوز نمی‌تواند در لحظه بفهمد اختلال مشتری از کدام لایه آمده، بانک دیجیتال نیست. شرکتی که ۱۰‌ها سرویس ارائه می‌کند، اما Service Catalog قابل اتکا ندارد، نمی‌تواند از مدیریت سرویس، حرف جدی بزند. سازمانی که تغییرات نرم‌افزاری را بدون پیوند با ریسک، تجربه، امنیت و عملیات مدیریت می‌کند، در ظاهر چابک است، اما در عمل در حال تولید بدهی فنی و عملیاتی است.

۵- حملات سایبری اخیر؛ وقتی نبود نقشه خدمت، خودش به ریسک تبدیل می‌شود

تحولات یک سال اخیر در شبکه بانکی کشور، بحث ITIL 5 را از سطح یک چارچوب آموزشی به سطح یک ضرورت عملیاتی و حتی ملی منتقل می‌کند. از ابتدای ۱۴۰۴ تا امروز، چند موج حمله و اختلال سایبری در زیرساخت‌های بانکی و مالی کشور رخ داده که صرف‌نظر از منشأ، عامل یا روایت رسمی هرکدام، یک پیام مشترک داشته‌اند: بانک دیجیتال بدون مدیریت پیکربندی، نقشه وابستگی خدمات، مدیریت رخداد، مدیریت تداوم خدمت و تحلیل اثر کسب‌وکاری، در لحظه بحران کور عمل می‌کند.

در حملات سایبری، مسئله فقط این نیست که دیواره آتش، سامانه تشخیص نفوذ یا مرکز عملیات امنیت چه عملکردی داشته‌اند. این‌ها لازم‌اند، اما کافی نیستند. سؤال سخت‌تر این است که وقتی یک زیرساخت مشترک، یک سامانه کارت، یک Core Banking، یک سوییچ، یک سرویس احراز هویت، یک API، یک پایگاه داده، یک سامانه پشتیبان یا یک تأمین‌کننده بیرونی آسیب می‌بیند، سازمان در چند دقیقه می‌فهمد کدام خدمت، کدام مشتری، کدام شعبه، کدام کانال، کدام تعهد قانونی و کدام جریان درآمدی تحت تأثیر قرار گرفته است؟

اینجا نقش ITSM و به‌طور خاص CI Map و CMDB/CMS حیاتی می‌شود. CI Map فقط نقشه تجهیزات نیست؛ نقشه زنده وابستگی میان دارایی‌ها، سامانه‌ها، خدمات، کانال‌ها، قراردادها، ریسک‌ها و آثار کسب‌وکاری است. اگر بانک نداند یک اختلال در لایه ارتباطی یا ذخیره‌سازی دقیقا به کدام خدمات کارتی، موبایل‌بانک، اینترنت‌بانک، پایا، ساتنا، چک، شعبه، کارتخوان و مشتریان حقوقی وصل است، در زمان بحران ناچار می‌شود با حدس و تجربه افراد کلیدی تصمیم بگیرد. این همان نقطه‌ای است که دانش سازمانی به حافظه چند نفر محدود می‌شود و تاب‌آوری نهادی شکل نمی‌گیرد.

در مدیریت امنیت، CMDB دیگر دفترچه دارایی‌های فناوری نیست. CMDB باید به حافظه عملیاتی امنیت و ریسک تبدیل شود. یعنی برای هر CI، مالک، سطح حیاتی‌ بودن، وابستگی‌ها، وضعیت وصله‌های امنیتی، طبقه‌بندی داده، ارتباط با سرویس‌های حیاتی، تأمین‌کننده، وضعیت پشتیبان‌گیری، موقعیت در معماری، سناریوی بازیابی و اثر توقف مشخص باشد. بدون این تصویر، تیم امنیت ممکن است بداند حمله از کجا آمده، اما تیم مدیریت خدمت نداند کدام خدمت باید اول برگردد؛ تیم عملیات ممکن است بداند کدام سرور آسیب دیده، اما مدیر کسب‌وکار نداند کدام گروه مشتری باید سریع‌تر اطلاع‌رسانی شود؛ تیم روابط عمومی ممکن است بیانیه بدهد، اما Service Desk تصویر عملیاتی لازم برای پاسخ دقیق به مشتری را نداشته باشد.

حملات اخیر بانکی نشان داد که در بحران سایبری، زمان تشخیص اثر به‌اندازه زمان بازیابی فنی مهم است. سازمانی که CI Map ندارد، شاید بتواند با تلاش قهرمانانه تیم‌های فنی بخشی از سرویس را برگرداند، اما نمی‌تواند به‌سرعت تصمیم بگیرد اولویت بازیابی چیست. آیا خدمات کارتی باید اول برگردد؟ آیا سرویس چک مشتریان کسب‌وکاری حیاتی‌تر است؟ آیا اتصال شعبه باید مقدم باشد یا موبایل‌بانک؟ آیا ریسک حقوقی از ریسک شهرت مهم‌تر است؟ آیا یک قطعی محدود در کانال دیجیتال، به دلیل وابستگی به سامانه‌های تسویه، اثر زنجیره‌ای روی کسب‌وکارهای پذیرنده ایجاد می‌کند؟

اینجا تفاوت نگاه سنتی IT و نگاه ITIL 5 روشن می‌شود. در نگاه سنتی، حادثه سایبری پرونده واحد امنیت است. در نگاه بالغ‌تر، حادثه سایبری یک رخداد خدمت، یک رخداد تجربه مشتری، یک رخداد عملیاتی، یک رخداد حقوقی، یک رخداد اعتباری و یک رخداد حکمرانی است. به همین دلیل، حداقل ۶ Practice باید یکپارچه کار کنند: مدیریت رخداد، مدیریت مسئله، مدیریت پیکربندی خدمت، مدیریت تداوم خدمت، مدیریت امنیت اطلاعات و مدیریت ریسک. اگر این اتصال وجود نداشته باشد، سازمان ممکن است ابزارهای امنیتی قدرتمندی داشته باشد اما در مدیریت اثر خدمت و اعتماد مشتری ضعیف عمل کند.

این قابلیت‌ها در جدول بعدی به‌صورت خلاصه و کاربردی آمده‌اند.

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

بنابراین اگر ITIL 5 را در متن ایران امروز بخوانیم، پیام آن بسیار روشن است: بانک‌ها و نهادهای مالی باید از امنیت جزیره‌ای به تاب‌آوری خدمت‌محور برسند. SOC بدون ITSM، SIEM بدون CMDB، مانیتورینگ بدون Service Map، مدیریت تغییر بدون تحلیل اثر و پشتیبان‌گیری بدون سناریوی اولویت‌بندی خدمت، هیچ‌کدام برای دوران حملات پیچیده کافی نیستند.

در موج جدید تهدیدات سایبری، بانک موفق بانکی نیست که فقط حمله را دفع کند؛ بانکی است که بداند دقیقا چه چیزی آسیب دیده، چه خدمتی متوقف شده، چه مشتریانی متأثر شده‌اند، چه ریسکی فعال شده، چه اولویتی برای بازیابی وجود دارد و چه تصمیمی باید در سطح عملیات، کسب‌وکار، حقوقی، ارتباطات و هیات‌مدیره گرفته شود. این همان نقطه‌ای است که ITIL ۵ از یک ادبیات مدیریتی به ابزار واقعی حکمرانی ریسک دیجیتال تبدیل می‌شود.

جدول ۲- نقش چند Practice کلیدی ITSM در بحران سایبری بانکی

۶- تغییر مهم در فهرست قابلیت‌ها

یکی از نکات جالب ITIL 5 این است که تعداد Practiceها تغییر بنیادین نکرده و همچنان ۳۴ Practice مطرح است. پس اگر کسی دنبال فهرست کاملا جدیدی از نام‌هاست، احتمالا ناامید می‌شود. اما تغییر مهم در نام‌ها نیست؛ در جایگاه مفهومی آنهاست.

در ITIL 4، Practiceها در سه گروه کلی دیده می‌شدند: General Management، Service Management و Technical Management. در ITIL 5، این ساختار به دو گروه اصلی تبدیل شده است: Product and Service Management و General Management. این جابه‌جایی از نظر مدیریتی بسیار مهم است. چرا؟ چون دسته مستقل Technical Management عملا حذف شده و قابلیت‌هایی مانند Deployment Management، Infrastructure and Platform Management و Software Development and Management به قلب Product and Service Management منتقل شده‌اند.

این یعنی توسعه نرم‌افزار، استقرار، زیرساخت و پلتفرم دیگر کارهای فنی جداافتاده نیستند؛ بخشی از جریان ارزش محصول و خدمت‌اند. برای سازمان‌های ایرانی این پیام بسیار جدی است. هنوز در بسیاری از شرکت‌ها، واحد توسعه، واحد عملیات، واحد زیرساخت و واحد کسب‌وکار با زبان‌های متفاوت حرف می‌زنند. محصول در جلسات مدیریتی تعریف می‌شود، نرم‌افزار در تیم توسعه ساخته می‌شود، عملیات در دیتاسنتر گرفتار نگهداری می‌شود، مرکز تماس هم آخرین نفر در زنجیره‌ای است که باید با مشتری ناراضی حرف بزند. ITIL 5 می‌گوید این مدل دیگر جواب نمی‌دهد. اگر همه این اجزا در یک چرخه محصول و خدمت دیده نشود، سازمان دیجیتال شکل نمی‌گیرد.

جابه‌جایی دیگر، اهمیت امنیت و مالی خدمت است. امنیت اطلاعات و مدیریت مالی خدمت دیگر نباید موضوعاتی ستادی، جداافتاده یا پسینی تلقی شود. امنیت باید در طراحی، ساخت، تحویل و عملیات محصول و خدمت حضور داشته باشد. بخش مالی خدمت هم باید از ابتدا در مدل محصول دیده شود؛ یعنی بدانیم هزینه ارائه سرویس چیست، ارزش خلق‌شده چیست، قیمت‌گذاری یا مدل درآمدی چگونه است، مصرف منابع چگونه کنترل می‌شود و بازگشت سرمایه چگونه سنجیده می‌شود.

این همان نقطه‌ای است که بسیاری از پروژه‌های دیجیتال در ایران زمین می‌خورند: محصول ساخته می‌شود اما مدل اقتصادی ندارد؛ سرویس عرضه می‌شود اما هزینه عملیاتی آن معلوم نیست؛ تجربه مشتری تبلیغ می‌شود اما هزینه پشتیبانی، ریسک امنیتی و تاب‌آوری آن محاسبه نشده است.

۷- هوش مصنوعی؛ ابزار کمکی یا موضوع حاکمیتی؟

یکی از تفاوت‌های جدی ITIL 5، ورود پررنگ‌تر هوش مصنوعی است. اما باید مراقب سوءتفاهم باشیم. مسئله این نیست که چند Chatbot به پیشخوان خدمت وصل کنیم و بگوییم AI وارد ITSM شد. هوش مصنوعی در مدیریت محصول و خدمت دیجیتال فقط ابزار پاسخگویی نیست؛ موضوع حاکمیت است.

وقتی AI در Incident Management به تحلیل رخداد کمک می‌کند، در Problem Management الگوهای پنهان را تشخیص می‌دهد، در Service Desk پاسخ اولیه می‌دهد، در Knowledge Management محتوا تولید یا بازیابی می‌کند، در Monitoring پیش‌بینی اختلال انجام می‌دهد و در تصمیم‌گیری مدیریتی پیشنهاد می‌دهد، دیگر نمی‌توان آن را بدون چارچوب رها کرد.

سؤال‌های جدیدی شکل می‌گیرد: تصمیم AI چقدر قابل توضیح است؟ خطای آن چه کسی را مسئول می‌کند؟ داده آموزشی آن از کجا آمده است؟ آیا اطلاعات محرمانه مشتری وارد مدل شده است؟ آیا پیشنهاد AI در تعارض با مقررات یا سیاست سازمان است؟ آیا مدل در شرایط بحران قابل اتکاست؟ آیا انسان همچنان در حلقه تصمیم‌های حساس حضور دارد؟

ITIL 5 با برجسته‌کردن AI Governance می‌گوید هوش مصنوعی فقط بهینه‌سازی نیست؛ اعتماد، شفافیت، مسئولیت‌پذیری و کنترل هم هست. در صنعت مالی ایران که با داده حساس، اعتماد عمومی، مقررات، پول مردم و ریسک‌های امنیتی سروکار دارد، این موضوع نه تزئینی است و نه قابل تعویق.

۸- از ITSM به ESM، و از ESM به مدیریت محصول و خدمت

سال‌ها پیش وقتی بحث ESM مطرح شد، عده‌ای آن را توسعه ITSM به واحدهای دیگر سازمان دانستند. این برداشت ناقص بود. ESM یعنی منطق مدیریت خدمت از IT فراتر می‌رود و در کل سازمان جاری می‌شود؛ منابع انسانی، مالی، حقوقی، تدارکات، شعب، عملیات، پشتیبانی، فروش و سایر واحدها هم باید خدمت را با زبان مشترک، جریان ارزش، تجربه و سطح خدمت مدیریت کنند.

اما ITIL 5 یک گام جلوتر می‌رود. در سازمان دیجیتال، حتی ESM هم اگر فقط به گردش درخواست‌ها محدود شود، کافی نیست. باید محصول و خدمت را با هم دید. بسیاری از خدمات سازمانی امروز در قالب محصولات دیجیتال ارائه می‌شود. یک پرتال منابع انسانی، یک سامانه تسهیلات، یک اپلیکیشن بیمه، یک API بانکی، یک درگاه پرداخت، یک پلتفرم BNPL یا یک سامانه احراز هویت، هم محصول‌اند، هم خدمت. مالک محصول، عملیات، امنیت، پشتیبانی، تجربه، چرخه عمر و مدل اقتصادی دارد.

بنابراین سوال کلیدی این نیست که آیا ابزار ITSM داریم یا نداریم. سوال این است که آیا مدل عملیاتی ما می‌تواند محصول و خدمت دیجیتال را از لحظه ایده تا لحظه تجربه مشتری مدیریت کند یا نه.

۹- پیام اجرایی برای مدیران ایرانی

اگر بخواهیم ITIL 5 را برای مدیران عامل، اعضای هیات‌مدیره، مدیران فناوری، مدیران تحول دیجیتال و مدیران محصول در ایران ترجمه مدیریتی کنیم، پیام آن چند جمله ساده است:

• اول، دیجیتال ‌بودن با داشتن کانال دیجیتال مساوی نیست. سازمانی دیجیتال است که مدل عملیاتی، تصمیم‌گیری، مدیریت ریسک، تجربه مشتری، چرخه محصول و مدل اقتصادی آن دیجیتال شده باشد.
• دوم، IT دیگر واحد پشتیبان نیست. در بانک، بیمه، پرداخت، سلامت دیجیتال، اپراتور و حتی آموزش، IT بخشی از ماهیت کسب‌وکار است.
• سوم، محصول و خدمت را نباید جداگانه مدیریت کرد. هر محصول دیجیتال، یک خدمت عملیاتی زنده است و هر خدمت دیجیتال، یک محصول قابل طراحی، توسعه، بهبود و بازنشستگی است.
• چهارم، تجربه مشتری فقط موضوع واحد CX نیست. تجربه، خروجی کل زنجیره ارزش است؛ اگر زیرساخت، تغییر، امنیت، پایش یا پشتیبانی درست نباشد، تجربه مشتری آسیب می‌بیند.
• پنجم، هوش مصنوعی بدون حاکمیت می‌تواند به همان اندازه که ارزش‌آفرین است، خطرساز باشد.
• ششم، ابزار به‌تنهایی کافی نیست. ابزار خوب بدون بلوغ سازمانی، معماری درست، داده قابل اعتماد، نقش‌های مشخص و جریان ارزش روشن، به داشبوردهای زیبا و خروجی‌های کم‌اثر منتهی می‌شود.

۱۰- خطای رایج: تبدیل ITIL به پروژه نرم‌افزاری

یکی از خطاهای تکراری در کشور این است که ITIL را به خرید یا استقرار نرم‌افزار تقلیل می‌دهیم. نرم‌افزار لازم است، اما کافی نیست. همان‌طور که داشتن Core Banking بانک را دیجیتال نمی‌کند، داشتن ابزار ITSM هم سازمان را ITIL-based نمی‌کند.

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

در ITIL 5 این خطر بیشتر هم می‌شود. چون بازار احتمالا به‌سرعت سراغ واژه‌های جذاب خواهد رفت: AI-enabled ITSM، AIOps، Product Lifecycle، Experience Management، Digital Service Platform و امثال این‌ها. اما اگر پشت این واژه‌ها مدل حاکمیتی، Practice واقعی و بلوغ عملیاتی نباشد، نتیجه چیزی جز تورم اصطلاحات نخواهد بود.

۱۱- جمع‌بندی؛ ITIL 5 آینه‌ای برای بلوغ دیجیتال ماست

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

اگر سازمانی هنوز خدمت را از محصول جدا می‌بیند، اگر فناوری را پشتیبان کسب‌وکار می‌داند نه بخشی از ماهیت آن، اگر امنیت را مانع توسعه و مالیه خدمت را گزارش آخر پروژه می‌بیند، اگر تجربه مشتری را به واحد روابط عمومی یا مرکز تماس واگذار کرده، اگر هوش مصنوعی را فقط ابزار کاهش هزینه نیروی انسانی می‌فهمد، هنوز برای ITIL 5 آماده نیست؛ حتی اگر در ظاهر چند نفر گواهینامه جدید بگیرند.

اما اگر سازمانی بپذیرد که دنیای دیجیتال، مدیریت دیجیتال می‌خواهد؛ اگر محصول، خدمت، تجربه، امنیت، عملیات، داده، AI و اقتصاد سرویس را در یک چرخه واحد ببیند؛ اگر به‌جای شعار، مدل عملیاتی بسازد؛ آنگاه ITIL 5 می‌تواند برای آن سازمان فقط یک چارچوب آموزشی نباشد، بلکه زبان مشترک بلوغ دیجیتال و تاب‌آوری خدمت‌محور شود.

مسئله اصلی همین است: ITIL 5 نمی‌پرسد چند فرآیند دارید. می‌پرسد آیا می‌توانید در یک جهان محصول‌محور، خدمت‌محور، تجربه‌محور، امنیت‌محور و AI-driven، ارزش قابل اتکا خلق کنید یا نه. و این دقیقا همان سوالی است که امروز بسیاری از بانک‌ها، فین‌تک‌ها، اپراتورها، شرکت‌های نرم‌افزاری و نهادهای عمومی ایران باید بی‌تعارف از خودشان بپرسند.