ادمین جیرا کیست و دقیقاً چه کار میکند؟
ادمین جیرا کسی است که تصمیم میگیرد جیرا در سازمان چه شکلی داشته باشد. نه کسی که کاربر میسازد و پسورد ریست میکند — آن کوچکترین بخش کار است. ادمین جیرا ساختار اطلاعاتی سازمان را طراحی میکند: چه چیزی ثبت میشود، چه مسیری طی میکند، چه کسی چه دسترسیای دارد، و چه چیزی گزارش میشود.
در بیشتر شرکتهای ایرانی این نقش رسمی وجود ندارد و کارش روی دوش یک نفر در تیم IT یا یک مدیر فنی افتاده که «بلد بوده». نتیجهاش را زیاد دیدهام: چهل Workflow تقریباً یکسان و یک Permission Scheme که هیچکس جرئت دستزدن به آن را ندارد.
دو نقش کاملاً متفاوت که هر دو «ادمین» صدا زده میشوند
| نقش | دامنهٔ اختیار | کارهای روزمره |
|---|---|---|
| Jira Administrator (سیستم) | کل نمونهٔ جیرا | Scheme، فیلد سفارشی، Workflow، افزونه، ارتقا، عیبیابی |
| Project Administrator | فقط یک پروژه | عضو نقشها، تنظیمات Board، نسخهها و کامپوننتها |
یکی از نشانههای سیستم سالم این است که مدیر پروژه برای کارهای روزمره به ادمین سیستم نیاز نداشته باشد. اگر برای هر تغییر کوچکی باید سراغ ادمین بروند، معماری دسترسی غلط است — روش درستش در مدیریت Permission Scheme در مقیاس.
یک هفتهٔ واقعی ادمین جیرا
- درخواست تغییر ساختار. «میشود یک فیلد اضافه کنید؟» — و جواب درست معمولاً «چرا؟» است، نه «بله».
- عیبیابی. یک Automation اجرا نشده، یک Transition خطا میدهد، یک گزارش عدد عجیب نشان میدهد.
- نگهداری. پاکسازی فیلدهای بیاستفاده، Workflowهای یتیم، فیلترهای مرده.
- دسترسی. کاربر جدید، تغییر نقش، بازبینی دورهای گروهها.
- گزارش. ساخت JQL و داشبورد برای مدیری که نمیداند دقیقاً چه میخواهد.
- ارتقا و بکاپ. در Data Center این بخش جدی است و تست روی محیط جدا لازم دارد.
سختترین قسمت کار فنی نیست. سختترین قسمت نه گفتن است: هر فیلد سفارشی که اضافه میکنید، تا آخر عمر آن نمونه باقی میماند و روی سرعت جستوجو و بارگذاری فرم اثر میگذارد.
چه مهارتهایی واقعاً لازم است
- تسلط به مفاهیم Scheme. این خط فارق ادمین واقعی از کاربر پیشرفته است.
- JQL. بدون آن نمیتوانید گزارش بسازید و نمیتوانید عیبیابی کنید.
- درک فرایند کسبوکار. باید بتوانید با صاحب فرایند حرف بزنید و بفهمید واقعاً چه میخواهد.
- Automation و در سطح بالاتر اسکریپتنویسی. در Data Center معمولاً یعنی Groovy و ScriptRunner.
- زیرساخت — اگر Data Center دارید. دیتابیس، لاگ، لودبالانسر، بکاپ. اینجا جایی است که بیشتر ادمینها کم میآورند: عیبیابی کندی جیرا و لودبالانسر Jira Data Center.
مسیر رسیدن به این نقش
- محیط تست خودتان را بسازید. بدون دسترسی ادمین به یک نمونهٔ واقعی، یادگیری تئوری میماند: نصب جیرا با داکر.
- یک فرایند واقعی را از صفر مدل کنید. طراحی Workflow، Screen، Permission و بعد گزارشگیری از آن.
- خراب کنید و درست کنید. ادغام Scheme، مهاجرت Issue بین پروژهها، بازیابی از بکاپ.
- در جامعه جواب بدهید. جواب دادن به سؤال واقعی دیگران سریعترین راه یادگیری است و رزومهٔ عمومی میسازد.
دربارهٔ بازار کار: تعداد آگهی با عنوان صریح «ادمین جیرا» در ایران کم است، ولی تعداد شرکتهایی که جیرا دارند و کسی را برای نگهداری آن لازم دارند زیاد است. معمولاً این نقش زیر عنوانهای دیگری مثل DevOps، مدیر فنی یا کارشناس IT پنهان میشود. اگر این مهارت را دارید، صریح در رزومه بنویسیدش.
اگر میخواهید این مسیر را ساختارمند و روی نمونهٔ واقعی سازمان خودتان طی کنید — یا ادمین داخلی تیمتان را به این سطح برسانید — دورهٔ جیرا ادمین همین سرفصل را عملی کار میکند.
سؤالی دربارهٔ همین موضوع دارید؟
بپرسید. اگر جوابش کوتاه باشد همانجا میگویم و اگر نیاز به بررسی داشته باشد، میگویم چه چیزی لازم است.
پرسیدن در واتساپخواندن بعدی
طراحی Workflow در جیرا: از وضعیتهای اضافه تا فرایندی که گزارش میدهد
طراحی Workflow در جیرا: چرا وضعیتهای اضافه گزارش را بیاعتبار میکنند، تفاوت status و statusCategory و resolution، و چهار ابزار روی هر Transition.
خواندنقوانین Automation در جیرا که بیشترین کار دستی را حذف میکنند
هشت قانون Automation در جیرا که واقعاً وقت آزاد میکنند، بههمراه سه اشتباهی که باعث میشود اتوماسیون به جای کمک، دردسر بسازد.
خواندن