FARAYONروی ITSM فعلی شما
ITSM شما سر جایش میماند. فرایون آن را به حرف میآورد.
دستیار هوشمند و لایهی انطباق ITIL که روی سامانهٔ ITSM سازمان و هر ITSM دیگری مینشیند. از تیکت و کارشناس تا دارایی، انبار و بهای تمامشده، هر نقش کار خودش را میبیند و هر عدد منبع دارد. قابل استقرار در زیرساخت سازمان؛ معماری در ارزیابی تعیین میشود.
درخواست نمونه ۱۰۰۰۰ در مرحلهی «تأیید نهایی» مانده است، یعنی ۱۰۰۰ روز. پیش از آن ۳ بار بین مدیر فناوری اطلاعات، کارشناس و مسئول مالی جابهجا شده است.
| مرحله | مدت |
|---|---|
| توزیع | ۰٫۱ روز |
| ارجاع به کارشناس | ۱٫۷ روز |
| انجام کار | ۴۰٫۲ روز |
| تأیید انجام کار | ۰ روز |
| تأیید مالی | ۸ روز |
| تأیید نهایی (هنوز تمام نشده) | ۱۰۰۰ روز |
نمونه — دادهٔ ساختگی فرایون فقط از دادهی ITSM و دانش تأییدشده جواب میدهد. روی هر مهر بزنید تا منبع را ببینید.
همان لحظه، دو تجربه
شش نقش، شش درد آشنا. ستون اول امروزِ یک سازمان نمونه روی سامانهٔ ITSM سازمان است و ستون دوم همان لحظه با فرایون.
درخواستدهنده
نمیداند درخواستش کجاست و چرا ماهها مانده. برای هر مشکل تکراری تیکت تازه میزند.
میپرسد «درخواستم کجاست؟» و مرحله، مسئول و علت تأخیر را به زبان ساده میگیرد. مشکل تکراری پیش از تیکت حل میشود.
کارشناس
نمونه: دانشنامه ۵ مقاله دارد در برابر ۶۰۰ درخواست حلشده. هر مشکل از صفر شروع میشود.
میپرسد «قبلاً این را چطور حل کردیم؟» و جواب را با پیوند به تیکتهای مشابه میگیرد. هر تیکت بسته پیشنویس مقاله میشود.
مسئول فنی
دانشی که ساخته میشود کنترل نمیشود و اصلاحهای تکراری دستی انجام میشود.
صف تأیید مقالهها و اسکریپتها را دارد، با تاریخچه و حق رد. هیچ چیز بیتأیید او منتشر نمیشود.
مدیر IT
نمونه: ۹۰٪ درخواستها بدون اولویتاند، ۲٪ علت ریشهای دارند و تغییرها بیرون از ITSM انجام میشوند.
کارنامهی بلوغ هر practice در ITIL را میبیند و میداند اصلاح را از کجا شروع کند.
مدیر ارشد
نمونه: ۲۷۰ درخواست در «منتظر تأیید» گیر کرده و کسی نمیبیند. گزارش یعنی نامه به IT و انتظار.
هر صبح یک جمله، یک عدد، یک پیوند و یک اقدام میگیرد.
مسئول انبار و دارایی
نمیداند کدام قطعه کی تمام میشود و هر دستگاه واقعاً چقدر خرج دارد. جدول صورتهزینهها در ITSM نمونه حتی یک ردیف ندارد.
پیش از کمبود هشدار میگیرد، پیش از خرید انتقال بین انبارها را میبیند و بهای تمامشدهی هر دستگاه را با منبع دارد.
عددها از دادهی آزمایشی یک سازمان نمونه روی سامانهٔ ITSM سازمان.
نقش خودتان را انتخاب کنید
هر نقش گردش کار خودش را میبیند. یکی را انتخاب کنید تا همان مسیر قدمبهقدم پخش شود.
همین مشکل پیشتر در ITSM ثبت و حل شده است: قابلیت دورو در تنظیمات چاپگر فعال نبود. گامها:
- ۱) Printing preferences چاپگر را باز کنید
- ۲) گزینهی Print on both sides را روشن کنید
- ۳) یک صفحهی آزمایشی چاپ کنید.
- دسته
- سختافزار › چاپگر
- اثر
- یک نفر
- فوریت
- متوسط
- اولویت پیشنهادی
- ۳
- پیوست
- گفتگوی بالا
- ثبت
- توزیع
- انجام کارپیش: کارشناس سختافزار
- تأیید
- بسته
سه درخواست مشابه در دستهی خدمات شبکه و زیرساخت پیدا شد. در هر سه، علت قطعی کابل یا پریز شبکه بود.
سه درخواست مشابه در دستهی خدمات شبکه و زیرساخت پیدا شد. در هر سه، علت قطعی کابل یا پریز شبکه بود.
- چه شد
- تعویض کابل شبکهی اتاق ۲۱۴
- علت
- کابل آسیبدیده
- زمان صرفشده
- ۳۰ دقیقه
نفر پانزدهم به جای تیکت تازه همین پیام را میبیند.
فقطخواندنی
- بررسی شبکه ۱٫۴امضاشده
- وضعیت چاپگر ۱٫۱امضاشده
اصلاحگر (با تأیید)
- پاککردن صف چاپامضاشده
- flush DNSامضاشده
- استفاده
- ۱۱ بار نمونه
- بازخورد
- ۹ بار «کمک کرد» نمونه
- نسخه
- نسخهی ۳
۲۴ درخواست باز در دستهی دوربینهای مداربسته هست (نمونه). پیشنهاد: یک رکورد Problem برای بررسی علت مشترک.
۲۷۰ درخواست در «منتظر تأیید» ماندهاند. کار ۲۲۰ مورد تمام شده و فقط تأیید درخواستدهنده مانده است.
دیدن فهرستپیشنهاد: تأیید خودکار پس از چند روز را فعال کنید. گلوگاه فرایند است، نه کمبود کارشناس.
خدمات شبکه و زیرساخت با ۱۳۰ درخواست باز، بعد نرمافزارها و برنامههای کاربردی با ۹۰ (نمونه).
۵ درام از انبار ساختمان B به انبار مرکزی منتقل شود. انبار B با ۱۱ عدد و مصرف ماهانهی ۰٫۵، تا ۲۲ ماه پوشش دارد.
- درخواست ۳۴۴۰۹
- دارایی PRN-0312
- خروج ۲ درام از انبار مرکزی
- کارشناس: کاربر نمونه ۲
- زمان کار: ۱ ساعت ۴۰ دقیقه
- بهای تمامشدهی ۱۲ ماه
- ۶۸٫۶ میلیون تومان
- دستگاه نو مشابه
- ۸۵ میلیون تومان
هر دستگاه چقدر برای سازمان تمام میشود؟
فرایون هزینهی قطعه، زمان کارشناس و هزینههای ثبتشدهی هر دارایی را کنار هم میگذارد. آنچه ثبت نشده تخمین زده میشود و جدا از عدد واقعی نشان داده میشود.
پیشنهاد: جایگزینی. هزینهی نگهداری ۱۲ ماه به ۸۱٪ قیمت دستگاه نو رسیده است.
| دارایی | بهای تمامشده | درخواست | |
|---|---|---|---|
| ۱ | PRN-0312چاپگر طبقهی سوم | ۶۸٫۶ | ۱۴ |
| ۲ | SRV-DB02سرور پایگاه داده | ۵۲٫۰ | ۶ |
| ۳ | LAP-0417لپتاپ واحد مالی | ۲۷٫۴ | ۹ |
| ۴ | UPS-B1یوپیاس ساختمان B | ۲۴٫۱ | ۴ |
| ۵ | CAM-21دوربین ورودی پارکینگ | ۱۹٫۸ | ۱۱ |
مدل HP M402 در ۳ واحد ۴۱٪ درخواستهای خرابی چاپگر را ساخته است.
۲۳ لپتاپ در انبار یا بدون کاربر فعال ثبت شدهاند، در حالی که ۱۷ درخواست «لپتاپ جدید» باز است. پیشنهاد: تخصیص دوباره پیش از خرید.
واقعی: از رکورد ثبتشده. محاسبهشده: از ترکیب رکوردها با نرخ مشخص. تخمینی: برای دادهی ثبتنشده، با میزان اطمینان.
قطعه پیش از تمامشدن سفارش داده میشود
مصرف هر قلم در هر انبار از روی خروجها و درخواستهای تعمیر دیده میشود. فرایون تقاضای ماههای بعد را پیشبینی میکند، نقطهی سفارش و موجودی اطمینان را پیشنهاد میدهد و پیش از خرید، انتقال بین انبارها را بررسی میکند.
درام چاپگر HP CF219A، انبار مرکزی نمونه
مصرف ۱۲ ماه
موجودی۶ عددنمونه
میانگین مصرف ۶ ماه۴٫۲ در ماهمحاسبهشده
زمان تأمین۱۸ روزمحاسبهشدهمیانگین ۵ سفارش قبلی
موجودی اطمینان۳محاسبهشده
نقطهی سفارش۶محاسبهشده
۸ عدد سفارش دهید، یا ۵ عدد از انبار ساختمان B منتقل کنید که ۱۱ عدد موجودی و مصرف ماهانهی ۰٫۵ دارد.
| قلم | انبار | موجودی | پوشش به ماه | وضعیت نمونه |
|---|---|---|---|---|
| درام چاپگر CF219A | مرکزی | ۶ | ۱٫۴ | سفارش |
| کابل شبکه Cat6 (حلقه) | مرکزی | ۲ | ۰٫۸ | کمبود نزدیک |
| ماوس | مرکزی | ۱۸ | ۳٫۰ | سالم |
| باتری یوپیاس ۱۲ ولت | مرکزی | ۴۰ | ۲۰ | مازاد |
| رم ۸ گیگ DDR4 | ساختمان B | ۱۴ | ۲۸ | راکد |
مصرف کابل شبکه در شهریور سه برابر میانگین بود، همزمان با جابهجایی طبقهی دوم.
پیش از تیکت، با شواهد
کاربر مینویسد «اینترنتم قطع است». فرایون اول راهحل میدهد. اگر حل نشد، یک اسکریپت فقطخواندنی از کتابخانهی تأییدشده پیشنهاد میکند. کاربر متن آن را میبیند و خودش اجرا میکند.
- ۱
پرسش
اینترنتم قطع است.کابل یا Wi-Fi را یک بار قطع و وصل کنید. اگر درست نشد، بررسی خودکار شبکه را اجرا کنیم؟
- ۲
اسکریپت فقطخواندنی
اجرا روی رایانهی منnet-check 1.4امضاشده، فقطخواندنیGet-NetIPConfiguration | Select InterfaceAlias, IPv4Address, IPv4DefaultGateway, DNSServer Test-NetConnection 10.10.0.1 -InformationLevel Quiet Resolve-DnsName portal.org.local Test-NetConnection mail.org.local -Port 443
- ۳
خروجی ماسکشده
- نشانی IP: 10.10.•••.•••
- دروازه: پاسخ میدهد
- DNS: پاسخ نمیدهد
- سرور ایمیل: در دسترس نیست
- ۴
پیشنویس تیکت با شواهد
- علت محتمل
- DNS
- پیوست
- خروجی بررسی شبکه (ماسکشده)
- دسته
- شبکه
ثبت با تأیید من
کارشناس به جای «سلام، ipconfig بزنید» با شواهد شروع میکند.
کمک از راه دور
کاربر میگوید «میخواهم کارشناس کامپیوترم را ببیند» و سادهترین راه سازمان را گامبهگام میگیرد: Quick Assist خود ویندوز یا ابزار سازمان. اصلاحهای امن مثل پاککردن صف چاپ فقط از کتابخانه و با تأیید مسئول فنی اجرا میشوند.
سه تعهد
- اسکریپت هرگز آزاد تولید نمیشود؛ فقط از کتابخانهی امضاشده.
- کاربر متن را پیش از اجرا میبیند.
- اصلاحگرها جدا از فقطخواندنیها و فقط با تأیید.
میز کار کارشناس
صف هر کارشناس با ساعت SLA پاسخ و حل. ثبت اقدام با چند جملهی عادی، و تحویل شیفت بدون نوشتن.
ثبت در ITSM همیشه با تأیید کارشناس انجام میشود.
سنجش کارشناس، فراتر از تعداد تیکت
فرایون حجم کار را با پیچیدگی میسنجد و کیفیت حل را با نرخ بازگشایی و تکرار مشکل. زمان انتظار برای واحدهای دیگر و عواملی که دست کارشناس نیست جدا حساب میشود.
| کارشناس نمونه | حوزه | تیکت حلشده | وزن پیچیدگی | زمان کار واقعی | بازگشایی | بار نسبت به ظرفیت |
|---|---|---|---|---|---|---|
| کاربر نمونه ۱ | شبکه | ۴۲ | ۶۱ | ۵۸ ساعت | ۴٪ | ۱۱۸٪ |
| کاربر نمونه ۲ | سختافزار | ۵۱ | ۴۸ | ۴۶ ساعت | ۳٪ | ۹۶٪ |
| کاربر نمونه ۳ | نرمافزار | ۳۸ | ۴۴ | ۴۱ ساعت | ۹٪ | ۹۲٪ |
| کاربر نمونه ۴ | سختافزار و شبکه | ۱۹ | ۲۲ | ۲۰ ساعت | ۵٪ | ۵۴٪ |
- پیشنهاد توزیع: ۶ تیکت شبکهی سطح یک از کاربر نمونه ۱ به کاربر نمونه ۴ برود. او ۱۱ تیکت مشابه را بدون بازگشایی حل کرده است.
- نیاز آموزشی: بیشترین بازگشایی در دستهی «دسترسی به پوشهی مشترک» است. یک راهنمای داخلی پیشنهاد میشود.
- ظرفیت: با روند شش ماه اخیر، حوزهی شبکه در فصل بعد بیش از ظرفیت فعلی درخواست خواهد داشت.
ارزیابی فقط بر پایهی تعداد تیکت بسته یا سرعت انجام نمیشود.
هر تیکت بسته، یک قدم به دانش
نمونه: ۶۰۰ درخواست حلشده و ۵ مقاله. یعنی ۶۰۰ راهحل که هر بار از نو پیدا میشود. فرایون از هر تیکت بسته پیشنویس میسازد و انسان آن را کامل و تأیید میکند.
کارشناس تیکت را میبندد؛ راهحل در ITSM ثبت است.
- ۱تیکت بستهکارشناس تیکت را میبندد؛ راهحل در ITSM ثبت است.
- ۲پیشنویس خودکارفرایون مسئله، علت و گامها را از تیکت بیرون میکشد.
- ۳ویرایش کارشناس حلکنندههمان کسی که مشکل را حل کرده متن را دقیق میکند.
- ۴تأیید مسئول فنیبدون تأیید مسئول فنی چیزی منتشر نمیشود.
- ۵انتشار و نسخهمقاله نسخه دارد و دستیار از همان لحظه از آن جواب میدهد.
- ۶بازخورد «کمک کرد؟»کاربر میگوید کمک کرد یا نه؛ مقالهی بیاثر کنار میرود.
بازنشستگی مقالهی کهنه
نرخ حل بدون تیکت
هشدار پیش از مشکل، سنجش پس از اقدام
فرایون افزایش غیرعادی درخواست، هزینه یا مصرف قطعه را با علت محتمل خبر میدهد. هر اقدام اصلاحی ثبت میشود و شاخصهای پیش و پس از آن کنار هم میآید.
اقدام: فعالکردن تأیید خودکار پس از ۵ روز نمونه — دادهٔ ساختگی
ثبتشده در ۱۰ مرداد ۱۴۰۵
| شاخص | ۹۰ روز پیش | ۹۰ روز پس |
|---|---|---|
| درخواستهای منتظر تأیید | ۳۰۰ | ۵۰ |
| میانگین زمان کل حل | ۱۵ روز | ۷ روز |
| نرخ بازگشایی | ۳٪ | ۳٪ |
اقدام مؤثر بود و کیفیت حل پایین نیامد. پیشنهاد: تعمیم به ۴ واحد مشابه.
- درخواستهای خرابی چاپگر در ساختمان B در ۱۴ روز اخیر دو برابر شد. علت محتمل: سری تازهی تونر.تخمینی اطمینان: متوسط
- احتمال نقض SLA برای ۵ درخواست در ۲۴ ساعت آینده.
- موجودی کابل شبکه در انبار مرکزی تا حدود ۲۴ روز دیگر تمام میشود.
لایهی انطباق ITIL ۴
ITSM شما فرم ثبت دارد. فرایند را فرایون کامل میکند. روی هر practice بزنید.
Incident Management
مدیریت رخداد
کاستی رایج در ITSM
نمونه: ۹۰٪ درخواستها بدون اولویت ثبت شدهاند.
جبران فرایون
قابلیتاولویت از اثر × فوریت پیشنهاد میشود، حتی وقتی در فرم ثبت نشده است.
Service Request Management
مدیریت درخواست خدمت
کاستی رایج در ITSM
درخواستدهنده نمیبیند درخواستش کجاست.
جبران فرایون
قابلیتنوار مرحله برای هر درخواست و پیشنویس درخواست از دل گفتگو.
Problem Management
مدیریت مشکل
کاستی رایج در ITSM
نمونه: فقط ۲٪ درخواستها علت ریشهای دارند.
جبران فرایون
قابلیتدرخواستهای همخانواده کنار هم دیده میشوند و ثبت Problem پیشنهاد میشود. تحلیل پارتو نشان میدهد کدام دستهها و داراییها بیشتر درخواستها را میسازند.
Change Enablement
توانمندسازی تغییر
کاستی رایج در ITSM
نمونه: تغییرها بیرون از ITSM و بدون رکورد انجام میشوند.
جبران فرایون
قابلیتتغییر از دل گفتگو ثبت میشود، با تأیید.
Knowledge Management
مدیریت دانش
کاستی رایج در ITSM
نمونه: ۵ مقاله در برابر ۶۰۰ درخواست حلشده.
جبران فرایون
قابلیتچرخهی دانش دومرحلهای با تأیید مسئول فنی.
Service Level Management
مدیریت سطح خدمت
کاستی رایج در ITSM
نمونه: تقویم کاری تعریف نشده و ۱۵۰ از ۶۰۰ درخواست بستهشده پس از سررسید بسته شدهاند.
جبران فرایون
قابلیتSLA از زمانهای واقعی محاسبه میشود، حتی بدون تعریف، و نزدیکشدن به سررسید از پیش دیده میشود.
Service Configuration Management
مدیریت پیکربندی
کاستی رایج در ITSM
پیکربندی و سابقهی هر تجهیز جایی ثبت نیست.
جبران فرایون
قابلیتهر تجهیز پروندهی حافظه دارد: مشکلات قبلی و پیکربندی.
Monitoring & Event Management
پایش و رویداد
کاستی رایج در ITSM
برای یک قطعی، چهارده نفر چهارده تیکت میزنند.
جبران فرایون
قابلیترخداد مادر و تابلوی مسائل شناختهشده.
Continual Improvement
بهبود مستمر
کاستی رایج در ITSM
بلوغ فرایند دیده نمیشود.
جبران فرایون
قابلیتکارنامهی بلوغ هر practice و مشاور فرایند.
IT Asset Management
مدیریت دارایی IT
کاستی رایج در ITSM
نمونه: فقط ۶۰ از ۹۰۰ درخواست به دارایی وصل است و صورتهزینه ثبت نمیشود.
جبران فرایون
قابلیتبهای تمامشدهی هر دارایی با برچسب واقعی، محاسبهشده و تخمینی، و پیشنهاد تعمیر یا جایگزینی.
Supplier Management
مدیریت تأمینکننده
کاستی رایج در ITSM
زمان تأمین قطعه جایی اندازهگیری نمیشود.
جبران فرایون
قابلیتزمان تأمین هر قلم از ورود و خروج انبار محاسبه میشود و در نقطهی سفارش به کار میرود.
Workforce & Talent Management
مدیریت نیروی کار و استعداد
کاستی رایج در ITSM
کارشناس فقط با تعداد تیکت سنجیده میشود.
جبران فرایون
قابلیتسنجش وزندار با پیچیدگی، کیفیت حل و ظرفیت، و تشخیص نیاز آموزشی.
هر عدد مهر دارد
چتبات عمومی عدد میسازد. فرایون هر عدد را به رکورد ITSM یا مقالهی تأییدشده وصل میکند و اگر منبعی نباشد، عدد نمیدهد. هر عدد برچسب دارد: واقعی، محاسبهشده یا تخمینی، و هر تحلیل میزان اطمینان خودش را نشان میدهد.
نمونه — دادهٔ ساختگی در تیر ۱۴۰۵، ۱۲ درخواست ثبت شد نمونه و اکنون ۳۶۰ درخواست باز است نمونه که ۲۲۰ مورد آن بیش از یک سال قدمت دارد نمونه.
داده در سازمان میماند
قابل استقرار در زیرساخت سازمان؛ معماری در ارزیابی تعیین میشود. دانش سازمان، حافظهی هر کاربر و هر تجهیز در کنار ITSM نگه داشته میشود.
شبکهی سازمان
حافظهی سبک، بدون زیرساخت سنگین
مستندات سازمان معمولاً کم است. فرایون آنها را فایلهای دستهبندیشده نگه میدارد و هر بار همان فایل لازم را میخواند. برای هر کاربر و هر تجهیز پروندهای جدا دارد: مشکلات قبلی، پیکربندی، گفتگوها، بیش از آنچه در ITSM ثبت شده است.
دادهی شخصی محافظت میشود
ماسک، مدت نگهداری، حق دیدن و پاککردن. فقط راهبر ویرایش میکند.
لپتاپ واحد مالی ۱۴۰۰/۱۱: باتری تعویض شد (درخواست ۳۲۹۸۱) ۱۴۰۱/۰۲: قطعی VPN پس از بهروزرسانی، با نصب دوبارهی کلاینت حل شد پیکربندی: ویندوز ۱۱، کلاینت VPN نسخهی ۶
کنار کاربر، در همان صفحهای که کار میکند
در نقشهی راهافزونهی مرورگر سازمانی با یک کلیک تصویر صفحه، نشانی و خطا را میگیرد و به پرسش یا پیشنویس تیکت تبدیل میکند. راهنمای کاربری سامانههای سازمان هم وارد حافظهی فرایون میشود.
طبق راهنمای سامانه، بخش ۴٫۲: شمارهی حساب را بدون خط تیره وارد کنید. اگر باز هم همین خطا آمد، پیشنویس تیکت برای مالک سامانه آماده است.
ساخت پیشنویس تیکتسامانهی تحویلداری
نصب یکجا با GPO یا Intune روی Edge و Chrome. افزونه فقط به دامنههای داخلی دسترسی دارد.
مسیر استقرار
از اتصال فقطخواندنی شروع میکنیم و هر مرحله روی مرحلهی قبل سوار میشود. ITSM شما عوض نمیشود.
- ۱هفتهی اولاتصال فقطخواندنی به ITSM فعلی روی سرور سازمان. گفتگوی وضعیت و «چرا طول کشید» برای همهی نقشها. کارنامهی اولیهی بلوغ ITIL.
- ۲ماه اولچرخهی دانش با تأیید مسئول فنی، گزارش صبحگاهی مدیران، داشبورد مدیریتی، تحلیل پارتو و درخواستهای مشابه، تابلوی مسائل شناختهشده و نوار مرحلهی درخواستها.
- ۳ماه دومبهای تمامشدهی هر دارایی، تحلیل مصرف قطعات و انبار، میز کار کارشناس با ساعت SLA، پاسخ پیش از تیکت.
- ۴ماه سومپیشبینی نقض SLA، کمبود موجودی و نیاز کارشناسی؛ نقطهی سفارش و انتقال بین انبارها؛ سنجش اثر اقدامها؛ مدل اختصاصی (قابل استقرار در زیرساخت سازمان؛ معماری در ارزیابی تعیین میشود) و ثبت در ITSM با تأیید انسان.
- ۵پس از آنکنار کاربر: افزونهی مرورگر سازمانی و دستیار سامانههای نرمافزاری.
فرایون را روی دادهی خودتان ببینید
در یک جلسه، فرایون را به یک نسخهی فقطخواندنی از دادهی ITSM شما وصل میکنیم و پرسشهای همین صفحه را روی دادهی سازمان خودتان میپرسیم.
پرودکس