داشبورد و گزارش‌های مدیریتی در جیرا (Jira)

بیشتر داشبوردهای Jira که دیده‌ام یک مشکل مشترک دارند: برای هیچ‌کس ساخته نشده‌اند. ده Gadget روی یک صفحه که هر کدام برای یک مخاطب متفاوت است، یعنی هیچ مخاطبی جوابش را پیدا نمی‌کند.

اول مخاطب، بعد Gadget

JQL؛ جایی که کیفیت گزارش تعیین می‌شود

هر Gadget به یک Filter وصل است و هر Filter یک JQL است. اگر JQL سست باشد، بقیهٔ زحمت بی‌فایده است. چند نمونه از چیزهایی که معمولاً اصلاح می‌کنم:

-- «کار در جریان» که وضعیت‌های مرده را هم می‌شمرد
project = OPS AND status != Done

-- همان چیز، درست:
project = OPS
  AND statusCategory = "In Progress"
  AND resolution IS EMPTY

-- آیتم‌های کهنه: بی‌حرکت بیش از ۱۰ روز کاری
project = OPS
  AND statusCategory != Done
  AND NOT status CHANGED AFTER -10d
ORDER BY updated ASC

استفاده از statusCategory به‌جای فهرست کردن اسم وضعیت‌ها یعنی گزارش شما با اضافه‌شدن وضعیت جدید نمی‌شکند. این یک تغییر کوچک است که عمر داشبورد را چند برابر می‌کند.

شاخص‌هایی که رفتار را خراب می‌کنند

هر شاخصی که روی آن پاداش بگذارید، بازی می‌شود. دو مورد رایج:

• Velocity به‌عنوان معیار بهره‌وری. نتیجه‌اش تورم تخمین است، نه سرعت بیشتر. Velocity ابزار برنامه‌ریزی است، نه ارزیابی.
• تعداد Issue بسته‌شده. تیم یاد می‌گیرد کار را به آیتم‌های ریز بشکند. اگر لازم است چیزی بشمارید، زمان چرخه را بشمارید.

چیزی که تقریباً همیشه ارزش دیدن دارد: زمان چرخه از شروع کار تا تحویل، نسبت ورود به خروج، و سن قدیمی‌ترین آیتم در جریان. این سه، گلوگاه را بدون قابل‌بازی‌بودن نشان می‌دهند. هر گجت داشبورد پشتش یک Filter است؛ نوشتن کوئری‌هایی که با اضافه‌شدن یک وضعیت نمی‌شکنند را در راهنمای عملی JQL توضیح داده‌ام.