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