با حوصله بخوان، مثالها را تحلیل کن و تمرینها را انجام بده؛ هدف حفظ کردن تعریفها نیست
قبل اتصال اجازه بگیر
در پشتیبانی Remote قبل از دیدن صفحه یا کنترل سیستم اجازه کاربر را بگیر و توضیح بده چه کاری انجام میدهی در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که ارتباط حرفهای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤالهای مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک میکند و در صورت استفاده معنای ساده آن را هم روشن کن در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان بهروزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن برای کامل شدن تصویر این موضوع، این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی
فایل نامرتبط را باز نکن
در Remote Support فقط به بخش لازم برای حل Ticket دسترسی پیدا کن؛ دیدن فایل شخصی یا سازمانی نامرتبط هم نقض حریم خصوصی است و هم اعتماد کاربر را از بین میبرد در کار روزمره بهتر است این موضوع را اینطور بررسی کنی: در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان بهروزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که ارتباط حرفهای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤالهای مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک میکند و در صورت استفاده معنای ساده آن را هم روشن کن
اقدامها قابل توضیح باشند
در Remote Support هر کار باید با Ticket و هدف فنی قابل توضیح باشد؛ اگر لازم است بخش حساس یا تنظیم مهمی باز شود قبل از اقدام به کاربر یا مسئول مربوط اطلاع بده برای عیبیابی درست، این بخش را فقط بهعنوان یک اصطلاح حفظ نکن و توجه داشته باش که ارتباط حرفهای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤالهای مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک میکند و در صورت استفاده معنای ساده آن را هم روشن کن در کار روزمره بهتر است این موضوع را اینطور بررسی کنی: در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان بهروزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن
Password را بیدلیل درخواست نکن
کارشناس نباید برای راحتی Password کاربر را بگیرد؛ در صورت نیاز از روش Reset، ورود خود کاربر یا دسترسی مدیریتی مجاز استفاده کن راهنمای CISA و NIST بر چند پایه تکرارشونده تأکید دارد: استفاده از MFA برای حسابهای مهم، بهروزرسانی منظم، محدود کردن دسترسی مدیریتی، نگهداری Backup قابل بازیابی، ثبت رویدادها و آموزش مقابله با فیشینگ؛ در رخداد مشکوک، هدف اول حفظ شواهد و محدود کردن دامنه اثر است، نه انجام تغییرهای متعدد و بدون ثبت؛ حسابهای مدیریتی باید از حساب روزمره جدا باشند و سطح دسترسی فقط به اندازه نیاز کاری داده شود در مدیریت خدمت، Incident با هدف بازگرداندن سرویس عادی پیگیری میشود و Service Request معمولاً درخواست از پیش تعریفشده برای یک خدمت یا دسترسی است؛ اولویت باید از اثر رخداد و فوریت آن نتیجه شود و SLA چارچوب زمانی توافقشده برای سطح خدمت را مشخص میکند؛ Ticket خوب باید زمان، کاربر یا سرویس درگیر، نشانه، دامنه اثر، اقدامات انجامشده و نتیجه را طوری ثبت کند که نفر بعدی بتواند مسیر بررسی را ادامه دهد اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان بهروزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن
بعد کار Session را ببند
پس از پشتیبانی Remote اتصال را ببند، دسترسی موقت را حذف کن و اگر فایل یا Credential موقتی استفاده شده طبق سیاست پاکسازی کن برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان بهروزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، ارتباط حرفهای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤالهای مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک میکند و در صورت استفاده معنای ساده آن را هم روشن کن برای کامل شدن تصویر این موضوع، این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی
فرض کن در ارتباط با کاربر یا مشتری مشکلی گزارش شده و احتمال میدهی به آداب پشتیبانی Remote و حریم خصوصی مربوط باشد. قبل از تغییر، وضعیت فعلی را با Ticket، یادداشت تماس، ایمیل و سابقه ارتباط بررسی میکنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه میکنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر میدهی و بعد همان تست را دوباره اجرا میکنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباهها را تکرار نکن
- کارشناس نباید برای راحتی Password کاربر را بگیرد؛ در صورت نیاز از روش Reset، ورود خود کاربر یا دسترسی مدیریتی مجاز استفاده کن
- تغییر دادن تنظیمات مرتبط با آداب پشتیبانی Remote و حریم خصوصی قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
- نتیجهگیری درباره آداب پشتیبانی Remote و حریم خصوصی فقط از روی یک نشانه و بدون انجام تست نهایی
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با آداب پشتیبانی Remote و حریم خصوصی، فقط وضعیت فعلی را مشاهده کن و سه نکتهای را که برای تشخیص حالت سالم مهماند یادداشت کن
- با Ticket، یادداشت تماس، ایمیل و سابقه ارتباط وضعیت مرتبط با آداب پشتیبانی Remote و حریم خصوصی را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو میگویند
- یک خطای فرضی مرتبط با آداب پشتیبانی Remote و حریم خصوصی بنویس و مشخص کن اولین تست کمخطر تو چیست و چه نتیجهای فرضیهات را رد میکند
نکتههایی که باید با خودت ببری
- قبل اتصال اجازه بگیر
- فایل نامرتبط را باز نکن
- اقدامها قابل توضیح باشند
- Password را بیدلیل درخواست نکن
- بعد کار Session را ببند
- چیزی را که هنوز مطمئن نیستی بهعنوان نتیجه قطعی به کاربر اعلام نکن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
چرا باید قبل اتصال اجازه بگیری و از کجا میفهمی نتیجه درست است؟
در پشتیبانی Remote قبل از دیدن صفحه یا کنترل سیستم اجازه کاربر را بگیر و توضیح بده چه کاری انجام میدهی
چرا باید فایل نامرتبط را باز نکنی و از کجا میفهمی نتیجه درست است؟
در Remote Support فقط به بخش لازم برای حل Ticket دسترسی پیدا کن. دیدن فایل شخصی یا سازمانی نامرتبط هم نقض حریم خصوصی است و هم اعتماد کاربر را از بین میبرد
این نکته را با یک مثال توضیح بده: اقدامها قابل توضیح باشند. بعد بگو در عمل چطور آن را بررسی میکنی.
در Remote Support هر کار باید با Ticket و هدف فنی قابل توضیح باشد. اگر لازم است بخش حساس یا تنظیم مهمی باز شود قبل از اقدام به کاربر یا مسئول مربوط اطلاع بده
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبتنام، تکمیل درسها و نمره آزمون روی حساب ذخیره میشود
