چک‌لیست پیش از استقرار جیرا روی سرور سازمان
استقرار موفق پیش از اجرای نصب‌کننده آغاز می‌شود. یک فهرست کوتاه از وابستگی‌ها و مسئولیت‌ها کمک می‌کند در روز اجرا غافلگیر نشوید.
وضعیت موجود را ثبت کنید
سیستم‌عامل، منابع سرور، پایگاه داده، نسخه نرم‌افزار و افزونه‌های ضروری را بنویسید. برای محیط موجود، حجم داده‌ها و ساعات پرکار تیم را هم مشخص کنید.
دامنه و مسیر دسترسی را تعیین کنید
آدرس مورد استفاده کاربران، گواهی HTTPS و محدودیت دسترسی شبکه باید از قبل مشخص باشند. مسئول هر بخش از زیرساخت را تعیین کنید تا تغییرات هماهنگ انجام شوند.
نسخه پشتیبان را فقط ایجاد نکنید؛ بازیابی را بررسی کنید
وجود یک فایل به معنی داشتن مسیر بازگشت نیست. پایگاه داده و فایل‌های مورد نیاز باید قابل بازیابی باشند و زمان لازم برای بازگردانی مشخص باشد.
معیار تحویل بنویسید
ورود کاربر، ساخت پروژه، ثبت تسک، ارسال اعلان و مشاهده گزارش را به صورت سناریو تعریف کنید. تحویل زمانی روشن است که این سناریوها با افراد مسئول بررسی شوند.
بعد از راه‌اندازی چه کسی پاسخ‌گوست؟
مسئول نگهداری، دوره پشتیبان‌گیری، مسیر دریافت درخواست پشتیبانی و برنامه به‌روزرسانی را ثبت کنید. این توافق‌ها بخشی از نتیجه استقرار هستند.
پیش از طراحی گردش کار جیرا، این پرسش‌ها را پاسخ دهید
پیش از اضافه کردن وضعیت‌های جدید به برد، جریان واقعی کار را روی کاغذ مرور کنید. هدف این است که هر عضو تیم بداند اکنون چه کاری باید انجام دهد و چه چیزی مانع قدم بعدی است.
ورودی کار از کجاست؟
درخواست مشتری، اشکال نرم‌افزار یا تصمیم جلسه هر کدام اطلاعات اولیه متفاوتی دارند. مشخص کنید چه کسی درخواست را ثبت می‌کند و کدام اطلاعات برای آغاز کار ضروری‌اند.
هر وضعیت چه معنایی دارد؟
نام‌هایی مانند «در حال بررسی» بدون تعریف مسئول و معیار خروج مبهم می‌مانند. برای هر مرحله بنویسید چه کسی کار را دریافت می‌کند، چه خروجی لازم است و چه زمانی می‌توان وضعیت را تغییر داد.
تأیید واقعاً کجا لازم است؟
تأییدهای غیرضروری صف ایجاد می‌کنند. فقط جایی مرحله تأیید بگذارید که تصمیم یا مسئولیت مشخصی وجود دارد. سپس مسیر بازگشت کار ناقص را نیز تعریف کنید.
از یک نسخه ساده شروع کنید
گردش کار اولیه را با چند کار واقعی آزمایش کنید. اگر اعضا برای انتخاب وضعیت مناسب سردرگم شدند، ساختار را ساده‌تر کنید. توسعه تدریجی بر اساس تجربه تیم معمولاً نتیجه روشن‌تری دارد.
تقویم شمسی یا فارسی‌ساز کامل؛ کدام انتخاب مناسب‌تری است؟
همه تیم‌ها به یک سطح از بومی‌سازی نیاز ندارند. بعضی با رابط انگلیسی راحت‌اند و فقط برای موعدها از تقویم شمسی استفاده می‌کنند. بعضی دیگر برای آموزش و کار روزمره به محیط فارسی نیاز دارند.
اول، تاریخ‌ها را بررسی کنید
ببینید تیم برای تبدیل موعدها چقدر زمان می‌گذارد و در کدام فرم‌ها بیشتر خطا رخ می‌دهد. اگر مشکل اصلی زمان‌بندی است، تقویم شمسی می‌تواند نقطه شروع بررسی باشد.
بعد، خوانایی رابط را بسنجید
اگر اعضای غیر فنی در فرآیند حضور دارند، ترجمه روشن و چیدمان راست‌چین می‌تواند آموزش را ساده‌تر کند. نمونه فرم‌ها و بخش‌های پرتکرار را با همان کاربران مرور کنید.
نسخه و افزونه‌ها تعیین‌کننده‌اند
قبل از خرید، نسخه دقیق جیرا و فهرست افزونه‌ها را آماده کنید. بومی‌سازی باید در همان محیط بررسی شود؛ به‌ویژه اگر فرم‌ها یا صفحات اختصاصی دارید.
نتیجه را با یک سناریوی واقعی تأیید کنید
ثبت کار، تعیین سررسید، جست‌وجو و مشاهده گزارش را در محیط آزمایشی انجام دهید. انتخاب نهایی زمانی دقیق‌تر است که کاربر واقعی تجربه را تأیید کند.