Freeze Window و Change Calendar در ServiceDesk Plus؛ جلوگیری از Change Conflict
یکی از پرهزینهترین خطاهای Change Management زمانی رخ میدهد که خود Change درست طراحی شده اما زمان اجرای آن غلط انتخاب شده است. دو تغییر مهم در یک بازه، Deployment در زمان اوج کسبوکار، یا اجرای Change درست در روزی که سازمان عملاً نباید تغییر جدیدی بپذیرد، میتواند یک برنامه خوب را به Incident تبدیل کند.
در ServiceDesk Plus Cloud، قابلیتهای Freeze Window، Maintenance Window و Change Calendar دقیقاً برای همین مسئله طراحی شدهاند: زمانهایی را که تغییر نباید انجام شود از زمانهای مناسب اجرای Change جدا میکنند و Conflict را قبل از اجرا قابل مشاهده میسازند.
Freeze Window چیست؟
Freeze Window بازهای است که سازمان تصمیم میگیرد در آن Change Activity محدود یا متوقف شود. نمونههای رایج عبارتاند از پایان سال مالی، روزهای فروش ویژه، زمان اجرای Payroll، روزهای برگزاری آزمون، دوره Audit یا هر زمانی که Risk Appetite سازمان برای تغییر پایین است.
در ServiceDesk Plus Cloud میتوان Freeze Window را برای همه Changeها یا Scopeهای مشخص تعریف کرد. مستند جاری ManageEngine همچنین امکان تکرار روزانه، هفتگی، ماهانه یا سالانه و تعریف شرط برای Window را ذکر میکند.
Maintenance Window چه تفاوتی دارد؟
Maintenance Window برعکس Freeze Window، بازهای است که برای اجرای Change مناسب تعریف شده است. مثلاً شنبه شب از ساعت ۲۲ تا ۲ بامداد یا هر پنجشنبه بعد از پایان ساعت کاری. وجود Maintenance Window به تیم کمک میکند Change را به بازههای از پیش توافقشده ببرد.
در سازمان بالغ، Window صرفاً «ساعت خالی تیم IT» نیست؛ باید با Business Calendar، Service Criticality، Backup، Availability Team و Communication Plan هماهنگ باشد.
مسیر تنظیم Freeze و Maintenance Window
طبق Release Notes و راهنمای فعلی ServiceDesk Plus Cloud، مسیر پیکربندی عبارت است از:
Setup > Automation > Conflict Detection > Freeze/Maintenance Windows
در این بخش میتوانید Freeze یا Maintenance Window جدید بسازید، Scope را مشخص کنید، بازه زمانی و Repeat Pattern را تنظیم کنید و در صورت نیاز Condition تعریف کنید.
Conflict Detection چگونه کمک میکند؟
وقتی Change با Window تعریفشده تداخل داشته باشد، ServiceDesk Plus Conflict Alert نمایش میدهد. در List View و Calendar View میتوان وضعیت Window و Change را در کنار هم دید. در Change Details نیز Scheduler به برنامه Change، Release Schedule و Windowهای مرتبط دید میدهد.
مزیت اصلی این قابلیت این است که Conflict قبل از اجرای Change دیده میشود؛ یعنی تیم مجبور نیست بعد از Incident بفهمد دو Change همزمان اجرا شدهاند.
سناریو: پایان ماه مالی
فرض کنید ERP سازمان در دو روز پایانی هر ماه برای Finance حیاتی است. تیم زیرساخت قصد ارتقای Database Driver را دارد و تیم امنیت هم Patch مهمی برنامهریزی کرده است. اگر Freeze Window برای سرویس مالی تعریف نشده باشد، هر دو Change ممکن است از نظر Workflow تأیید شوند.
با تعریف Freeze Window برای بازه پایان ماه، Change Calendar از قبل به تیمها هشدار میدهد. نتیجه این نیست که Change برای همیشه متوقف شود؛ بلکه باید به Maintenance Window بعدی منتقل شود یا در صورت فوریت از مسیر Emergency Change و Change Authority مناسب عبور کند.
Restrict Change Creation در Freeze Window
یکی از قابلیتهای مهم معرفیشده در ServiceDesk Plus Cloud، امکان محدود کردن ایجاد Change هنگام فعال بودن Freeze Window است. این گزینه را باید با احتیاط استفاده کرد. در بعضی سازمانها بهتر است Creation مجاز باشد اما Scheduling/Implementation محدود شود تا Change برای آینده ثبت و ارزیابی شود.
Policy مناسب به مدل Governance سازمان بستگی دارد. هدف Freeze Window حذف Visibility نیست؛ هدف کنترل اجرای Change در زمان پرریسک است.
Change Calendar چه چیزی نشان میدهد؟
Calendar View میتواند Changeها و Freeze/Maintenance Windowها را کنار هم نمایش دهد. این تصویر برای CAB، Change Manager و Service Owner بسیار ارزشمند است زیرا Density تغییرات را در طول زمان نشان میدهد.
اگر یک شب پنج Change روی یک Business Service برنامهریزی شده، حتی اگر هر پنج بهتنهایی Low Risk باشند، Aggregate Risk ممکن است بالا باشد. Calendar کمک میکند این Risk انباشته دیده شود.
Scheduler در Change Details
Scheduler جدید در Change Details برای مشاهده Change/Release Schedule و Windowهای فعال مرتبط طراحی شده است. بسته به Permission، کاربر میتواند برنامه را اضافه یا بهروزرسانی کند. این قابلیت باعث میشود Change Owner مجبور نباشد بین چند صفحه مختلف برای فهم زمانبندی حرکت کند.
Freeze Window را برای چه چیزهایی تعریف کنیم؟
| سناریو | نوع Window | دلیل |
|---|---|---|
| پایان ماه مالی | Freeze | کاهش Risk در پردازش مالی |
| شب نگهداری دیتاسنتر | Maintenance | بازه توافقشده Change |
| فروش ویژه | Freeze | حفظ Availability |
| Patch هفتگی | Maintenance | زمان استاندارد استقرار |
| Audit مهم | Freeze | ثبات Evidence و Configuration |
اشتباه اول: Freeze Window بیش از حد بزرگ
اگر تقریباً تمام ماه Freeze باشد، تیمها Changeها را دور میزنند یا Emergency Change به مسیر عادی تبدیل میشود. Freeze باید استثنا باشد، نه وضعیت دائمی. بازه باید بر اساس Business Risk تعریف شود.
اشتباه دوم: Window بدون Service Scope
همه سرویسها Criticality یکسان ندارند. اگر سیستم Payroll فقط در چند روز خاص حساس است، لزوماً نیازی نیست همه Changeهای شبکه، Endpoint یا Portal داخلی متوقف شوند. اگر نسخه و طراحی شما اجازه Scope مناسب میدهد، Window را به سرویس یا Site مرتبط کنید.
اشتباه سوم: نادیدهگرفتن Dependency
ممکن است Change روی Firewall باشد اما Business Service متاثر ERP باشد. اگر CMDB و Relationshipها درست نباشند، Change Manager ممکن است Window مربوط به سرویس را نبیند. اینجا CI Impact Analysis در ServiceDesk Plus ارزش خود را نشان میدهد.
اشتباه چهارم: تبدیل Calendar به تقویم تزئینی
Calendar باید برای تصمیم استفاده شود. Change Manager باید تراکم Change، Overlap، Service Conflict و Risk را در جلسات برنامهریزی بررسی کند. اگر Calendar فقط برای نمایش باشد، ارزش عملیاتی آن از بین میرود.
رابطه Freeze Window با CAB
Freeze Window جای CAB را نمیگیرد. CAB یا Change Authority تصمیم میگیرد Change با چه سطح Risk و تحت چه شرایطی مجاز است؛ Window مشخص میکند زمان اجرا مناسب است یا نه. یک Change ممکن است از CAB تأیید بگیرد اما Schedule آن همچنان Conflict داشته باشد.
برای تفاوت Standard، Normal و Emergency Change میتوانید مقاله چه زمانی CAB لازم است؟ را ببینید.
رابطه Window با Maintenance
در ServiceDesk Plus، Maintenance Schedule برای تولید دورهای Requestهای نگهداری کاربرد دیگری دارد. مقاله زمانبندی Maintenance در ServiceDesk Plus به آن قابلیت میپردازد. Freeze/Maintenance Window در Conflict Detection بیشتر درباره زمان مناسب یا نامناسب Change است.
پیشنهاد طراحی Governance
- Business Serviceهای Critical را مشخص کنید.
- Business Calendar و Peak Period را از واحدهای کسبوکار بگیرید.
- Freeze Windowهای محدود و معنادار تعریف کنید.
- Maintenance Windowهای استاندارد برای انواع Change مشخص کنید.
- Change Calendar را در CAB Review کنید.
- Emergency Exception را جداگانه Governance کنید.
- بعد از Incident، بررسی کنید Conflict Detection میتوانست آن را پیشگیری کند یا نه.
KPIهای مفید
- تعداد Changeهای دارای Schedule Conflict.
- درصد Changeهای منتقلشده از Freeze به Maintenance Window.
- Change Failure Rate در Windowهای مختلف.
- تعداد Emergency Change در دوره Freeze.
- تعداد Conflictهای شناساییشده پیش از اجرا.
ServiceDesk Plus در معماری Change Management
Freeze Window زمانی بیشترین ارزش را دارد که با Change Workflow، CMDB، Approval، Impact Analysis و گزارش مرتبط باشد. برای آشنایی کامل با محصول، راهنمای ServiceDesk Plus را ببینید. برای خرید و محاسبه Edition نیز راهنمای لایسنس ServiceDesk Plus در دسترس است.
سخن پایانی
بسیاری از Change Failureها نه به خاطر ضعف فنی، بلکه به خاطر زمانبندی بد و همپوشانی تغییرات اتفاق میافتند. Freeze Window، Maintenance Window و Change Calendar کمک میکنند زمان به بخشی از Governance تغییر تبدیل شود. Change خوب فقط باید «درست» باشد؛ باید در «زمان درست» هم اجرا شود.
