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