آیا باید از جیرا مهاجرت کنید؟ + (هزینه ریالی جیرا)

بیشتر تیم‌هایی که از جیرا کوچ می‌کنند، شش ماه بعد دوباره همان مشکلات قبلی را دارند — فقط این بار در یک ابزار دیگر.

این جمله سخت است، اما واقعیت بازار است. مهاجرت از جیرا معمولاً به‌عنوان یک تصمیم مالی مطرح می‌شود «گران است»، در حالی که در عمل یک تصمیم فرآیندی است. اگر ریشه مشکل شما بی‌نظمی در چرخه توسعه باشد، هیچ ابزاری آن را حل نمی‌کند و شما فقط هزینه انتقال داده و آموزش مجدد تیم را پرداخته‌اید.

این راهنما یک چارچوب تصمیم‌گیری به شما می‌دهد: پنج معیاری که باید بسنجید، محاسبه دقیق هزینه واقعی جیرا برای یک تیم ایرانی در سال ۲۰۲۶ (به تومان)، و نقشه راه انتقال در صورتی که تصمیم نهایی مهاجرت باشد.

پاسخ سریع: در یک نگاه، مهاجرت برای شما توجیه دارد یا نه؟

اگر در دو ردیف یا بیشتر «✅ بله» گرفتید، ادامه این مقاله برای شما نوشته شده است.

هزینه واقعی جیرا برای تیم ایرانی در سال ۲۰۲۶

عدد روی سایت اطلسیان، عددی نیست که شما پرداخت می‌کنید. بگذارید مرحله‌به‌مرحله جلو برویم.

قیمت رسمی جیرا ابری (۲۰۲۶)

طبق قیمت‌های منتشرشده اطلسیان در سال ۲۰۲۶: جیرا سافت‌ور در پلن Standard حدود ۷.۹۱ دلار و در پلن Premium حدود ۱۴.۵۴ دلار به ازای هر کاربر در ماه است و کانفلوئنس جداگانه با ۵.۴۲ دلار قیمت‌گذاری شده. پلن رایگان تا ۱۰ کاربر در دسترس است.

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

هزینه پنهان: افزونه‌ها

قابلیت‌هایی مثل ثبت زمان، نمودار گانت و گزارش‌گیری پیشرفته عمداً در نسخه پایه جیرا محدود نگه داشته شده‌اند و تیم‌ها را به سمت افزونه‌های پولی سوق می‌دهند که هزینه‌شان به‌ازای هر کاربر رشد می‌کند. یک تحلیل هزینه واقعی برای تیم ۵۰ نفره نشان می‌دهد که با احتساب Tempo Timesheets، Zephyr Scale، Atlassian Guard و کانفلوئنس، هزینه واقعی به حدود ۲۳.۶۶ دلار به‌ازای هر کاربر در ماه می‌رسد — یعنی تقریباً سه برابر قیمت تبلیغ‌شده.

ترجمه این عدد به تومان:

تیم ۵۰ نفره، هزینه واقعی سالانه: حدود ۲,۸۳۹,۲۰۰,۰۰۰ تومان (نزدیک ۲.۸ میلیارد تومان)

ضریب سومی که فقط ایرانی‌ها می‌پردازند

سه هزینه دیگر روی این عدد سوار می‌شود که در هیچ مقاله انگلیسی‌زبانی نمی‌بینید:

1. 1. کارمزد واسطه پرداخت: بین ۵ تا ۱۵ درصد مبلغ، بسته به سرویس‌دهنده.
   2. ریسک قطع دسترسی: اکانت‌هایی که IP یا اطلاعات پرداختشان مشکوک تشخیص داده شود، بدون اطلاع قبلی معلق می‌شوند. داده روی سرور می‌ماند و دسترسی قطع است.
   3. نوسان نرخ ارز: بودجه‌ای که امروز بستید، در تمدید سال بعد ممکن است ۳۰ درصد بیشتر باشد — بدون آنکه یک قابلیت جدید گرفته باشید.

نکته مهم درباره این اعداد: محاسبات بالا بر پایه نرخ فرضی ۲۰۰,۰۰۰ تومان برای دلار انجام شده و قیمت‌های اطلسیان نیز پلکانی است (با افزایش تعداد کاربر، نرخ هر کاربر کمی کاهش می‌یابد). عدد نهایی خودتان را با نرخ روز و پیشنهاد رسمی اطلسیان بسنجید.

پنج معیار تصمیم‌گیری برای ترک جیرا

هزینه مهم است، اما اگر تنها معیار شما باشد، تصمیم اشتباهی خواهید گرفت. این پنج معیار را به‌ترتیب بررسی کنید.

۱. ریشه مشکل: ابزار است یا فرآیند؟

این سؤال را از خودتان بپرسید: «اگر فردا جیرا رایگان شود، مشکل ما حل می‌شود؟»

اگر پاسخ «بله» است، مشکل شما مالی است و مهاجرت منطقی است. اگر پاسخ «نه» است، مشکل شما در تعریف Definition of Done، شفافیت وابستگی‌ها یا انضباط تیم است. این‌ها با تغییر ابزار حل نمی‌شوند — فقط جابه‌جا می‌شوند.

سناریوی واقعی: یک تیم ۱۸ نفره که به دلیل «شلوغی و پیچیدگی جیرا» به یک ابزار ساده‌تر مهاجرت کرد، بعد از سه ماه متوجه شد که مشکل اصلی‌اش این بوده که هیچ‌کس مسئول به‌روزرسانی وضعیت تسک‌ها نبوده. ابزار ساده‌تر فقط کاری کرد که این خلأ سریع‌تر خودش را نشان دهد.

۲. حجم و پیچیدگی داده تاریخی

انتقال داده از جیرا برای یک پروژه ۲۰۰ ایشویی چند ساعت کار است. برای سازمانی با ۵۰ هزار ایشو، ده‌ها workflow سفارشی، فیلدهای شخصی‌سازی‌شده و تاریخچه چند ساله، این یک پروژه چندهفته‌ای با ریسک از دست رفتن داده است.

پیش از تصمیم، این سه عدد را استخراج کنید: تعداد کل ایشوها، تعداد workflow های فعال، تعداد افزونه‌های Marketplace نصب‌شده.

۳. وابستگی به اکوسیستم اطلسیان

اگر تیم شما همزمان از Confluence، Bitbucket و Jira Service Management استفاده می‌کند، مهاجرت تنها جیرا یعنی شکستن یکپارچگی. در این حالت یا باید کل اکوسیستم را جابه‌جا کنید، یا ابزار جایگزینی انتخاب کنید که خودش مستندسازی و اتصال به مخزن کد را پوشش دهد.

۴. الزامات حاکمیت داده

اگر پروژه شما داده حساس دارد یا کارفرمای دولتی است، نگهداری اطلاعات فنی روی سرور خارجی معمولاً مجاز نیست. نکته مهم اینکه گزینه On-Premise جیرا هم در حال بسته شدن است: فروش جدید Jira Data Center از ۳۰ مارس ۲۰۲۶ متوقف شده و پایان پشتیبانی آن مارس ۲۰۲۹ اعلام شده است. یعنی مسیر خودمیزبانی روی جیرا در حال حذف شدن است.

۵. توان جذب و آموزش تیم

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

مهاجرت، ساختار ارتباطی تیم شما را هم تغییر می‌دهد

ملوین کانوی، مهندس نرم‌افزار، در سال ۱۹۶۷ اصلی را مطرح کرد که امروز به «قانون کانوی» شناخته می‌شود: سازمان‌ها سیستم‌هایی طراحی می‌کنند که آینه ساختار ارتباطی خودشان است.

این اصل در مهاجرت ابزار دقیقاً برعکس هم عمل می‌کند: ابزاری که انتخاب می‌کنید، ساختار ارتباطی تیم شما را شکل می‌دهد.

ابزاری که واحد کارش «کارت روی بورد» است، تیم را به سمت گزارش شفاهی پیشرفت سوق می‌دهد — چون تنها سیگنالی که سیستم می‌فهمد، جابه‌جایی کارت است. ابزاری که واحد کارش «خروجی فنی قابل رهگیری» است، تیم را مجبور می‌کند اتمام کار را با شواهد اثبات کند.

پیش از انتخاب جایگزین، این سؤال را بپرسید: در ابزار جدید، یک تسک با چه چیزی «تمام‌شده» اعلام می‌شود؟ اگر پاسخ همان «کشیدن کارت به ستون Done» است، شما فقط محل نگهداری بی‌نظمی را عوض کرده‌اید.

💡 دیدگاه متخصص: ابزار داخلی چه چیزی را حل می‌کند و چه چیزی را نه

صادقانه بگوییم — جایگزین داخلی جیرا همه‌چیز را حل نمی‌کند.

آنچه واقعاً حل می‌شود:

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

آنچه حل نمی‌شود و باید بدانید:

• • اکوسیستم افزونه‌های Marketplace جیرا با هزاران افزونه، در هیچ ابزار داخلی معادل ندارد
  • اگر workflow های بسیار سفارشی دارید، احتمالاً باید بخشی از آن‌ها را ساده کنید
  • بلوغ مستندسازی و جامعه کاربری ابزارهای جهانی، سال‌ها جلوتر است

انتخاب درست وقتی اتفاق می‌افتد که این سه محدودیت را از قبل بپذیرید و ابزار جایگزین را بر اساس مسئله واقعی سازمان خودتان بسنجید، نه بر اساس فهرست قابلیت‌ها.

نقشه راه: اگر تصمیم به مهاجرت گرفتید

انتقال یک‌شبه، رایج‌ترین خطای این فرآیند است. مسیر امن این است:

گام ۱ — ممیزی داده (هفته اول). فهرست کامل پروژه‌ها، ایشوهای فعال، ایشوهای بسته‌شده، فیلدهای سفارشی و افزونه‌ها را استخراج کنید. مشخص کنید چه بخشی از تاریخچه واقعاً باید منتقل شود و چه بخشی صرفاً آرشیو است.

گام ۲ — پروژه پایلوت (هفته دوم تا چهارم). یک تیم کوچک و یک پروژه غیربحرانی را انتخاب کنید. هر دو سیستم را موازی نگه دارید. معیار موفقیت را از قبل تعریف کنید — مثلاً «تیم بدون پرسیدن سؤال از ادمین، اسپرینت را ببندد».

گام ۳ — طراحی نگاشت (Mapping). وضعیت‌ها، نقش‌ها و فیلدهای جیرا را به معادل‌هایشان در ابزار جدید نگاشت کنید. جایی که معادل وجود ندارد، تصمیم بگیرید که فرآیند را ساده کنید یا ابزار را سفارشی.

گام ۴ — انتقال مرحله‌ای. ابتدا پروژه‌های جدید را در ابزار جدید شروع کنید. پروژه‌های در جریان را تا پایان در جیرا نگه دارید. هرگز یک اسپرینت باز را وسط کار منتقل نکنید.

گام ۵ — آرشیو خواندنی. پیش از لغو اشتراک، خروجی کامل داده را در قالب JSON یا CSV بگیرید و در جای امن نگه دارید. دسترسی به داده تاریخی بعد از پایان اشتراک، دیگر در اختیار شما نیست.

گام ۶ — لغو اشتراک. فقط پس از تأیید کتبی تیم‌ها که همه چیز در ابزار جدید در دسترس است.

سوالات متداول

آیا داده‌های جیرا هنگام مهاجرت از بین می‌رود؟ خیر، به شرطی که پیش از لغو اشتراک، خروجی کامل بگیرید. جیرا امکان خروجی گرفتن در قالب CSV و JSON را می‌دهد. ریسک اصلی از دست رفتن داده نیست، بلکه از دست رفتن روابط بین داده‌هاست — لینک بین ایشوها، تاریخچه تغییرات و پیوست‌ها معمولاً در انتقال ساده منتقل نمی‌شوند.

تیم چند نفره باید باشد تا مهاجرت از جیرا صرفه اقتصادی داشته باشد؟ زیر ۱۰ نفر معمولاً صرفه ندارد، چون پلن رایگان جیرا نیاز شما را پوشش می‌دهد. از حدود ۱۵ نفر به بالا، صرفه‌جویی سالانه از هزینه انتقال عبور می‌کند. اما اگر ریسک قطع دسترسی برایتان جدی است، معیار اقتصادی تنها ملاک نیست.

مهاجرت از جیرا چقدر طول می‌کشد؟ برای تیم زیر ۲۰ نفر با یک یا دو پروژه فعال: دو تا چهار هفته شامل پایلوت. برای سازمان ۱۰۰ نفره با چند دپارتمان و workflow های سفارشی: دو تا چهار ماه. عامل تعیین‌کننده تعداد ایشو نیست، تعداد فرآیندهای سفارشی است.

آیا می‌شود جیرا را نگه داشت و فقط بخشی از کار را منتقل کرد؟ بله و در برخی سازمان‌ها منطقی است — مثلاً نگه‌داشتن جیرا برای تیم‌های غیرفنی و انتقال چرخه توسعه به ابزار تخصصی. اما مراقب باشید: نگه‌داشتن دو منبع حقیقت، همان مشکل پراکندگی اطلاعات را که می‌خواستید حل کنید، تشدید می‌کند.

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

جمع‌بندی: تصمیم درست، تصمیم داده‌محور است

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

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

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

📚 منابع:

1. Atlassian Official Pricing — — منبع اول و رسمی قیمت؛ برای بخش هزینه الزامی است

2. Atlassian Data Center EOL Announcement — اعلام رسمی توقف فروش Data Center

3. Conway, M. "How Do Committees Invent?" (1968) — منبع اصلی قانون کانوی برای بخش یونیک

4. Atlassian Support — Exporting issues — مرجع فنی خروجی گرفتن داده