تغییرات ویژگیهای جیرا از نسخه ۶٫۱ تا ۷٫۱

انتشار نسخه۶٫۲ ویژگی های یکپارچه سازی کد جدید برای مسائل پنل توسعه جدید، که در هر ایشو نشان داده شده است، به شما کمک می کند تا وضعیت توسعه یک موضوع را در یک نگاه ارزیابی کنید. اگر شما نیاز به تحقیق بیشتر دارید، بر روی هر مورد کلیک کنید تا جزئیات بیشتری را نمایش دهد یا روی ابزار توسعه، دریل کنید. به یکی از این برنامه های سازگار متصل شوید و موارد زیر را فعال کنید: ⦁ Bitbucket یا Stash: مشاهده و ایجاد شاخه ها، مشاهده اعمال، مشاهده و ایجاد درخواست های بیهوده ⦁ FishEye / Crucible (GIT / Subversion / Perforce / CVS): مشاهده شاخه ها، مشاهده اعمال، مشاهده و ایجاد نظرات ⦁ بامبو: مشاهده وضعیت ساخت و استقرار ⦁ GitHub / GitHub Enterprise: مشاهده شاخه ها، مشاهده اعمال، مشاهده و ایجاد درخواست های بیهوده طراحی گردش کار پیشرفته طراحی گردش کار در این نسخه سریعتر و آسان تر است. ما تعدادی از ویژگی های جدید را اضافه کرده ایم که رابط کاربر را تمیزتر و منحصر به فرد تر کرده است. اکنون می توانید برای ایجاد تغییرات، استفاده مجدد از تغییرات موجود، زوم (با کلید «alt» و یا کنترل های +/- کلیک کنید)، کشیدن و رها کردن برای باز کردن مقصد انتقال و بیشتر! در حقیقت، طراح گردش کار می تواند همه چیز را که در طراحی گردش کار قدیمی “کلاسیک” پشتیبانی شده است، انجام دهد، بنابراین ما طراح “کلاسیک” را به خوبی بازنشسته کرده و آن را از JIRA حذف کردیم. • پیکربندی نوع نوع مسئله ما پیکربندی نوع ایشو را در این نسخه ساده کرده ایم. برای پیدا کردن گردش کار یا صفحه نمایش برای نوع مسئله درسامانه JIRA زیاد حستجو نکنید. انواع موضوعی مربوط به یک پروژه در حال حاضر در صفحه مدیریت پروژه هستند. این رویکرد، باعث می شود که پروژه را به نحوی آسان تنظیم کنید. هر تب طراحی گردش کار و طراح صفحه نمایش (فقط مدیران JIRA) را فراهم می کند، بنابراین شما می توانید یک نوع موضوع را بدون خروج از پروژه پیکربندی کنید. لوزی های وضعیت های جدید این نسخه “لوزی” جدیدی برای نشان دادن وضعیت در JIRA معرفی می‌کند. نمایش از “آیکون + نوشته” قبلی تغییر پیدا کرد تا کاربران راحتتر بتوانند وضعیت‌ها را شناسایی کنند و آنها را قرار دهند. لوزی وضعیت جدید نیز مطابق با دستورالعمل طراحی اطلسیان (ADG) است. دیگر از تصاویر سفارشی برای آیکون های وضعیت پشتیبانی نمی‌کنیم. با این حال، شما میتوانید وضعیت‌ها را برای استفاده، با یک رنگ انجام دهید. حسابرسی JIRA در حال حاضر طیف وسیعی از تغییرات پیکربندی در یک ورودی حسابرسی را پیگیری و ثبت می‌کند. این می تواند به شما در تشخیص مشکلات در JIRA کمک کند یا می تواند برای اهداف امنیتی مورد استفاده قرار گیرد. پیدا کردن زمانی که یک کاربر اضافه یا حذف شده، زمانی که یک طرح گردش کار اصلاح شده، و … . توجه داشته باشید، حسابرسی به طور پیش فرض غیر فعال شده است – شما باید آن را فعال کنید تا شروع به ردیابی تغییرات در JIRA کنید. این انتشار اولیه حسابرسی است. این موضوع در نسخه های آینده پیشرفت خواهد کرد. JIRA 6.3 یادداشت های انتشار دسترس پذیری با مرکز داده JIRA قابل دسترس نسخه جدید بر اساس تمام ویژگی هایی که؛ JIRA را برای کسب و کار شما در مقیاس بزرگ مناسب می سازد، و به طور خاص برای سازمان هایی که نیاز به دسترسی بالا برای عملیاتهای حیاتی JIRA دارند، ایجاد شده است. این ویژگی ها از طریق قابلیت خوشه بندی در JIRA Data Center 6.3 فعال شده است: ⦁ دسترس پذیری بالا – فعال سازی خوشه فعال JIRA به معنی حداقل خرابی برای تیم شما است. علاوه بر این، تکرار شاخص در هر گره به این معنی است که شما در از دست رفتن اطلاعات و خرابی داده ، ایمن هستید. ⦁ مقیاس پذیری – رشد محیط کسب و کار JIRA خود را راحتتر انجام دهید. به سادگی یک گره را برای حفظ عملکرد مورد نیاز بر اساس کسب و کار خود اضافه کنید. ⦁ عملکرد – شما می توانید از هر نوع تکنولوژی متعادل کننده بار – سخت افزار یا نرم افزار – برای توزیع بار هوشمندانه در میان خوشه های مرکز داده خود استفاده کنید. مسائل را در لحظه ایجاد کنید … در جلسه برنامه ریزی هستید و میخواهید در یک لحظه یک مشکل ایجاد کنید؟بسیار آسان است! با ایجاد موضوع درون خطی و JIRA Agile، اکنون می توانید یک مسئله را از طریق برد Scrum خود در طی برنامه ریزی، ایجاد کنید. به سادگی روی پیوند ایجاد مسئله کلیک کنید، نوع مسئله را انتخاب کنید و یک خلاصه کوتاه را وارد کنید، سپس دکمه Enter را فشار دهید. این مسئله ایجاد شده و به طور خودکار به عقب افتاده شما افزوده می شود. این ساده تر نمی شود! ‘نسخه “در پرواز” و ایجاد اجزا و مولفه مدیران پروژه می توانند نسخه ها و اجزای را از درون نسخه های Fix / S، Affected Version / s و Component / s اضافه کنند. قبلا، مدیران پروژه نیاز به اضافه کردن یک نسخه یا جزء از طریق صفحه نمایش مناسب در صفحه مدیریت پروژه داشتند. اکنون مدیران پروژه می توانند یک نسخه یا جزء را با تایپ کردن آن در فیلد مناسب و انتخاب آن از لیست کشویی ایجاد کنند. هنگامی که شما شروع به تایپ کردن متن کنید JIRA به عنوان موجود شناسایی نمی‌کند، آن را به پایین لیست کشویی اضافه می کند و (نسخه جدید) یا (Component جدید) را اضافه می کند. انتخاب نسخه جدید یا جزء به طور خودکار آن را در پروژه خود برای استفاده آینده ایجاد می کند. قابلیت های حسابرسی پیشرفته برای اولین بار حسابرسی ورود در JIRA 6.1 را اواخر سال گذشته معرفی کردیم. در این نسخه، ما برخی از ویژگی های جدید را به ورود حساب کاربری اضافه کرده ایم تا کارایی و آسان تر از آن استفاده کنید: ⦁ هنگامی که یک نقش حذف شده از JIRA است، قبلا مجوز حسابرسی یک رویداد را برای هر پروژه که از آن حذف شده بود وارد می کرد. در حال حاضر، ورود ممیزی تنها رویدادی را که نقش را […]

آشنایی مختصر با افزونه UpRaise for Employee Success

افزونه UpRaise for Employee Success اولین افزونه مدیریت پیشرفته Agile برای جیرا است. این افزونه بهترین راه برای سرمایه گذاری در بخش منابع انسانی است و باعث افزایش بازگشت سرمایه برای سازمان ها می شود. افزونه UpRaise for Employee Success یک سیستم پیشرفته، برای مدیریت نتایج و اهداف کلیدی، دریافت مداوم بازخوردها و تهیه فرم های بازبینی است که یکپارچه جیرا را بهبود می بخشد.

شش قدم تا مدیریت موفق‌تر انتشار نرم‌افزار با جیرا

یکی از سوالات مهمی که هر مهندس نرم‌افزاری لازم دارد تا به آن پاسخ دهد این است که «چه زمانی تغییرات جدید منتشر خواهند شد؟». البته دانستن پاسخ این سوال تنها با مسئول توسعهٔ نرم‌افزار (دولوپر) نیست. رهبر تیم لازم است که بداند چه زمانی آمادهٔ رفتن به مرحلهٔ بعدی هستند. مدیر پروژه نیز لازم است از این موضوع مطلع باشد تا بتواند برای اطلاع‌رسانی در خصوص ویژگی‌های جدید برنامه‌ریزی کند. جدای از این توسعه‌دهندهٔ‌ نرم‌افزار برای دریافت بازخورد کار‌های انجام شده لحظه شماری می‌کند. به طور کلی می‌توان پاسخ این سوال را یک تلاش تیمی دانست. در دنیای دواپس (DevOps)، تغییرات جدید چند مرحله در روز با برنچ master ترکیب (Merge) می‌شوند، ولی دانستن این که تغییرات جدید چه زمانی آماده می‌شوند چندان آسان نیست. توسعه‌دهندگان کنترل کامل انتشار تغییراتشان برای کاربران نهایی را در دست دارند، همین امر نیز اهمیت قابلیت پیگیری تغییرات (Tracking) را دو چندان می‌کند. از این طریق است که تیم‌های IT و عملیات (Operation) می‌توانند در زمان رویداد‌های غیرمنتظره دقیقا مشخص کنند که کدام تغییرات در به وجود آمدن مشکلات تأثیر‌گذار بوده‌اند. خبر خوب این است که بخش عمده‌ای از این روند می‌تواند توسط نرم‌افزار‌های Jira و یا Jira Service Desk و به روش خودکار انجام شود. در ادامه ۶ قدم مفید برای بهره گیری از پلتفورم جیرا در جهت مدیریت بهتر انتشار‌های نرم‌افزار را با هم مرور می‌کنیم. ۱) با استفاده از مسائل (Issues) جیرا‌، تغییرات را مشخص کنید تعریف یک تغییر چیست؟ آیا می‌توان یک کامیت (Commit) را تغییر دانست؟ یا هر تغییر می‌تواند شامل چند کامیت مجزا باشد؟ عموما پیاده‌سازی یک تغییر قابل انتشار شامل چند کامیت مجزا می‌باشد. یکی از پر استفاده‌ترین روش‌های مدیریت تغییرات در نرم‌افزار‌های مدیریت نسخه (Version Control) ساخت برنچ‌ ویژگی‌های جدید است. وقتی که کار بر روی آن‌ها به اتمام رسید نیز مجموعهٔ تغییرات ثبت شده در برنچ با استفاده از یک درخواست بررسی (Pull Request) با برنچ Master ترکیب می‌شوند. یک درخواست بررسی تعریف دقیق‌تری از یک واحد از تغییرات ارائه می‌کند. با این حال معمولا تغییرات کوچک اما مهم دیگری نیز لازم است تا بعد از ثبت درخواست بررسی بر روی برنچ اعمال شوند. برای مثال، ممکن است رنگ یک جزء از رابط کاربری نیاز به تغییر داشته باشد و یا جمله‌بندی یک بخش از رابط بتواند با کمی تغییر بهتر شود. در چنین شرایطی ممکن است شما چند «درخواست بررسی» داشته باشید که نهایتا یک تغییر منطقی را شامل می‌شوند. به جای ترکیب تمام این درخواست‌ها با یکدیگر‌، شاید بهتر باشد که تمامی آن‌ها را به عنوان یک واحد از تغییرات و در کنار هم ثبت کنید. اینجاست که سیستم مسائل جیرا وارد می‌شود. جیرا نه تنها روند کارهای شما را تعقیب می‌کند‌، بلکه می‌تواند اشخاص مرتبط با موضوع را از ثبت تغییرات جدید مطلع سازد. هر شخصی در سازمان شما می‌تواند مسائل جیرا را زیر نظر (Watch) داشته باشد تا از ثبت دیدگاه‌های جدید و یا تغییر در روند انجام آن‌ها بلافاصله مطلع گردد. ۲) روند کاری (Workflow) انتشار نرم‌افزارتان را در جیرا تعریف کنید به طور پیش‌فرض‌، روند‌های کاری مرتبط با مدیریت انتشار نرم‌افزار در جیرا پیاده‌سازی نشده‌اند. اما از آن‌جایی که پلتفورم جیرا قابلیت انعطاف‌پذیری بالایی دارد‌، کاربران را قادر می‌سازد تا حالت‌های (Status) بیشتری را برای پیگیری وضعیت انتشار نرم‌افزار تعریف کند. روند کاری پیش‌فرض جیرا به صورت زیر شامل سه وضعیت می‌باشد: حالا بیایید چند وضعیت جدید به این ترکیب اضافه کنیم. برای پوشش مسئلهٔ پیش روی ما‌، لازم است به جای انتقال بلافاصله از حالت «در حال انجام» (In Progress) به وضعیت «انجام شده» (Done) وضعیت‌های زیر نیز تعریف شوند: در حال انتظار برای انتشار (Awaiting Release): به این معناست که کار مربوطه به صورت کامل انجام شده و حالا آمادهٔ انتشار است. منتشر شده برای تست (Released to Staging): مشخص می‌کند که روند انتشار برای محیط تست به صورت کامل انجام شده است. منتشر شده برای محیط اصلی (Release to Production): هورا! تغییرات جدید به دست کاربر نهایی رسیده است. در تصویر زیر نمایی از چگونگی افزودن این وضعیت‌ها روی روند‌کاری پایهٔ جیرا را مشاهده می‌کنید. برای راهنمایی بیشتر در این خصوص می‌توانید با تیم پشتیبانی پارس‌دانی‌سان تماس حاصل فرمایید: ۳) برد‌های چابک (Agile) را تنظیم کنید وقتی که روند‌کاری جدیدتان را پیاده‌سازی کردید‌، به بخش تنظیمات پروژه‌های مورد نظرتان وارد شوید و روند کاری جدید را برای آن‌ها فعال کنید. اگر توسعه‌دهندگان‌تان از برد‌ها استفاده می‌کنند‌، وضعیت‌های جدید را به برد‌هایشان اضافه کنید. یک  راه آسان برای انجام این کار این است که به صفحهٔ تنظیمات برد وارد شده و روی بخش ستون‌ها (Columns) کلیک کنید. در این‌جا می‌توانید وضعیت‌های جدید را بکشید و در ستون Done رها کنید: حالا، هر زمانی که توسعه‌دهنده‌ای بخواهد کارت مسئله‌ای را از برد «در حال انجام» به «انجام شده» منتقل کند‌، با پیغامی روبرو خواهند شد که از آن‌ها می‌خواهد وضعیت درست را در این خصوص مشخص کند. این‌جاست که می‌توانند وضعیت انتشار یک ویژگی را مشخص کنند:‌ ۴) مسائل جیرا را با انتشار‌ها مرتبط کنید با فرض بر این که انتشار‌ها از طریق یک مخزن گیت (Git Repository) انجام می‌گیرند‌، می‌توانیم از تاریخچهٔ کامیت‌ها به منظور اطمینان یافتن از انتشار تغییرات درست بهره بگیریم. برای این کار‌، لازم است که بتوانیم کامیت‌ها را به مسئلهٔ مربوطه در جیرا متصل کنیم، تا بتوانیم بفهمیم که کدام تغییر با کدام مسئله در ارتباط است. یک راه برای دستیابی به این منظور‌، افزودن کلید مسئلهٔ‌ جیرا (Issue Key) به اول پیغام ثبت شده به همراه کامیت است: git commit -am ‘PROJ-255: change publish button colour to blue’ ممکن است بگویید که این کار مقداری سربار اضافه به روند توسعه اعمال می‌کند‌، اما مرتبط کردن مسئله با هر کامیت یک Best Practice محسوب می‌شود، چرا که قابلیت ردگیری درست و آسان تغییرات را فراهم می‌کند. راه حل جایگزین دیگر این است که کلید مسئله را در نام برنچ شامل تغییرات وارد کنید که روند مرتبط سازی کلید و کامیت مربوطه را در آینده آسان‌تر می‌کند. نکته: اگر با استفاده از جیرا برنچ خود را ایجاد کنید‌، به صورت خودکار نام مسئله برای برنچ جدید انتخاب می‌شود. ۵) تمامی تغییرات مرتبط برای انتشار بعدی را پیدا کنید حالا به مهم‌ترین مرحله از […]

معرفی ابزار جیرا از شرکت اطلسیان

معرفی ابزار جیرا (Jira) ارائه شده از طرف شرکتاطلسیان، یک ابزار مدیریت پروژه و بروسه با قابلیت پیگیری باگ‌ها (Bug Tracking) برای پروژه‌های نرم‌افزاری و پیگیری مشکلات (Issue Tracking) است. اطلسیان از سال ۲۰۰۲ به توسعهٔ این پروژه پرداخته و نام جیرا که مخفف لغت Gojira (در ژاپنی به معنای Godzilla) است، را با طعنه به رقیب اصلی و متن‌باز این ابزار یعنی Bugzilla برای آن برگزیده است. این ابزار در حالت معمول به منظور پیگیری باگ‌ها و مسائل مربوط به پروژه‌های نرم‌افزار و اپلیکیشن‌های موبایل مورد استفاده قرار می‌گیرد و دلیل اصلی آن ویژگی‌های کاملاً مناسب داشبورد این ابزار جهت مدیریت بهینهٔ این موارد است. همچنین در حالت پیشرفته‌تر این ابزار قادر است نقش یک ابزار مدیریت پروژهٔ کامل و بی نقص را در تیم‌های نرم‌افزاری بر عهده گیرد. علاوه بر این، با استفاده از مجموعهٔ وسیعی از افزونه‌های ارائه‌شده در مارکت اطلسیان و یا از طریق توسعهٔ افزونه به وسیلهٔ رابط ارائه‌شده، می‌توان این ابزار را کاملاً بسته به نوع نیاز تیم‌های هدف شخصی‌سازی نمود. بر اساس گزارش شرکت اطلسیان در ماه اوت ۲۰۱۷ بیش از ۸۹۰۰۰ شرکت از ۱۲۲ کشور جهان‌ از این محصول بهره می‌گیرند. از جمله معروف‌ترین این شرکت‌ها می‌توان به موارد زیر اشاره کرد: شرکت خودروسازی آئودی سازمان فضایی آمریکا ناسا شبکه اجتماعی توییتر وب‌سایت انتشار موسیقی اسپاتیفای و بسیاری مواردی دیگر در زمینه‌های مختلف و با تعداد کارمندان مختلف (از کمتر از ۵۰ نفر تا شرکت‌هایی با بیش از ۱۰۰۰ کارمند) که می‌توانید برای مشاهدهٔ لیست و توضیحات مربوطه‌شان به این صفحه مراجعه کنید. ابزار جیرا با استفاده از زبان جاوا توسعه داده شده که امکان میزبانی سرور وب آن را بر روی تمامی سیستم‌عامل‌های مرسوم فراهم می‌کند. علاوه بر این‌، با بهره‌گیری از امکانات ارتباطی جیرا (نظیر REST, SOAP و XML-RPC) امکان اتصال این ابزار با دیگر ابزار‌های مورد استفاده در سازمان نظیر نرم‌افزار‌های گفتگو‌،  مدیریت مخازن کد و غیره فراهم شده است. این ابزار در سه بستهٔ متفاوت زیر که کاربری‌های مناسب خودشان را دارند عرضه می‌شود: Jira Core: این بستهٔ اصلی جیرا و بدون شخصی‌سازی پیش‌فرض می‌باشد که می‌تواند در هر نوع پروژه‌ای مورد استفاده قرار گیرد. Jira Software: این بسته همراه با ویژگی‌های مناسب تیم‌های نرم‌افزاری ارائه می‌شود. Jira Service Desk: این بسته نیز مناسب تیم‌های فناوری اطلاعات و پشتیبانی ارزه شده است. چرا جیرا؟ با توجه به نیاز روز افزون و ماهیت پویای پروژه‌های امروزی‌، ابزار‌های مدیریت پروژهٔ متفاوتی به وجود آمده‌اند که هر کدام نقاط قوت و ضعف مخصوص به خود را نیز دارا هستند. با این حال می‌توان نکات زیر را از جمله برتری‌های جیرا دانست که مورد استقبال کاربران آن قرار گرفته است: ساختار قوی نرم‌افزار در جهت مدیریت پروژه. سادگی در امکان افزودن وظایف (Tasks)، ویژگی‌های جدید‌، باگ‌ها و اشکالات پروژه از نیاز‌‌های اصلی یک ابزار مدیریت پروژه است که جیرا با کیفیت بالایی از آن پشتیبانی می‌کند. انعطاف‌پذیری بالای داشبورد جیرا این امکان را فراهم می‌کند که آن را کاملا متناسب با ساختار پروژه‌ها و نیاز تیم شخصی‌سازی کنید و با اعضای تیم به اشتراک بگذارید. این ویژگی به افراد دخیل در پروژه کمک می‌کند که در هر لحظه بتوانند از وضعیت کلی پروژه‌، پیشرفت‌ها و موانع مرتبط با هر موضوع مطلع شوند و در صورت نیاز به بررسی و رفع آن موارد بپردازند. مدیریت پروسه‌های مورد نیاز جهت انجام و تکمیل یک پروژه با استفاده از جیرا این امکان را فراهم می‌کند که چگونگی تعریف یک کار‌، پیشرفت آن، بررسی آن و نهایتا تکمیل نتیجه را در یک قالب مشخص برای پروژه‌هایی با پیچیدگی بیشتر تعریف و کنترل کنید. در موارد مرتبط با پروژه‌های نرم‌افزاری‌، جیرا امکان استفاده از مدل‌های توسعهٔ چابک (Agile)، Kanban (مدل توسعهٔ طراحی شده توسط تویوتا که معروف‌ترین پیاده‌سازی فعلی آن مربوط به ابزار رایگان Trello است) و آبشاری (Waterfal) در مدیریت چرخهٔ عمر نرم‌افزار (SDLC) را فراهم می‌کند. مجموعهٔ وسیعی از افزونه‌ها که می‌تواند نیاز‌های زیادی را برطرف سازد. به عنوان نمونه‌، یکی از معروف‌ترین افزونه‌ها Tempo نام دارد که می‌تواند به افراد تیم در تهیهٔ گزارش زمانی مربوط به هر بخش از پروژه کمک کند. علاوه بر این مدیران تیم (یا هر پروژه) می‌توانند با استفاده از همین افزونه و گزارش‌های تهیه شده توسط افراد تیم‌، به برآورد هزینه‌ها و زمان صرف شده نیز بپردازند. امکان مدیریت دسترسی تمامی بخش‌های جیرا نیز این ویژگی را حتی تا کوچکترین اجزای ارئه شده توسط این ابزار (فیلد‌ها) فراهم می‌کند. با استفاده از این امکان مدیران تیم یا پروژه می‌توانند امکان دسترسی اعضای تیم به تک‌تک قسمت‌های ابزار را به دقت و متناسب با نیاز خود ویرایش و مدیریت کنند. امکان ویرایش روند‌های کاری (Workflows) نیز به کاربران اجازه می‌دهد تا کلیهٔ ساختار‌های تعریف شده را بسته به نیاز پروژه ویرایش کنند. به عنوان مثال می‌توان یک تجربهٔ کاربری (User Story) مشخصی را تعریف نمود و آن را در دو گروه وظیفهٔ اصلی و وظایف جزئی تقسیم کرد تا تمامی مراحل انجام مربوط به یک مسئله زیر یک ساختار کلی تعریف شوند و قابل پیگیری باشند. ویکی جیرا نیز امکان اشتراک مدیریت شدهٔ اطلاعات مربوط به هر پروژه را بین کاربران فراهم می‌کند. علاوه بر این افراد تیم‌ها می‌توانند اطلاعات را با اعضای دیگر پروژه‌ها نیز به اشتراک گذاشته و به کسب دیدگاه‌های دیگر تیم‌ها در خصوص اطلاعات ارائه شده بپردازند. امکان همگام سازی جیرا با دیگر ابزار‌ها و خصوصا امکان خودکار سازی فرآیند‌های تکراری اما حیاتی پروژه نیز به بازدهی تیم‌ها کمک شایانی می‌کند. به عنوان مثال می‌توانید فرآیند تعریف یک باگ جدید پس از شکست (Fail) یک تست نرم‌افزاری (Unit test) را خودکار سازی نموده و از آن بهره بگیرید. قابلیت آسان گسترش استفادهٔ جیرا در تعداد پروژه‌های زیاد بدون داشتن نگرانی در خصوص کاهش کارایی (Performance) ابزار. علاوه بر موارد ذکر شده‌، جیرا در مقایسه با دیگر رقبای خود نیز در جایگاه بالایی قرار می‌گیرد. به عنوان نمونه‌، جدول زیر این ابزار را با Bugzilla‌، دیگر ابزار معروف مدیریت پروژه که به صورت متن‌باز (و رایگان) ارائه می‌شود مقایسه می‌کند: ویژگی باگزیلا جیرا لایسنس رایگان پولی رتبه‌بندی مسائل با استفاده از کشیدن و رها کردن ندارد دارد استفاده از ابزارک‌های شخصی‌سازی شده در داشبورد ندارد دارد پیگیری بلادرنگ انتشار‌های جدید ندارد دارد مصرف منابع سرور کم قابل […]