نکته:
مدیریت مشکل با شعر دو کاج!
مرکز ارتباط دید آن روز / انتقال پیام ممکن نیست
گشت عازم گروه پی جویی / تا ببیند که عیب کار از چیست
سیمبانان پس از مرمت سیم / راه تکرار بر خطر بستند
یعنی آن کاج سنگدل را نیز / با تبر تکه تکه بشکستند
—-
جلوگیری از تکرار حادثه یعنی مدیریت مشکل پیشگیرانه
www.Servicedeskplus.ir

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

هر کسب و کاری امروزه برای پیشبرد اهداف تجاری و ارایه‌ی محصولات و خدمات نیازمند تجهیزات ارتباطی، زیرساختی سخت‌افزاری و نرم‌افزاری است و هزینه‌های زیادی برای تامین، نگهداری و ارتقای این دارایی‌‌ها که همواره سنگین است به شما تحمیل می‌شود. کافی است دارایی که کلی برایش هزینه کرده‌اید هم آورده و بازگشت هزینه‌ هم نداشته باشد آنگاه شما می‌مانید و جدال فرسایشی با کارکنان فناوری اطلاعات و مدیران ارشد!
...
ادامه مطلب را از لینک زیر بخوانید
https://lnkd.in/eBDQYbm

نرم‌افزار سرویس دسک پلاس در سال ۲۰۲۰ نیز در مربع جادویی گارتنر به‌عنوان بازیگر فرصت طلب عرصه خدمات فناوری اطلاعات قرار گرفت....
این برای چهارمین سال پیاپی است که این محصول از میان دهها محصول مشابه مورد انتخاب قرار گرفته است..
مربع جادویی گارتنر
.https://lnkd.in/eqfNPgn

نقاط قوتی که سبب برگزیده شدن سرویس دسک پلاس در مربع جادویی گارتنر ۲۰۲۰ شد:
• دارای جغرافیایی وسیعی از مشتری در سراسر جهان.
• استراتژی قیمت‌گذاری ارزان و انعطاف پذیر متناسب با بلوغ و نیازهای سازمان‌ها
• ارایه‌ی مجموعه گسترده‌ای از محصولات مکمل از جمله مدیریت نقطه پایانی، نظارت بر شبکه، نظارت بر برنامه‌ها و راه‌حل های‌مدیریت Active Directory و...
www.Servicedeskplus.ir

فرایند بهبود مستمر در ۷ مرحله
اینکه چقدر خوب هستیم چندان اهمیتی ندارد بلکه چقدر می‌توانیم بهتر باشیم مهم است! هدف اصلی مدیریت خدمات فناوری اطلاعات (ITSM) ارائه‌ی بهترین خدمات ممکن با کمترین هزینه ممکن است، در عین حال ارزش‌بخشی به مشتریان. اما، در حالی که سازمان‌های ITSM-گرا به طور کلی می‌توانند با مفهوم "بهترین خدمات ممکن" و "کمترین هزینه‌ي ممکن" کنار بیایند، نیل به "ارزش" هنوز آرزویی به‌ظاهر دست‌نیافتنی است گویی رویایی است که با رمز و راز پوشانده شده. از آنجا که بخش بهبود مستمر خدمات (CSI) چرخه‌ی حیات خدمات همه چیز درمورد (هم تراز کردن) خدمات با تجارت است – اما متاسفانه، ارزش این فرایند کلیدی (بهبود مستمر)- در هنگام اجرای اصول ITSM اغلب نادیده گرفته می‌شود یا حتی از آن چشم‌پوشی می‌شود.

از لینک زیر بخوانید
https://servicedesk.medanet.ir/csi-in-7-steps/

کازیو در ۵ آبان ۱۳۹۴ متولد شد و در آستانه‌ی ۵ سالگی‌اش است. در این پنج سال با حمایت متخصصین توانست بیش از ۷۰۰۰ مشتری را به خود جذب کند و در بیش از ۱۰۰ پروژه‌ی اختصاصی تولید پروپوزال‌های انحصاری ویژه‌ی کسب و کارهای خاص نیز مشارکت داشته باشد، تولید و عرضه‌ی بیش از ۲۴۰ محصول در این مدت رضایت حداکثری شما عزیزان را به‌همراه داشته، ضمن آنکه در آینده‌ی نزدیک تدوین و تولید بیش از ۵۰۰ محصول جدید دیگر را در دستور کار دارد. در جشن سالروز شروع فعالیت رسمی کازیو و به‌پاس همراهی شما عزیزان ۵۰ درصد تخفیف کلیه‌ی محصولات از امروز تا پایان روز ۵ آبان با کد تخفیف kazio50 را تقدیم شما می‌کند.
www.Kazio.ir

تحلیلگر جریان شبکه یا NetFlow Analyzer چیست؟
تحلیلگر جریان شبکه یا NetFlow Analyzer، یکی دیگر از محصولات محبوب شرکت Manageengie و نرم‌افزار تحت وب است که از آن برای تجزیه و تحلیل ترافیک شبکه استفاده می‌شود و از جریان داده‌های مانند NetFlow از دستگاه های سیسکو، sFlow، J-Flow، IP FIX و موارد دیگر تغذیه می‌کند تا بر اساس آن تجزیه و تحلیل لازم را انجام و گزارشات ترافیک را تولید و ارایه ‌کند. به زبان ساده این ابزار اطلاعات ترافیک شبکه را جمع‌آوری می‌کند، آنها را به هم پیوند می‌دهد و آمار ترافیک را به شکل نمایان‌تر و قابل درک‌تر در داشبوردهای گرافیکی و مدیریتی جذاب که حاوی نمودارها و گزارش های ترافیکی در زمان واقعی است را در اختیارتان می‌گذارد ضمن آنکه برای اطلاع از رفتار ترافیک، لحظه به لحظه وضعیت را به شما را از طرق مختلف گزارش می‌کند.
ادامه...
https://servicedesk.medanet.ir/netflow-analyzer/

با گسترش بیماری همه‌گیر COVID19، سرانجام شرکت‌ها مجبور خواهند شد که نگرانی از چالش‌های بهداشت روانی کارمندان را به طور معنی‌داری رفع کنند. برخی دست به دامان دورکاری شدند و برخی کاهش نفرات. در هر صورت وضعیتی غیرقابل پیش‌بینی است حفظ تعادل بین سلامت افراد و ادامه‌ی فعالیت، مهمترین معضل برای مدیران صاحبان کسب و کار است. برخی از مالکان کسب و کار و مدیران برای مدیریت صحیح اوضاع و عدم توقف کار و حفظ سلامت کارکنان، اتوماسیون‌سازی تجارت خود را با استفاده از ITSM به‌طور قابل توجهی افزایش می‌دهند. زیرا با آن هیچ کاری روی زمین نمی‌ماند، جابجایی و نبود حضور فیزیکی بلندمدت افراد هیچ خدشه‌ای به کسب و کار وارد نمی‌کند و در عین حال، جایگزینی، قضاوت، همدلی و سطح همکاری کارکنان، به‌دلیل قطعی ارتباطی حضوری منجر به قطع ارتباط فنی و فرسایش اعتماد افراد به‌هم نمی‌شود. هرچند هنوز هستند مدیرانی که این را باور ندارند.
در سالی که پیش و روی داریم، شرکت‌ها مجبور خواهند شد از سیستم‌های مدیریت خدمات مبتنی بر فناوری اطلاعات ITSM استفاده کنند و ملزم خواهند شد ‌نگرانی بهداشت روانی کارمندان را کاملاً بپذیرند و با گسترش بیماری همه گیر COVID-19، آنها را برطرف کنند، حفظ سلامت کارکنان، یعنی حفظ نیرویهای فنی، در کنار ادامه‌ی فعالیت بدون هیچ افت قابل توجهی یعنی پیشی‌گرفتن از رقبا، یعنی انعطاف‌پذیری در برابر تغییرات مداوم، یعنی یک تمایز و مزیت رقابتی و یعنی راندمان بهتر.
مدیران موفق، ITSM را جدی می‌گیرند!

www.Servicedeskplus.ir

چالش‌های ITIL و راهکارهای آن
کلی وقت و انرژی می‌گذارید اما هنوز نمی‌توانید ITIL و مفهوم سرویس را در سازمان جا بندازید و کاربران و کارشناسان را مجاب به استفاده از آن کنید مشکل چیست؟ چرا علیرغم خرید نرم‌افزار، آموزش و صرف‌کردن کلی زمان برای آن، باز هم به آنچه باید نمی‌رسیم؟ در سرویس دسک مجموعاً ۴ ذی‌نفع داریم که زنجیروار با هم در ارتباطند و هر کدام به نوعی در عدم پیشبرد موفقیت‌آمیز سرویس موثرند.
در بررسی‌ها و مطالعات موردی در بسیاری از شرکت‌هایی که داشتیم موارد بسیاری بود که از حوصله خارج است اما مهمترین چالش‌هایی که ذهن ذی‌نفعان را به ‌خود مشغول کرده بشرح جدول لینک زیر است. این موارد در جای‌جای برخی سازمان‌های ناموفق بیشتر به‌چشم می‌آید:
ادامه...
https://servicedesk.medanet.ir/itil-challengessolutions/

مدیریت ریسک در ITIL
برخی از مدیران در پی این هستند که بدانند مدیریت ریسک در کجای ITIL قراردارد. باید اذعان کرد که مدیریت ریسک در لیست تمرینات رسمی ITIL 2011 وجود ندارد. اما مفاهیم مربوط به مقابله با ریسک را در چندین فرآیند بخوبی شرح داده مثلا ریسک در تغییر و.... و این یعنی نه رسماً اما بطور ضمنی مدیریت ریسک در بخش طراحی خدمت گنجانده شده است. ITIL خواستار "تمرینات هماهنگ ارزیابی ریسک" است. بنابراین دلایل خوبی برای سازمانها جهت تعریف و اجرای فرآیند مدیریت ریسک وجود دارد. هدف از مدیریت ریسک ITIL شناسایی، ارزیابی و کنترل خطرات اجرای عملیات‌های تغییر، دارایی و CMDB و.. است. این شامل تجزیه و تحلیل ارزش دارایی بر کسب و کار، شناسایی تهدیدات آن دارایی و ارزیابی میزان آسیب پذیری هر دارایی در برابر آن تهدیدات نیز می‌شود. از طرفی در ITIL 4 از "مدیریت ریسک" به‌عنوان یک تمرین در بخش مدیریت عمومی یاد شده است.
#itil
www.Servicedeskplus.ir

مدیریت تغییر یک اصل کامل و ضروری برای مدیریت فناوری اطلاعات و از فرایندهای کلیدی ITIL است. پیشنهاد تغییر، تایید اجرای تغییر، پیاده‌سازی تغییر و بازبینی آن یک چیز است و خطرات اجرای تغییر یک چیز دیگر! اغلب تغییراتی که در شبکه، زیرساخت و یا یک نرم‌افزار اتفاق می‌افتد متاسفانه هیچ تجزیه و تحلیل دقیقی از میزان خطرات آن صورت نمی‌گیرد و تمام تغییرات اجرا شده نتیجه‌ی سلایق و تصمیمات افرادی است که حجم ترافیک درخواست‌های ناشی از تغییر را به سمت دیگران هدایت می‌کنند. امروزه در مباحث مدیریت خدمات انفورماتیک، شناسایی میزان خطرپذیری یا ریسک یک تغییر در فناوری اطلاعات سازمان، نیازمند تجزیه و تحلیل انسانی است اما بالاخره یک روز فرا خواهد رسید که با استفاده از یادگیری ماشین و دیگر اشکال هوش مصنوعی (AI) نیز می‌توان به مدیریت خدمات فناوری اطلاعات (ITSM) کمک کرد تا تجزیه و تحلیل و ارزیابی بهتری از خطرات تغییر داشته باشد پس تا آن زمان، فعلاً باید بر تجربه‌ی قدیمی، انسانی و همیشگی خود تکیه کنیم.
www.Medanet.ir

هیات مشاورین تغییر یا CAB در مدیریت تغییر
بسیاری از تغییرات برای ارزیابی و برنامه‌ریزی اجرا نیازمند کسب مجوز و تاییدیه‌های فنی و مدیریتی هستند. به منظور نظارت دقیق و كنترل بر چرخه‌ی حیات یک تغییر و جلوگیری از پیامدهای مخرب، جلوگیری از کاهش کیفیت ارایه‌ی سرویس و افزایش سطح تعامل و ارتباط و همچنین اطلاع‌رسانی و شراکت دادن افراد فنی یک تغییر بر اساس مدیریت تغییر نیازمند حضور یک کمیته‌ي تغییر هستیم تا بدون آسیب رساندن به ماهیت و ارزش کسب و کار، بتوان تغییرات مثبتی را در ارائه‌ی خدمات ایجاد کرد. به این تیم یا کمیته، هیات مشاورین تغییر یا به اختصار CAB[1] می‌گویند. هیات مشاورین تغییر (CAB) در حقیقت مجموعه‌ای از کارکنان فناوری اطلاعات هستند که در ارزیابی، اولویت‌بندی و برنامه‌ریزی اجرای یک تغییر به تصمیم‌گیری آگاهانه‌ی مدیر تغییر کمک می‌کنند. اعضای CAB بر اساس تخصص و توانایی خود برای ارزیابی مناسب یک تغییر چه از نظر تجاری و چه از نظر فنی در فرایند مدیریت تغییر نقشی بسیاری کلیدی و مهم را ایفا می‌کنند. ...
ادامه...
https://servicedesk.medanet.ir/cab/

سرعت تغییرات نباید آنقدر زیاد باشد که هر چیزی پیش از آنکه استقرار پیدا کند، کنار گذاشته شود!

مدیریت تغییر قادر است به مدیریت ریسک و محافظت از خدمات فناوری اطلاعاتی که شما ارائه می‌دهید کمک بسزایی ‌کند و از اشتباهات غیر ضروری جلوگیری ‌کند زیرا حفظ سیستم‌های تجاری قابل اعتماد برای بقای هر سازمانی در فضای بازار رقابتی امروز امری ضروری است. هرگونه تغییر و تحولی در عناصر زیرساخت فناوری اطلاعات می‌تواند ارزش خدمات را مختل کند و تاثیر منفی بر بهره‌وری داشته باشد. تغییرات ساخته‌یافته و برنامه‌ریزی شده به کاهش خطر بالقوه‌ای منتج از اجرای تغییرات کمک می‌کند. یک فرایند مدیریت تغییر قادر است با مزایا و منافع تجاری قابل توجهی همراه شود که برخی از منافع حاصل از مدیریت تغییر عبارتند از:
· بهبود IT برای هماهنگی در کسب و کار
· کاهش اثرات نامطلوب بر عملیات تجاری
· بهبود چشم‌انداز در تغییرات فناوری اطلاعات
· واکنش اولویتی برای تغییر
· پیوستن به استانداردها و سایر مقررات انطباق
· بهبود مدیریت ریسک
· کاهش خسارت خدمات و خرابی سیستم
· افزایش بهره‌وری کارکنان
· پیاده‌سازی سریعتر تغییرات
www.Servicedeskplus.ir

با شما در حال نیرومندتر شدنیم.
شرکت مدانت جهت تکمیل کادر خود، نیازمند ۱۵ نیروی جدید در زمینه‌ی ارایه‌ی خدمات آموزش، پشتیبانی و توسعه‌ می‌باشد. عناوین شغلی و تعداد مورد نیاز:
• برنامه‌نویس وب‌سرویس جاوا: ۱ نفر
• متخصص شبکه و زیرساخت: ۲ نفر
• کارشناس پشتیبانی نرم‌افزار: ۲ نفر
• کارشناس پشتیبانی شبکه: ۸ نفر
• مدرس ITIL (آیتیل): ۲ نفر
لطفا از لینک زیر درخواست همکاری خود را ثبت فرمایید.
https://servicedesk.medanet.ir/hiring/

بدانید که:
خودکارسازی (اتوماسیون) به شدت روی عملکرد سرویس دسک تاثیر می‌گذارد. این یعنی کاهش بیشتر نرخ تماس‌های تلفنی کاربران و تمرکز بیشتر کارکنان ارایه‌ی خدمت. تمرکز بیشتر کارکنان یعنی اولویت‌‌دادن به کارهای مهم‌تر. کارهای مهم‌تر یعنی کارهای دارای ارزش و ارزش یعنی آنچه که سازمان در نهایت به دنبال آن است! اتوماسیون جز لاینفک ابزارهای ITIL است و هرچقدر ساده‌تر، کاربرپسندتر و فراگیرتر باشد موفقیت خودکارسازی بیشتر است. اینجا بحث UI (رابط کاربری) نیز مطرح است UI باید به گونه‌ای باشد که UX یا تجربه‌ی کاربری در آن لحاظ شده باشد تا اثربخشی و جذابیت لازم را داشته باشد.
#ITIL #ServiceDesk
www.Servicedeskplus.ir

بدانید که:
تمرین مدیریت رویداد و مانتیتورینگ در ITIL4 با هدف مشاهده، ثبت و گزارش سیستماتیک خدمات و مولفه‌های خدمت معرفی شده است. وقایع‌نگاری در لحظه از وضعیت تجهیزات و سرویس‌ها، منجر به تولید و نشر اعلان‌هایی می‌شود تا بر اساس آن، متعاقباً‌ اقدامات لازم توسط کارکنان فناوری اطلاعات صورت گیرد. هرچند لزوماً هر رویدادی که ثبت می‌شود بسته به نوع آن! نیازی به اقدام خاصی ندارد. اما داشتن منبعی از وقایع ثبت‌شده کمک می‌کند مرتباً در دسترس‌پذیری یک خدمت را کنترل، ارزیابی و در نهایت مدیریت کنید. امروزه نرم‌افزارهای مانییتورینگ نظیر: Solarwinds-PRTG-Zabbix و Opmanager و همچنین برنامه‌های Event logger-و... ابزارهای مناسبی برای تولید وقایع بر پایه‌يAgent و یا پروتکل SNMP دارند آنها نمایندگان و چشمان همیشه بیدار شما هستند تا لحظه به لحظه تمام اتفاقات را رصد و گزارش کنند. این نرم‌افزارها، مرجع رویدادهایی است که سرویس‌دسک برای سنجش عملکرد سرویس‌ها از آنها تغذیه می‌کند.
#ITIL #ServiceDesk
www.Servicedeskplus.ir

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

#ITIL #ServiceDesk
www.Servicedeskplus.ir

خوشبختانه بنیاد سازندگان ITIL 4 به اندازه کافی آزاد بودند تا بتوانند برخی از یادگیری‌های مهم جنبش DevOps را با چارچوب ITIL تطبیق دهند و از درگیری بیشتر بین توسعه‌دهندگان واحد نرم‌افزار و ارایه دهندگان خدمات جلوگیری کند. ITIL4 در حالی که بطور خطی تمام خصوصیات نسخه‌های قبلی را حفظ کرده، تلاش نموده تا جریان "برنامه‌ریزی، ساخت، اجرا" را در مفهوم چرخه‌ی سرویس خود قرار دهد و اینچنین شد که در نسخه 4 به طور قابل توجهی این مدل را با یک مدل جریان ارزش تکرار شونده جایگزین کرد تا مباحث DevOps را نیز بخوبی پوشش ‌دهد. تغییر رویکرد از "فرایندها" به "تمرینات" و قرارگیری زنجیره‌ی ارزش خدمات شاید مهمترین تغییراتی باشد که در ITIL4 باید مورد توجه قرار گیرد این مهم که توسط Axelos برای واکاوی بیشتر بارها مورد بحث قرار گرفته به نوبه‌ی خود بطور قابل توجهی نیز مورد ستایش واقع شده.
امروز توسعه‌دهندگان نرم‌افزار و حامیان DevOps نیز به این نتیجه رسیده‌اند که ITIL ورای رویکرد چرخه‌ی حیات خدمت است و بازآفرینی هر چیزی که منجر به خلق ارزش شود نیازمند این چارچوب محبوب است. لذا هواداران DevOps‌ باید بدانند که: ITIL برای خدمات پشتیبانی نیست و ITIL دست و پا گیر نیست، ITIL بروکراسی ایجاد نمی‌کند و ITIL‌ برای تمام ارکان‌های فناوری اطلاعات و ارایه‌دهندگان خدمت در سراسر جهان است!
www.Medanet.ir

پکیج ویژه‌ی کازیو
مجموعه‌ی کامل پروپوزال‌های حوزه‌ی نرم‌افزار
۱۰ پروپوزال نرم‌افزاری را با قیمت کمتر یکجا دانلود کنید!
شامل:
پروپوزال تولید نرم‌افزار
پروپوزال اپلیکیشن موبایل
پروپوزال CRM
پروپوزال BI
پروپوزال ERP
پروپوزال آرشیو الکترونیکی اسناد
پروپوزال UI-UX
پروپوزال آموزش مجازی
پروپوزال پورتال سازمانی
پروپوزال آزمون آنلاین
www.kazio.ir/Software-RFPs

چیزی که در ITIL4 و اندکی پس از انتشار، نویسندگان آن را به چالش وا داشت تغییر نامگذاری فرایند مدیریت تغییر به تمرین "کنترل تغییر" بود و چالشی که پیش آمد: کلمه‌ی "کنترل" بود. بخصوص آنکه کافی بود که حامیان DevOps این کلمه را بشنوند! و البته اینچنین هم شد. بار منفی کلمه‌ی نظارت و "کنترل" در ذهن آنها مشکل‌ساز شد. از این رو سیل انتقادات به واژه‌ی "کنترل" آنقدر بالا گرفت که نه تنها DevOps-ها بلکه اغلب مدیران و تمرین‌کنندگان ITIL نیز از "کنترل تغییر" به"کنترل میزان تغییرات" و یا "تیم‌های کنترل‌کننده" متمرکز شد‌ند همین منجر به بروز برداشت‌های نادرست و سوتفاهمات بسیاری از ترکیب"کنترل تغییر" گردید. زیرا حتی خود کلمه‌ی "کنترل" برای بسیاری از تیم‌های فناوری اطلاعات واژه‌ای سمی و استرس‌زا تلقی می‌شد در نتیجه، پس از آن نویسندگان ITIL، پیشنهاداتی را مطرح کردند از جمله بازگشت به همان "مدیریت تغییر" اما در نهایت تصمیم گرفتند بجای استفاده از "کنترل تغییر" از ترکیب "قابلیت تغییر" استفاده کنند.
"مدیریت تغییر" یک پیامد ظریف دارد که تمرکز آن بر مدیریت هر نوع تغییری است. از طرفی، کنترل تغییر به دنبال کنترل شرایط توسعه‌ي تغییرات سازگار با انتظارات مورد دلخواه سازمان از نتیجه‌ی تغییر است. به عبارت دیگر، کنترل(قابلیت) تغییر بر نحوه تولید تغییرات - در جریان ارزش - نظارت و حاکمیت ایجاد می‌کند.
بنابراین در تاریخ 31 اکتبر، Axelos در مقاله‌ای آنلاین تأیید کرد که به‌روش ITIL 4 از فرایند مدیریت تغییر به عنوان "Change Enablement" "قابلیت تغییر" یاد می‌کند که این عبارت بهتری نسبت به کنترل تغییر است.

#ITIL #ServiceDesk
www.Servicedeskplus.ir