ITIL 5 و طراحی انسان‌محور: چرا کمال فرآیندی به همدلی نیاز دارد؟

از انطباق آماری تا تجربه‌ی واقعی کاربر

اگر سال‌ها در دل مدیریت خدمات فناوری اطلاعات (ITSM) فعالیت کرده باشید، احتمالاً با دغدغه‌های آشنایی درگیر بوده‌اید: نمرات ممیزی، بهینه‌سازی گردش‌کارها و رسیدن به آن آرمان‌شهر «صفر عدم‌انطباق». گذار از ITIL نسخه ۳ به ITIL 4 برای بسیاری از ما مثل یک نفس تازه بود؛ دیوارهای بین بخش‌ها فروریخت و اصول Agile، DevOps و Lean Six Sigma در دل یک سیستم یکپارچه‌ی ارزش خدمات (Service Value System) ادغام شدند.

اما وقتی به افق پیش رو نگاه می‌کنیم و به آنچه احتمالاً ITIL V5 خواهد شد فکر می‌کنیم، یک نکته روشن است: دیگر ساختن یک فرآیند از نظر فنی بی‌نقص کافی نیست. مرز بعدی، سفت‌کردن حاکمیت یا فشردن چند درصد کارایی بیشتر از فرآیندها نیست. مرز بعدی، شناخت انسانی است. ما وارد دورانی می‌شویم که ITIL باید به‌طور مستقیم با طراحی انسان‌محور (Human-Centric Design یا HCD) تلاقی پیدا کند.

چرا؟ چون یک فرآیند می‌تواند روی کاغذ نمره‌ی ممیزی بی‌نقص و انطباق کامل با SLA داشته باشد، اما در عین حال برای انسانی که قرار است از آن استفاده کند، به یک کابوس واقعی تبدیل شود.

توهم فرآیند کامل

یک گلوگاه کلاسیک را در نظر بگیرید: تأیید بسته‌های انتشار نرم‌افزار برای محیط‌های SIT و UAT. در یک محیط سنتی ITSM، این فرآیند به‌شدت دروازه‌بانی‌شده است؛ چک‌لیست‌ها، گردش‌کارهای تأیید و الزامات مستندسازی دقیق. از منظر حاکمیت، این فرآیند سنگ‌بناست و هیچ ایرادی ندارد.

اما تجربه‌ی واقعی مدیر انتشار یا توسعه‌دهنده چیست؟ معمولاً یعنی پرش بین Jira برای user storyها، Zephyr برای موارد تست و Confluence برای مستندسازی، در حالی که تلاش می‌کند به‌صورت دستی داده‌ها را کنار هم بچیند تا رضایت یک دروازه‌بان کیفیت را جلب کند. بار شناختی سرسام‌آور می‌شود، ناکامی بالا می‌گیرد، و همین فرآیند کامل ناخواسته کاربران را به سمت IT سایه (Shadow IT) یا کار شتاب‌زده برای عبور از پیچ‌وخم اداری سوق می‌دهد.

اینجاست که طراحی انسان‌محور مسیر گفت‌وگو را عوض می‌کند. HCD ما را وادار می‌کند دیگر نپرسیم «آیا این فرآیند الزامات انطباق سازمانی را برآورده می‌کند؟» بلکه بپرسیم: «واقعیت روانی و عملیاتیِ انسانی که در این فرآیند حرکت می‌کند چیست؟»

دروازه‌بان‌های هوشمند و بار شناختی

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

اگر می‌خواهیم معماران هوش کیفیت واقعی بسازیم — سیستم‌هایی که واقعاً کمک می‌کنند نه اینکه مانع شوند — باید آن‌ها را با همدلی طراحی کنیم.

تصور کنید یک عامل هوشمند مبتنی بر پلتفرمی مانند Purple Fabric (PF) را برای انجام همان تأیید انتشار UAT به کار می‌گیرید. اگر این عامل فقط یک وضعیت دوتایی رد شد به همراه یک لاگ خطای فشرده و غیرقابل‌فهم برگرداند، در آزمون HCD مردود شده‌ایم. در عوض، باید سیستم‌هایی بسازیم که به هوش مبتنی بر اصول اولیه مجهز باشند. وقتی یک عامل هوشمند یک عدم‌انطباق (NC) را رمزگشایی می‌کند، نباید فقط خطا را پرچم بزند؛ باید چرایی آن را با زبانی روشن و قابل‌اقدام برای انسان توضیح دهد.

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

از پایگاه‌های دانش تا باغ‌های دانش

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

ذهنیت ITIL V5، با محوریت HCD، مفهوم مخزن را به یک باغ دانش سازمانی (Enterprise Knowledge Garden) تبدیل می‌کند. باغ، زنده، پویا و پرورش‌یافته است. به‌جای اینکه کاربر مجبور شود گردش‌کار خود را رها کند، پورتال را باز کند و دنبال یک کلیدواژه بگردد، یک سیستم هوشمند به‌طور پیش‌کنشانه دقیقاً همان قطعه دانشی را که بر اساس زمینه‌ی فعلی و حلقه‌های استدلالی کاربر لازم است، در اختیارش می‌گذارد. ما دیگر فقط دانش را مدیریت نمی‌کنیم؛ ما تحویلِ بینش را مدیریت می‌کنیم.

بازطراحی چارچوب: رویکرد HCD در عمل

اگر شما یک PMP یا یک ITIL Managing Professional هستید که می‌خواهید ارائه‌ی خدمات سازمانتان را برای آینده آماده کنید، ادغام طراحی انسان‌محور به یک تغییر بنیادین در نحوه‌ی ساخت و اندازه‌گیری خدمات نیاز دارد.

• زمینه، مهم‌تر از چک‌لیست، در طراحی خدمات پیش از تعریف الزامات ظرفیت یا در‌دسترس‌بودن، کنار کاربران خود بنشینید. منظورم ارسال یک نظرسنجی نیست. تماشا کنید که آن‌ها واقعاً چگونه با ابزارهایتان تعامل می‌کنند. کجا آه می‌کشند؟ کجا یک صفحه‌گسترده‌ی جداگانه باز می‌کنند چون سیستم شما بیش از حد دست‌وپاگیر است؟ آن اصطکاک، همان نقطه‌ای است که طراحی شما باید از آنجا آغاز شود. شما در حال طراحی برای کاهش تلاش ذهنی هستید، نه صرفاً برای برآورده‌کردن یک مشخصه‌ی فنی.
• توافق‌نامه‌های سطح تجربه (XLA) وقت آن رسیده بپذیریم که SLAها معیارهای پایه‌اند، نه معیارهای موفقیت. سرور شما ممکن است ۹۹.۹۹ درصد در‌دسترس باشد، اما اگر پورتال آن‌قدر غیرشهودی باشد که کاربر از ثبت تیکت منصرف شود، خدمت شما شکست خورده است. XLAها احساس، تلاش و رضایت را می‌سنجند. آن‌ها ما را در برابر تجربه‌ی انسانی پاسخگو می‌کنند و وادارمان می‌کنند به سفر کلی نگاه کنیم، نه فقط نقاط بازرسی فنی جداگانه.
• گذارهای همدلانه مرحله‌ی استقرار، جایی است که بیشتر فرآیندها کاربر نهایی را از پا در می‌آورند. ما معمولاً تمرکز شدیدی روی انتشار فنی داریم و مدیریت تغییر سازمانی (OCM) را به یک کار حاشیه‌ای — معمولاً فقط یک ایمیل و یک راهنمای PDF — تقلیل می‌دهیم. یک گذار انسان‌محور، منحنی پذیرش کاربر را معیار اصلی موفقیت یک انتشار می‌داند. این رویکرد شامل استقرار تدریجی، حلقه‌های بازخورد آنی و تنظیم سیستم بر اساس رفتار واقعی کاربران در زمان واقعی است.

خط پایان کمال فرآیندی

برای کسانی که در روش‌شناسی‌هایی مثل Lean Six Sigma غرق شده‌اند، راحت است که همدلی را یک معیار نرم و غیرقابل‌سنجش بدانیم. اما واقعیت این است که اصطکاک کاربر، مستقیماً به هدررفت زمان، افزایش نرخ خطا و از‌دست‌رفتن سرمایه ترجمه می‌شود.

تحول به‌سوی ITIL V5 فقط درباره‌ی ادغام فناوری هوشمندتر یا نوشتن چارچوب‌های جامع‌تر نیست. این یک بیداری است: نشانه‌ی نهایی کمال یک فرآیند، این است که آن فرآیند برای کسی که از آن استفاده می‌کند، چقدر نامرئی به نظر برسد.

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