با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست
Summary کوتاه و دقیق بده
خلاصه پایان کار باید بگوید مشکل چه بود، چه چیزی پیدا شد، چه کاری انجام شد و وضعیت فعلی چیست؛ متن کوتاه اما دقیق از عبارت «رفع شد» مفیدتر است اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان به‌روزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که ارتباط حرفه‌ای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤال‌های مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک می‌کند و در صورت استفاده معنای ساده آن را هم روشن کن
اقدام و نتیجه ثبت شود
گزارش پایان کار باید بگوید چه چیزی پیدا شد، چه کاری انجام شد و نتیجه بررسی نهایی چه بود؛ فهرست Command بدون نتیجه، تحویل قابل استفاده‌ای نیست در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان به‌روزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن برای اینکه این مفهوم در محیط واقعی قابل استفاده شود، ارتباط حرفه‌ای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤال‌های مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک می‌کند و در صورت استفاده معنای ساده آن را هم روشن کن برای کامل شدن تصویر این موضوع، این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی
وضعیت فعلی سرویس مشخص باشد
گزارش پایان کار باید وضعیت فعلی سرویس و نتیجه آزمایش را روشن کند تا مخاطب بداند مشکل واقعاً رفع شده یا فقط اثر آن کمتر شده است نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که ارتباط حرفه‌ای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤال‌های مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک می‌کند و در صورت استفاده معنای ساده آن را هم روشن کن نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان به‌روزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن برای کامل شدن تصویر این موضوع، این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی
کار باقی‌مانده و مسئول معلوم باشد
اگر پیگیری دیگری لازم است آن را با مسئول و زمان تقریبی ثبت کن؛ عبارت مبهم «بعداً بررسی می‌شود» مسئولیت را مشخص نمی‌کند در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که ارتباط حرفه‌ای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤال‌های مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک می‌کند و در صورت استفاده معنای ساده آن را هم روشن کن در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان به‌روزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن برای کامل شدن تصویر این موضوع، این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی
خطر و زمان پیگیری ذکر شود
خطر ترکیبی از احتمال رخداد نامطلوب و شدت اثر آن است؛ تغییر روی هسته شبکه حتی اگر کوچک باشد می‌تواند اثر بالا داشته باشد خطر صفر وجود ندارد؛ هدف شناخت و کاهش آن است در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در طول رخداد، حتی نبود نتیجه نهایی هم باید مدیریت شود؛ زمان به‌روزرسانی بعدی، کاری که در حال بررسی است و محدودیت فعلی را واضح بگو؛ بعد از رفع مشکل از کاربر بخواه نتیجه را در همان سناریویی که مشکل داشت تأیید کند و Closure را با خلاصه اقدام و راه پیشگیری در صورت وجود ثبت کن در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که ارتباط حرفه‌ای با مشتری یعنی مسئله فنی را بدون تحقیر، ابهام یا وعده غیرواقعی توضیح بدهی؛ ابتدا نشانه را با زبان خود کاربر بشنو، سپس سؤال‌های مشخص درباره زمان، دامنه و تغییر اخیر بپرس؛ هنگام توضیح، اصطلاح فنی را فقط جایی استفاده کن که به تصمیم یا اقدام کمک می‌کند و در صورت استفاده معنای ساده آن را هم روشن کن
فرض کن در ارتباط با کاربر یا مشتری مشکلی گزارش شده و احتمال می‌دهی به گزارش پایان کار و تحویل مربوط باشد. قبل از تغییر، وضعیت فعلی را با Ticket، یادداشت تماس، ایمیل و سابقه ارتباط بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباه‌ها را تکرار نکن
- تغییر دادن تنظیمات مرتبط با گزارش پایان کار و تحویل قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
- نتیجه‌گیری درباره گزارش پایان کار و تحویل فقط از روی یک نشانه و بدون انجام تست نهایی
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با گزارش پایان کار و تحویل، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
- با Ticket، یادداشت تماس، ایمیل و سابقه ارتباط وضعیت مرتبط با گزارش پایان کار و تحویل را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
- یک خطای فرضی مرتبط با گزارش پایان کار و تحویل بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند
نکته‌هایی که باید با خودت ببری
- Summary کوتاه و دقیق بده
- اقدام و نتیجه ثبت شود
- وضعیت فعلی سرویس مشخص باشد
- کار باقی‌مانده و مسئول معلوم باشد
- خطر و زمان پیگیری ذکر شود
- چیزی را که هنوز مطمئن نیستی به‌عنوان نتیجه قطعی به کاربر اعلام نکن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
چرا باید Summary کوتاه و دقیق بدهی و از کجا می‌فهمی نتیجه درست است؟
خلاصه پایان کار باید بگوید مشکل چه بود، چه چیزی پیدا شد، چه کاری انجام شد و وضعیت فعلی چیست؛ متن کوتاه اما دقیق از عبارت «رفع شد» مفیدتر است
این نکته را با یک مثال توضیح بده: اقدام و نتیجه ثبت شود. بعد بگو در عمل چطور آن را بررسی می‌کنی.
گزارش پایان کار باید بگوید چه چیزی پیدا شد، چه کاری انجام شد و نتیجه بررسی نهایی چه بود. فهرست Command بدون نتیجه، تحویل قابل استفاده‌ای نیست
این نکته را با یک مثال توضیح بده: وضعیت فعلی سرویس مشخص باشد. بعد بگو در عمل چطور آن را بررسی می‌کنی.
گزارش پایان کار باید وضعیت فعلی سرویس و نتیجه آزمایش را روشن کند تا مخاطب بداند مشکل واقعاً رفع شده یا فقط اثر آن کمتر شده است
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود
