قبل از قرارداد پشتیبانی شبکه چه چیزهایی را بررسی کنیم؟
سرفصل: پشتیبانی

قرارداد پشتیبانی شبکه وقتی خوب کار می‌کند که پیش از امضا روشن باشد چه کاری، با چه سرعتی و تا کجا انجام می‌شود. بیشتر اختلاف‌ها بعداً از همین جا شروع می‌شود: سازمان فکر می‌کرده چیزی جزو قرارداد است و پیمانکار نه. این چک‌لیست از تجربهٔ کار پشتیبانی و نگهداری شبکه در مجموعه‌هایی مثل شرکت انرژی گستران متحد، که پس از اجرای زیرساخت سه سال پشتیبانی آن را بر عهده داشتم، جمع شده است.

۱. وضع موجود را با هم ثبت کنید

پیش از قیمت دادن، پیمانکار باید شبکه را ببیند. یک بازدید و یک فهرست ساده کافی است:

  • تجهیزات شبکه: روتر، فایروال، سوئیچ‌ها و اکسس‌پوینت‌ها
  • سرورها، ماشین‌های مجازی و سرویس‌های مهم
  • مرکز تلفن، شعب و نوع ارتباط بین آن‌ها
  • وضعیت مستندات: نقشهٔ شبکه، آدرس‌دهی و رمزها کجاست؟

اگر شبکه مستند نیست، طبیعی است که دورهٔ اول قرارداد صرف مرتب کردن و مستندسازی شود. این را جدا و روشن در قرارداد بنویسید.

۲. محدودهٔ کار را دقیق بنویسید

سه فهرست داشته باشید:

  • داخل قرارداد: مثلاً رسیدگی به اشکال تجهیزات شبکه و سرور، تغییرات پیکربندی، بررسی پشتیبان‌گیری و پایش تجهیزات مهم.
  • بیرون از قرارداد: مثلاً خرید تجهیزات، کابل‌کشی جدید یا پروژهٔ ساختمان تازه.
  • با هماهنگی جدا: کارهایی که گاهی پیش می‌آید و نرخ یا روالش از قبل توافق می‌شود.

جملهٔ کلی «پشتیبانی کامل شبکه» در قرارداد، بعداً بیشترین اختلاف را می‌سازد.

۳. زمان پاسخ و راه اعلام مشکل

  • مشکل از چه راهی اعلام می‌شود: تلفن، پیام‌رسان یا سامانهٔ تیکت؟
  • زمان پاسخ در ساعت کاری و خارج از آن چقدر است؟
  • «پاسخ» یعنی شروع بررسی، نه حل مشکل؛ این تفاوت را در متن قرارداد روشن کنید.

وعده‌ای که در عمل اجراشدنی نیست، مثلاً حضور فوری در هر ساعت شبانه‌روز برای یک پیمانکار تک‌نفره، فقط اعتماد را از بین می‌برد.

۴. حضوری یا از راه دور؟

  • چند بازدید حضوری در ماه لازم است و برای کدام شعب و شهرها؟
  • دسترسی از راه دور با چه روشی برقرار می‌شود؟ فقط VPN با حساب جدا برای پیمانکار، نه پورت باز روی اینترنت.
  • ورودهای پیمانکار ثبت (لاگ) می‌شود؟

۵. پایش و گزارش

بپرسید پیمانکار مشکل را از کجا می‌فهمد: از تماس شما، یا از سامانهٔ پایشی که خودش زودتر هشدار می‌دهد؟ یک گزارش دوره‌ای کوتاه هم بخواهید: چه اتفاق‌هایی افتاد، چه تغییراتی داده شد و چه خطرهایی در راه است.

۶. پشتیبان‌گیری مسئولیت کیست؟

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

۷. رمزها و مستندات مال سازمان است

قرارداد باید بگوید رمزهای مدیریتی، پیکربندی‌ها و نقشهٔ شبکه متعلق به سازمان است و همیشه یک نسخهٔ به‌روز آن در اختیار مدیر مجموعه است. شبکه‌ای که فقط یک نفر رمزهایش را می‌داند، گروگان آن یک نفر است.

۸. هزینه و آنچه جدا حساب می‌شود

هزینهٔ قرارداد به اندازهٔ زیرساخت، تعداد شعب، تعداد بازدید حضوری و زمان پاسخ بستگی دارد. برای مقایسهٔ پیشنهادها، محدودهٔ کار را کنار هم بگذارید، نه فقط عدد نهایی. بپرسید چه کارهایی هزینهٔ جدا دارد و نرخش چطور حساب می‌شود.

۹. پایان همکاری

روال پایان قرارداد را از اول بنویسید: تحویل رمزها، مستندات به‌روز و پیکربندی‌ها، و یک جلسهٔ تحویل به پیمانکار یا کارشناس بعدی. این بند به نفع هر دو طرف است.

۱۰. سابقه و نمونه‌کار

نمونه‌پروژه‌های مشابه از نظر اندازه و صنعت را ببینید و اگر ممکن است، با یکی از مشتریان فعلی پیمانکار صحبت کنید.

خلاصه

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

عکس: Kim Scarborough، با مجوز CC BY-SA 2.0، از ویکی‌مدیا کامنز؛ برش داده شده.

  • پشتیبانی شبکه
  • قرارداد پشتیبانی
  • IT
  • نگهداری شبکه
  • مستندسازی