ابزار توسعه · شمارش و برآورد اندازه
شمارش مجوز Visual Studio — روش برآورد دقیق تعداد مورد نیاز
تعداد مجوز Visual Studio از شمارش «هر توسعهدهنده (Named User)» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
چند مجوز Visual Studio لازم داریم؟
تعداد مجوز Visual Studio از شمارش «هر توسعهدهنده (Named User)» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
منبع داده معتبر برای شمارش
برای Visual Studio شمارش باید از یک منبع سیستمی بیرون بیاید تا در ممیزی قابل دفاع باشد: فهرست دارایی، Active Directory یا Entra ID، پرتال مدیریت اشتراکها و ابزار کشف نرمافزار. تخمین شفاهی مدیران واحدها معمولاً بین ۱۵ تا ۳۰ درصد خطا دارد.
- خروجی ابزار کشف دارایی یا مدیریت پیکربندی
- گزارش حسابهای فعال (نه حسابهای ساختهشده)
- گزارش هستههای فیزیکی میزبانها برای بارهای کاری سرور
- فهرست پیمانکاران، کاربران پارهوقت و حسابهای سرویس
خطاهای پرتکرار در شمارش
بیشتر کمبودهایی که در ممیزی Visual Studio کشف میشود، از دسته خطای شمارش است نه خرید ناکافی. مهمترین آنها دسترسی غیرمستقیم و نشمردن محیطهای جانبی است.
- نشمردن دسترسی غیرمستقیم از طریق برنامه واسط (Multiplexing)
- نادیدهگرفتن محیط تست، توسعه و بازیابی از فاجعه
- شمارش کاربر در مدلی که بر پایه دستگاه یا هسته است
- حذفنکردن کارکنان خارجشده از سازمان از تخصیص مجوز
افزودن ضریب رشد و سناریوسازی
پس از شمارش پایه، دو سناریو بسازید: کمینه (بدون رشد، فقط جایگزینی) و بیشینه (رشد نیروی انسانی، پروژههای جدید و محیطهای موقت). اختلاف دو سناریو را بهعنوان ذخیره بودجه نگه دارید تا خرید اضطراری با قیمت غیربهینه لازم نشود.
بازبینی دورهای شمارش
شمارش Visual Studio یک عکس لحظهای است و ظرف چند ماه کهنه میشود. یک بازبینی سهماهه سبک و یک بازبینی سالانه کامل، هزینه اصلاح در ممیزی را به شکل چشمگیری کاهش میدهد. CAL ندارد؛ اما اشتراک شامل حق استفاده از نرمافزارهای مایکروسافت برای توسعه و تست است.
گامهای شمارش مجوز Visual Studio
| گام | خروجی مورد انتظار |
|---|---|
| استخراج از منبع سیستمی | تعداد خام هر توسعهدهنده (Named User) |
| پاکسازی موارد بلااستفاده | تعداد واقعی در حال استفاده |
| افزودن دسترسی غیرمستقیم | تعداد قابل دفاع در ممیزی |
| افزودن ضریب رشد | تعداد هدف برای خرید |
شمارش دقیق Visual Studio در شش گام
شمارش اشتباه، رایجترین منبع هزینه اضافی و ریسک انطباق است. واحد پایه: هر توسعهدهنده (Named User).
منبع داده را انتخاب کنید
یک منبع رسمی (دایرکتوری، پرتال مدیریت یا ابزار دارایی) را مبنا بگذارید و بقیه را با آن تطبیق دهید.
دامنه را ببندید
محیطهای تولید، تست، توسعه و بازیابی را جداگانه بشمارید و مشخص کنید کدامیک مجوز میخواهد.
کفها و ضریبها را اعمال کنید
تعداد توسعهدهنده فعال، Professional در برابر Enterprise، اعتبار Azure و Azure DevOps همراه اشتراک، لایسنسهای بلااستفاده کارکنان خروجی.
دسترسیهای غیرمستقیم را اضافه کنید
کاربر بیرونی، سرویس واسط و گزارشگیر خودکار معمولاً از قلم میافتند.
با ابزار برآورد تطبیق دهید
نتیجه دستی را با ابزارهای برآورد سایت مقایسه کنید؛ اختلاف بزرگ یعنی یک فرض اشتباه است.
رشد را جدا نگه دارید
عدد امروز و پیشبینی ۱۲ ماه را در دو ستون بنویسید تا مذاکره تمدید شفاف بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| استفاده تجاری از Community خارج از شرایط مجاز | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| بهاشتراکگذاری یک اشتراک بین چند نفر | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
| استفاده از نرمافزار توسعه در محیط عملیاتی | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Visual Studio را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| تعداد توسعهدهنده فعال | زیاد | قبل از هر استعلام، این عدد را قطعی کنید. |
| Professional در برابر Enterprise | زیاد | با یک تغییر تصمیم میتوان چند ده درصد صرفهجویی کرد. |
| اعتبار Azure و Azure DevOps همراه اشتراک | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
| لایسنسهای بلااستفاده کارکنان خروجی | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هر توسعهدهنده (Named User) را میتواند دقیق گزارش کند.
- تیمی که برای Visual Studio مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هر توسعهدهنده (Named User) تهیه کنید.
- ادیشن هدف را از میان Community، Professional، Enterprise انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
برای Visual Studio دقیقاً چه چیزی را باید بشماریم؟
هر توسعهدهنده (Named User). CAL ندارد؛ اما اشتراک شامل حق استفاده از نرمافزارهای مایکروسافت برای توسعه و تست است.
آیا محیط تست هم نیاز به مجوز دارد؟
در بسیاری از محصولات بله، مگر آنکه تحت حقوق توسعه و تست مشخصی پوشش داده شده باشد؛ فرض رایگانبودن محیط تست یکی از پرهزینهترین اشتباههاست.
چند درصد ذخیره بالای شمارش منطقی است؟
برای سازمان پایدار حدود ۵ درصد و برای سازمان در حال رشد ۱۰ تا ۱۵ درصد؛ بیش از آن سرمایه راکد میشود.
موضوعهای دیگر درباره Visual Studio
محصولات و نسخههای Visual Studio
صفحه هر نسخه شامل مشخصات، ادیشنها و اطلاعات خرید لایسنس اورجینال است.