پشتیبانی شبکه: تیم داخلی یا برونسپاری؟ چارچوب تصمیمگیری
سؤال معمولاً اینطور پرسیده میشود: «کارشناس IT استخدام کنیم یا پشتیبانی را بدهیم بیرون؟» و معمولاً بر اساس تجربه شخصی مدیر یا آخرین اتفاق بد جواب داده میشود — که هیچکدام روش خوبی برای یک تصمیم چندساله نیست.
این مقاله یک چارچوب میدهد: هفت معیار، یک جدول امتیازدهی که خودتان پر میکنید، و مقایسه هزینه واقعی هر دو مدل. در پایان هم به مدل سومی میرسیم که بیشتر شرکتهای متوسط عملاً به آن ختم میشوند.
چرا این تصمیم معمولاً بد گرفته میشود
سه خطای رایج:
- مقایسه حقوق با مبلغ قرارداد. این دو قابل مقایسه نیستند. حقوق یک نفر با هزینه تمامشده یک نفر فرق دارد، و یک نفر با یک تیم چندتخصصی فرق دارد.
- تصمیم بر اساس آخرین بحران. بعد از یک قطعی بد، همهچیز به سمت «باید یکی همیشه اینجا باشد» میرود؛ بعد از یک دوره آرام، به سمت «چرا داریم پول میدهیم».
- نادیده گرفتن ریسک تکنفره. کارشناس داخلی مرخصی میرود، مریض میشود و استعفا میدهد. اگر تنها کسی باشد که شبکه را میشناسد، این ریسک بسیار بزرگتر از چیزی است که در بودجه دیده میشود.
هفت معیاری که باید بسنجید
۱. حساسیت کسبوکار به توقف
اگر یک ساعت توقف برای شما گران است، نیاز به پاسخ سریع و پوشش گسترده دارید. عدد این حساسیت را با روش محاسبه هزینه خرابی شبکه دربیاورید. بدون این عدد، بقیه معیارها معلقاند.
۲. تنوع تخصص مورد نیاز
شبکه، سرور، امنیت، ویپ، مجازیسازی و بکاپ، شش تخصص متفاوتاند. یک کارشناس نمیتواند در همه عالی باشد. سؤال درست این است: زیرساخت شما چند حوزه تخصصی را لمس میکند؟
۳. حجم کار روزانه
اگر روزانه دهها درخواست کاربری دارید، حضور دائم صرفه دارد. اگر ماهی چند مورد، پرداخت حقوق تماموقت برای کاری که پر نمیشود، اتلاف است.
۴. توزیع جغرافیایی
چند سایت دارید و چقدر از هم دورند؟ یک نفر نمیتواند همزمان در سه شعبه باشد.
۵. الزامات محرمانگی
اگر دادههای بسیار حساس دارید، ممکن است ترجیح دهید دسترسی در داخل بماند. البته این با قرارداد محرمانگی و کنترل دسترسی قابل مدیریت است و بهتنهایی دلیل قاطعی نیست.
۶. بلوغ مستندات
اگر هیچ مستندی ندارید، هر دو مدل در ابتدا کند خواهند بود. اما مدل بیرونی معمولاً مستندسازی را بهعنوان بخشی از فرایند تحمیل میکند، چون بدون آن نمیتواند کار کند.
۷. توان مدیریت
کارشناس داخلی مدیر میخواهد. اگر کسی در سازمان نیست که بتواند کار او را ارزیابی کند، عملاً یک نفر را استخدام کردهاید که هیچکس نمیداند خوب کار میکند یا نه.
جدول امتیازدهی
به هر ردیف از ۱ تا ۵ امتیاز بدهید. ستون سمت راست میگوید امتیاز بالا به کدام سمت وزن میدهد.
| معیار | امتیاز شما (۱ تا ۵) | امتیاز بالا یعنی |
|---|---|---|
| حساسیت به توقف | نیاز به پوشش قوی — هر دو مدل، اما با SLA | |
| تنوع تخصص | به نفع برونسپاری | |
| حجم کار روزانه | به نفع تیم داخلی | |
| تعداد سایتها | به نفع برونسپاری | |
| حساسیت داده | به نفع تیم داخلی | |
| بلوغ مستندات | امتیاز پایین یعنی هر دو مدل کند شروع میکنند | |
| توان مدیریت فنی | امتیاز پایین به نفع برونسپاری |
این جدول جواب قطعی نمیدهد؛ کاری که میکند این است که بحث را از «حسم میگوید» به «این ردیف را چرا ۴ دادی» منتقل میکند. برای یک تصمیم چندساله، همین کافی است.
مقایسه هزینه واقعی
مقایسه درست، حقوق در برابر مبلغ قرارداد نیست. اینها را در سمت تیم داخلی حساب کنید:
- حقوق و مزایا و بیمه
- هزینه استخدام و زمان تا آمادهبهکار شدن
- آموزش و بهروز نگه داشتن مهارت
- ابزار و لایسنسهایی که لازم دارد
- پوشش دوره مرخصی و بیماری
- هزینه جایگزینی در صورت استعفا — شامل دورهای که کسی نیست
- هزینه تخصصهایی که ندارد و باید از بیرون بگیرید
و اینها را در سمت برونسپاری:
- مبلغ ثابت قرارداد
- موارد خارج از دامنه که جدا حساب میشوند
- زمان مدیریت رابطه با پیمانکار
- ریسک وابستگی — که با بند مالکیت مستندات قابل کنترل است
وقتی هر دو ستون کامل شوند، معمولاً فاصلهای که در ابتدا بزرگ به نظر میرسید، کوچک میشود — و تصمیم بیشتر به کیفیت و ریسک برمیگردد تا به عدد.
ریسکهای هر مدل و راه مهار
ریسک اصلی تیم داخلی: تکنقطهای شدن دانش
وقتی یک نفر تنها کسی است که میداند چه چیزی کجاست، سازمان شما گروگان یک رزومه است. راه مهار: الزام مستندسازی بهعنوان بخشی از شرح شغل، نه یک کار اضافه که هیچوقت وقتش نمیرسد. و نگهداری نسخهای از دسترسیها خارج از دست آن فرد.
ریسک اصلی برونسپاری: وابستگی و کندی
پیمانکاری که مستندات را نگه میدارد و دسترسی نمیدهد، هزینه خروج را بالا میبرد. راه مهار: بند مالکیت مستندات و دسترسی، که در ۹ بند ضروری قرارداد پشتیبانی توضیح دادهایم. ریسک کندی هم با SLA و زمان پاسخ مکتوب مهار میشود.
مدل سوم: ترکیبی
بیشتر شرکتهای متوسطی که با آنها کار میکنیم، عملاً به این مدل رسیدهاند و معمولاً بعد از آزمونوخطا، نه از ابتدا:
| لایه | چه کسی | چرا |
|---|---|---|
| پشتیبانی کاربران، کارهای روزمره | کارشناس داخلی | حجم بالا، نیاز به حضور، تخصص عمومی |
| زیرساخت شبکه و سرور | قرارداد بیرونی | تخصص متنوع، نیاز مقطعی |
| امنیت و مواقع بحرانی | قرارداد بیرونی با SLA | تخصص کمیاب، نیاز به پوشش گسترده |
| پروژههای توسعه | قرارداد پروژهای | خارج از ظرفیت روزمره |
مزیت این مدل این است که ریسک تکنفره را حذف میکند: وقتی کارشناس داخلی مرخصی است، شرکت بیپشتوانه نمیماند. و ریسک وابستگی به پیمانکار را هم کم میکند، چون کسی در داخل هست که ناظر باشد.
سؤالهایی که پیش از تصمیم بپرسید
- اگر فردا کارشناس ما استعفا بدهد، چقدر طول میکشد تا کسی جایش را بگیرد و چه چیزی از دست میرود؟
- در شش ماه گذشته چند بار مجبور شدیم متخصص بیرونی بیاوریم؟ برای چه؟
- آیا کسی در سازمان میتواند کیفیت کار فنی را ارزیابی کند؟
- مستندات شبکه ما الان کجاست؟
- در ساعات غیراداری، چه کسی پاسخگوست و با چه تعهدی؟
اگر پاسخ سؤال چهارم «نمیدانم» یا «در ذهن فلانی» است، این اولین چیزی است که باید حل شود — مستقل از اینکه کدام مدل را انتخاب کنید.
سه سناریوی واقعی که تصمیم را روشن میکند
گاهی بهجای معیارهای انتزاعی، دیدن سه وضعیت مشخص کمک بیشتری میکند. این سه، رایجترین وضعیتهایی هستند که در بازدیدها میبینیم.
شرکت بازرگانی با سی کارمند و یک دفتر
کارها همه اداری است، همه در یک ساختمان، و زیرساخت شامل یک سرور فایل، یک روتر و چند سوئیچ است. حجم درخواستهای کاربری روزانه پایین است — چند مورد در هفته. اما وقتی اینترنت قطع میشود، سی نفر بیکار میشوند.
در این وضعیت استخدام یک کارشناس تماموقت یعنی پرداخت حقوق برای زمانی که پر نمیشود. قرارداد بیرونی با زمان پاسخ کوتاه، هم ارزانتر است هم پوشش تخصصی گستردهتری میدهد. نکته کلیدی این است که زمان پاسخ باید متناسب با هزینه توقف باشد، نه ارزانترین گزینه ممکن.
شرکت تولیدی با صد و پنجاه نفر و سه سایت
یک دفتر مرکزی، یک کارخانه و یک انبار. کاربران زیاد، مشکلات روزمره فراوان، و سه مکان که یک نفر نمیتواند همزمان در آنها باشد. اینجا حجم کار روزمره وجود یک کارشناس داخلی را توجیه میکند — اما همان کارشناس نمیتواند همزمان متخصص شبکه، سرور، امنیت و ویپ باشد و در سه نقطه هم حاضر شود.
مدل ترکیبی برای این وضعیت طراحی شده است: کارشناس داخلی برای کاربران و کارهای روزمره، قرارداد بیرونی برای لایه زیرساخت و مواقع بحرانی.
شرکت خدماتی با پانزده نفر و وابستگی شدید به IT
تعداد کم است اما همه کارها روی سیستم انجام میشود و مرکز تماس دارند. یک ساعت توقف یعنی از دست رفتن تماسهایی که برنمیگردند.
اینجا اندازه شرکت گمراهکننده است. تصمیم نباید بر اساس تعداد نفرات گرفته شود، بلکه بر اساس هزینه توقف. چنین شرکتی به پوشش قوی نیاز دارد و معمولاً قرارداد بیرونی با SLA سختگیرانه برای سطح بحرانی، منطقیترین گزینه است.
اشتباهی که در هر دو مدل تکرار میشود
مستقل از اینکه کدام مدل را انتخاب کنید، یک اشتباه در هر دو تکرار میشود و بیشترین هزینه را دارد: نبود مستندات بهروز.
در مدل داخلی، مستندات نوشته نمیشود چون «خودم میدانم». در مدل بیرونی، نوشته میشود اما گاهی نزد پیمانکار میماند. در هر دو حالت، سازمان صاحب دانشِ زیرساخت خودش نیست.
راهحل ساده است و کمهزینه: تعیین کنید مستندات کجا نگهداری میشوند، چه کسی مسئول بهروز نگه داشتنشان است، و در هر بازبینی دورهای، وجود و صحتشان چک شود. این کار در قرارداد یک بند است و در شرح شغل یک خط — اما تفاوتش در روز بحران، ساعتهاست.
حداقل مستنداتی که باید داشته باشید
- نقشه منطقی شبکه و فهرست تجهیزات با مدل و محل نصب
- جدول آدرسدهی و جداسازیها
- فهرست سرویسهای حیاتی و وابستگیهایشان
- محل و رویه بکاپها و آخرین باری که بازیابی تست شده
- فهرست دسترسیهای مدیریتی و اینکه نزد چه کسانی است
- قراردادها و تاریخ انقضای پشتیبانی و لایسنسها
اگر این شش مورد را دارید، تغییر مدل پشتیبانی — در هر جهتی — کار سختی نیست. اگر ندارید، هر تغییری پرهزینه و پرریسک خواهد بود، و این خودش دلیلی است که چرا بسیاری از شرکتها در یک رابطه ناکارآمد میمانند.
ماتریس فنی مهارتها و تقسیم مسئولیت
یکی از دلایلی که استخدام یک کارشناس «همهکاره» معمولاً کافی نیست، گستردگی حوزههای فنی یک زیرساخت امروزی است. این جدول را برای سازمان خودتان پر کنید:
| حوزه | نمونه کار | تکرار نیاز | عمق تخصص لازم |
|---|---|---|---|
| پشتیبانی کاربر | ایمیل، چاپگر، دسترسیها | روزانه | متوسط |
| سوئیچینگ و VLAN | تغییر پورت، VLAN جدید، عیبیابی حلقه | ماهانه | بالا در طراحی |
| فایروال و VPN | قوانین، تونل شعب، دسترسی دورکاری | هفتگی تا ماهانه | بالا |
| وایرلس | پوشش، ظرفیت، احراز هویت | فصلی | بالا در طراحی |
| سرور و مجازیسازی | وصله، ظرفیت، خوشه | ماهانه | بالا |
| بکاپ و بازیابی | پایش، آزمون بازیابی | روزانه تا فصلی | متوسط تا بالا |
| تلفن VoIP | داخلی، صف، ترانک | ماهانه | تخصصی |
| مانیتورینگ و امنیت | هشدار، لاگ، آسیبپذیری | مداوم | بالا |
الگوی رایج این است: کارهای روزانه با تکرار بالا و عمق متوسط — ستونهای بالای جدول — برای تیم داخلی مناسباند؛ کارهای با تکرار کم و عمق بالا — طراحی فایروال، مجازیسازی، مرکز تلفن VoIP — برای پیمانکاری که همین کارها را در دهها سازمان انجام میدهد. نگه داشتن تخصص عمیق در همه این حوزهها با یک یا دو نفر داخلی، معمولاً نه ممکن است نه اقتصادی.
ماتریس RACI برای مدل ترکیبی
در مدل ترکیبی، بزرگترین ریسک ابهام در مسئولیت است: «فکر میکردم شما بکاپ را چک میکنید». ماتریس RACI برای هر کار چهار نقش را مشخص میکند: R انجامدهنده، A پاسخگوی نهایی، C مشورتشونده، I مطلعشونده.
| کار | کارشناس داخلی | پیمانکار | مدیر سازمان |
|---|---|---|---|
| پشتیبانی روزانه کاربران | R / A | C | I |
| بررسی روزانه نتیجه بکاپ | R | A | I |
| نصب وصلههای امنیتی سرور | C | R / A | I |
| تغییر قوانین فایروال | C | R / A | I |
| حادثه بحرانی شبکه | R (اقدام اولیه) | R / A | I |
| برنامهریزی ظرفیت و خرید | C | R | A |
| نگهداری مستندات و رمزها | R | R | A |
این ماتریس را ضمیمه قرارداد کنید و هر شش ماه بازبینی کنید. دو ستون داخلی و پیمانکار هر دو به داده مشترک نیاز دارند؛ یک سیستم مانیتورینگ که هر دو طرف هشدارهایش را میبینند، سادهترین راه هماهنگی است.
پرسشهای متداول
برای شرکت زیر ۲۰ نفر کدام بهتر است؟
معمولاً قرارداد بیرونی، چون حجم کار یک نفر تماموقت را پر نمیکند و تنوع تخصص مورد نیاز از یک نفر بیشتر است. استثنا وقتی است که کسبوکار بهشدت به IT وابسته باشد.
اگر همین حالا کارشناس داخلی داریم، قرارداد بیرونی یعنی اخراج او؟
نه، و معمولاً برعکس. مدل ترکیبی کارشناس داخلی را از کارهایی که تخصصش نیست آزاد میکند تا روی کاربران و کارهای روزمره تمرکز کند. رایجترین سوءتفاهم در معرفی قرارداد بیرونی همین است و بهتر است از ابتدا شفاف شود.
چطور بفهمیم پیمانکار خوب کار میکند؟
با گزارش ماهانه و شاخصهای SLA. اگر گزارشی نمیگیرید، هیچ راهی برای ارزیابی ندارید — این همان مشکلی است که در ارزیابی کارشناس داخلی بدون ناظر فنی هم وجود دارد.
آیا میشود اول قرارداد کوتاه بست و بعد تصمیم گرفت؟
بله و توصیه هم میشود. یک قرارداد سهماهه با دامنه محدود، هم به شما نشان میدهد پیمانکار چطور کار میکند، هم مستندسازی اولیه را راه میاندازد که در هر تصمیمی به کارتان میآید.
قدم بعدی
اگر میخواهید ببینید برای وضعیت فعلی شما کدام مدل منطقیتر است، بازدید فنی نقطه شروع خوبی است: زیرساخت، حجم کار و نقاط ریسک را میبینیم و بدون تعارف میگوییم کدام بخش را بهتر است داخل نگه دارید.
مشاهده خدمات پشتیبانی شبکه و درخواست بازدید · تلفن: 021-74903
کارشناس IT مستقل یا پیمانکار کوچک هستید؟
اگر مشتریانی دارید که در حوزههایی مثل مجازیسازی، VoIP یا امنیت به تخصص عمیقتر نیاز دارند، از طریق برنامه همکاری در فروش نصیر ارتباط پروژه را با ما مشترک اجرا کنید.