وبلاگ
بررسی بازگشت سرمایه (ROI) در پیاده‌سازی ITIL V5
انتشار نسخه پنجم چارچوب ITIL، بار دیگر این پرسش را برای مدیران فناوری اطلاعات مطرح کرده است که آیا سرمایه‌گذاری در مهاجرت به این نسخه، از نظر مالی و عملیاتی توجیه‌پذیر است یا خیر. باید از همان ابتدا روشن باشد که ITIL نسخه پنجم یک انقلاب در مدیریت خدمات فناوری اطلاعات نیست، بلکه یک بازتنظیم هدفمند از اصولی است که در نسخه چهارم پایه‌گذاری شده بودند. نسخه چهارم پیش‌تر یک سامانه ارزش خدمت مدرن، ۳۴ عملکرد کاربردی و ارتباط نسبتاً خوبی با رویکردهای چابک (Agile) و DevOps ارائه کرده بود. نسخه پنجم همه این دستاوردها را حفظ می‌کند، اما آن‌ها را در چارچوبی بازتعریف می‌کند که با واقعیت امروز سازمان‌ها، یعنی خطوط محصول، تیم‌های میان‌کارکردی، تیم‌های پلتفرم و حضور گسترده هوش مصنوعی، هم‌خوانی بیشتری دارد.
سه تغییر اصلی در این نسخه اهمیت ویژه‌ای دارند: نخست، مدل چرخه عمر محصول و خدمت که با نحوه کار واقعی تیم‌های دیجیتال، از مرحله کشف تا پشتیبانی، هم‌راستا است؛ دوم، راهنمایی‌های بومی برای هوش مصنوعی که مستقیماً به موضوعاتی مانند اتوماسیون، داده و حاکمیت می‌پردازد؛ و سوم، طرح گواهی‌نامه‌ای سبک‌تر و مبتنی بر نقش که همراه با مدل‌های تصمیم‌گیری شفاف‌تر، مشارکت افراد غیرفناوری اطلاعاتی را نیز تسهیل می‌کند. برای برخی سازمان‌ها، این تغییرات داستان بازگشت سرمایه قانع‌کننده‌ای رقم می‌زنند؛ اما برای برخی دیگر، پیاده‌سازی صحیح نسخه چهارم همچنان کافی است.
نسخه پنجم ITIL چگونه بازگشت سرمایه واقعی ایجاد می‌کند؟
باید صادقانه اذعان کرد که ITIL نسخه پنجم به‌تنهایی انباشت حوادث را برطرف نمی‌کند و جلسات هیئت مشاوره تغییر را نیز خودبه‌خود کارآمدتر نمی‌سازد. آنچه این نسخه واقعاً ارائه می‌دهد، چارچوبی است که بالاخره می‌پذیرد سازمان‌های دیجیتال مدرن چگونه واقعاً کار می‌کنند: در قالب محصولات، پلتفرم‌ها و اکوسیستم‌های داده‌محور و مبتنی بر هوش مصنوعی.
مدل مدیریت چرخه عمر محصول و خدمت
مدل مدیریت چرخه عمر محصول و خدمت، زنجیره ارزش خدمت نسخه چهارم را با مراحلی جایگزین می‌کند که طبیعی‌تر با نحوه کار تیم‌های محصول هم‌خوانی دارند: کشف، طراحی، ساخت، بهره‌برداری و پشتیبانی. سازمان‌هایی که طی سال‌های اخیر تلاش کرده‌اند مفاهیم «محصولات و مسیرهای مشتری» را به زبان «خدمات و تیکت‌ها» ترجمه کنند، اکنون می‌توانند از این هم‌راستایی مستقیماً بهره ببرند و دیگر نیازی به جا دادن تفکر محصول‌محور در قالب‌های خدمت‌محور نخواهند داشت.
حاکمیت هوش مصنوعی به‌عنوان یک رکن اصلی
نکته مهم‌تر آن است که نسخه پنجم، هوش مصنوعی و اتوماسیون را به‌عنوان اجزای اصلی چارچوب در نظر می‌گیرد، نه موضوعاتی حاشیه‌ای. راهنمایی‌های صریح درباره میزهای خدمت مبتنی بر هوش مصنوعی، عملیات فناوری اطلاعات هوشمند (AIOps)، حاکمیت داده و اتوماسیون اخلاقی، ریسک واقعی گسترش «هوش مصنوعی سایه» در عملیات سازمانی، بدون نظارت مناسب، را کاهش می‌دهد.
جایی که بازگشت سرمایه قوی‌تر است
سازمان‌هایی که از پیش حول محصولات و پلتفرم‌های دیجیتال سازمان‌دهی شده‌اند، زبان ITIL نسخه پنجم را به‌راحتی درک خواهند کرد. اگر هیئت‌مدیره سازمان شما به‌طور مستمر درباره حاکمیت هوش مصنوعی و ارزش افزوده تدریجی این چارچوب پرسش می‌کند و در ارتباط دادن شاخص‌های حادثه به نتایج کسب‌وکار با مشکل مواجه‌اید، این چارچوب جدید می‌تواند زیرساخت لازم برای چنین گفت‌وگوهایی را فراهم کند.
جایی که نسخه چهارم همچنان کافی است
اگر سازمان شما در حال اجرای خدمات فناوری اطلاعات مشترک و باثبات با تفکر محصول‌محور محدود است، یا اگر ITIL نسخه چهارم در سازمان شما عمدتاً «تنها روی کاغذ» باقی مانده، مهاجرت به نسخه پنجم بیشتر نوعی نویز خواهد بود تا ارزش واقعی. همان‌طور که یک مدیر ارشد فناوری اطلاعات در ملبورن اشاره کرده، اگر سازمانی هنوز با تأییدیه‌های تغییر از طریق ایمیل دست‌وپنجه نرم می‌کند، ITIL نسخه پنجم فوری‌ترین مسئله آن سازمان نیست.
آیا نسخه پنجم واقعاً با تیم‌های محصول‌محور و عملیات مبتنی بر هوش مصنوعی هم‌خوانی دارد؟
در بسیاری از سازمان‌های بزرگ، تیم‌های توسعه در قالب اسکوادها و قبیله‌ها کار می‌کنند، شاخص‌های OKR را پیگیری می‌کنند و به زبان پلتفرم‌ها و مسیرهای مشتری صحبت می‌کنند؛ در حالی که تیم عملیات فناوری اطلاعات همچنان با چارچوبی مبتنی بر «خدمات» و «تیکت‌ها» تلاش می‌کند از آن‌ها پشتیبانی کند. این لایه ترجمه میان دو دنیا، منبع اصلی اصطکاک و ناهم‌راستایی در جلسات برنامه‌ریزی مشترک است.
در ITIL نسخه پنجم، محصولات و خدمات به‌عنوان ارکان اصلی چارچوب شناخته می‌شوند و این لایه ترجمه دست‌وپاگیر حذف می‌شود. مراحل مدیریت چرخه عمر محصول و خدمت به‌طور طبیعی بر اسپرینت‌های چابک، خطوط لوله DevOps و شیوه‌های مهندسی پلتفرم منطبق می‌شوند و مدیران محصول و تیم‌های مهندسی قابلیت اطمینان سایت (SRE) می‌توانند بدون نیاز به واسطه، با تیم‌های مدیریت خدمات گفت‌وگوی منسجمی داشته باشند.
با این حال، باید با نگاهی واقع‌بینانه به این چارچوب نگریست. ITIL نسخه پنجم همچنان یک راهنمای سطح بالا است، نه دستورالعملی تجویزی و دقیق. سازمان‌ها همچنان باید آن را با شیوه‌های SRE، شاخص‌های DORA و احتمالاً استاندارد ISO/IEC 42001 برای حاکمیت جامع هوش مصنوعی ترکیب کنند. این چارچوب جلسات روزانه تیم را برگزار نمی‌کند و جایگزین انضباط عملیاتی روزمره نیست.
واقعیت‌های مهاجرت: هزینه، تلاش و ریسک
نکته مهم آن است که مهاجرت به ITIL نسخه پنجم یک بازسازی کامل نیست. این فرایند نیازمند دور انداختن کامل نسخه چهارم و شروع از صفر، جایگزینی کامل ابزارهای مدیریت خدمات فناوری اطلاعات یا بازنویسی تمام اسناد فرایندی نیست.
هر ۳۴ عملکرد کاربردی نسخه چهارم همچنان معتبر باقی می‌مانند و صرفاً در سامانه ارزش و مدل جدید چرخه عمر محصول و خدمت بازتعریف می‌شوند، نه کنار گذاشته می‌شوند. پیکربندی‌های موجود در ابزارهایی مانند ServiceNow، BMC Remedy یا Jira Service Management نیز نیازی به جایگزینی کامل ندارند. به تعبیر یک مدیر فناوری اطلاعات در بریزبن، این فرایند بیشتر شبیه به‌روزرسانی سیستم‌عامل داخلی یک دستگاه است تا تعویض کامل سیستم‌عامل آن.
در حوزه سرمایه‌گذاری روی آموزش نیروی انسانی، مسیرهای انتقالی برای متخصصان دارای گواهی نسخه چهارم به سمت نسخه پنجم وجود دارد. برای سازمانی با ۵۰ متخصص فناوری اطلاعات، بودجه‌ای در حدود ۷۵ تا ۱۲۵ هزار دلار برای آموزش سطح پایه، با ترکیبی از آموزش حضوری و مجازی، قابل پیش‌بینی است. ماژول‌های مبتنی بر نقش مانند متخصص، رهبر و راهبرد‌گذار نیز سرمایه‌گذاری بیشتری می‌طلبند، اما می‌توان آن‌ها را بر اساس اولویت و جریان ارزش به‌صورت مرحله‌ای پیاده‌سازی کرد. میزان تلاش لازم برای آموزش نیز به بلوغ فعلی سازمان بستگی دارد؛ اگر تیم‌ها واقعاً شیوه‌های نسخه چهارم را در کار روزانه خود نهادینه کرده باشند، این گذار کوتاه‌تر خواهد بود.
از نظر فرایندی و حاکمیتی نیز، برای نگاشت جریان‌های ارزش و رویه‌های فعلی به چارچوب جدید، به‌روزرسانی سیاست‌ها، بازبینی نهادهای تصمیم‌گیری و تقویت پروتکل‌های حاکمیت هوش مصنوعی، معمولاً سه تا شش ماه زمان لازم است. بزرگ‌ترین ریسک در این مسیر، برخورد با مهاجرت به‌عنوان یک تغییر نام‌گذاری صرف است، نه یک ارتقای واقعی قابلیت. صرفاً افزودن عدد پنج به اسناد فرایندی، تحول ایجاد نمی‌کند و اگر این مهاجرت بدون منطق روشن و تعهد قابل‌مشاهده رهبری سازمان انجام شود، نتیجه آن بدبینی سازمانی خواهد بود، نه بهبود واقعی.
چه زمانی باید مهاجرت کرد و چه زمانی باید ثابت ماند؟
پرسش راهبردی اصلی این نیست که آیا نسخه پنجم بهتر از نسخه چهارم است، بلکه این است که آیا نسخه پنجم مشکلاتی را که سازمان واقعاً با آن مواجه است، به شکلی حل می‌کند که سرمایه‌گذاری و تلاش لازم برای تغییر را توجیه کند.
نشانه‌هایی که مهاجرت به نسخه پنجم را توجیه می‌کنند شامل این موارد است: سازمان حول محصولات و پلتفرم‌های دیجیتال سازمان‌دهی شده است؛ هوش مصنوعی و اتوماسیون به‌طور قابل‌توجهی در عملیات جاری یا آتی سازمان نقش دارند و نیاز به چارچوب حاکمیتی متناسب با این واقعیت وجود دارد؛ و هیئت‌مدیره یا مدیران ارشد به‌طور مستمر خواستار روایتی روشن‌تر برای پیوند ریسک فناوری اطلاعات، ارائه ارزش و نتایج کسب‌وکار هستند.
در مقابل، نشانه‌هایی که لزوم تثبیت نسخه چهارم پیش از مهاجرت را نشان می‌دهند عبارت‌اند از: پیاده‌سازی ناقص یا صرفاً کاغذی نسخه چهارم در سازمان؛ در میانه تغییرات بزرگ ابزار مدیریت خدمات فناوری اطلاعات یا مدل عملیاتی بودن؛ و خستگی سازمانی از تغییرات مکرر که اعتماد به چارچوب‌ها را کاهش داده است. اگر کارکنان سازمان فاقد انضباط‌های پایه‌ای مانند تفکیک صحیح حوادث، کنترل کارآمد تغییرات و مدیریت واقعی مشکلات باشند، شماره نسخه اهمیتی ندارد و باید ابتدا نحوه کار اصلاح شود.
رویکرد عملی ارزیابی این است که وضعیت فعلی سازمان را در دو محور بسنجیم: میزان محصول‌محور بودن در برابر خدمت‌محور بودن، و میزان مبتنی بودن عملیات بر هوش مصنوعی در برابر رویکردهای سنتی. سازمانی که در هر دو محور امتیاز بالایی دارد، به احتمال زیاد از مهاجرت به نسخه پنجم بازگشت سرمایه روشنی خواهد داشت. سازمانی که در هر دو محور امتیاز پایینی دارد، باید ابتدا نسخه چهارم را بهینه کند. سازمان‌های میانی نیز می‌توانند مهاجرت مرحله‌ای و هدفمند بر جریان‌های ارزش خاص را در دستور کار قرار دهند.
جمع‌بندی
ITIL نسخه پنجم نه یک راه‌حل جادویی است و نه صرفاً یک تغییر نام بی‌ارزش. این نسخه، تکاملی سنجیده است که بالاخره می‌پذیرد اکثر سازمان‌های دیجیتال چگونه واقعاً کار می‌کنند: در قالب محصولات، پلتفرم‌ها و اکوسیستم‌های داده‌محور مبتنی بر هوش مصنوعی. برای برخی سازمان‌ها، این تکامل بازدهی واقعی به همراه خواهد داشت؛ از جمله هم‌راستایی روشن‌تر میان محصول، عملیات و ریسک، زبان مشترک از سطح اسکواد تا هیئت‌مدیره، و چارچوبی که با رویکردهای چابک و DevOps احساس بیگانگی نمی‌کند.
برای سازمان‌های دیگر، پاسخ صادقانه‌تر این است که «هنوز زمان آن نرسیده است». اگر نسخه چهارم همچنان عمدتاً در حد آرمان باقی مانده، مهاجرت صرفاً برچسب‌ها بدون بلوغ واقعی رفتارها، تنها اسلایدهای رنگارنگ‌تری تولید خواهد کرد. بازگشت سرمایه واقعی زمانی حاصل می‌شود که تیم‌ها از ITIL برای تصمیم‌گیری بهتر، سریع‌تر و ایمن‌تر استفاده کنند، نه صرفاً برای قبولی در یک آزمون دیگر. گام عملی بعدی روشن است: نگاشت وضعیت فعلی سازمان از نظر طراحی سازمانی، میزان استفاده از هوش مصنوعی و بلوغ نسخه چهارم، تعریف تصمیماتی که قرار است بهبود یابند، و تنها پس از آن تصمیم‌گیری درباره اینکه آیا نسخه پنجم محرک تحول است یا صرفاً عامل حواس‌پرتی.
منبع: advancedtraining