מבוא
מדידת יעילות צוות תמיכה L3 היא משימה לא טריוויאלית. מדדים סטנדרטיים (כרטיסים שנסגרו, זמן תגובה) לא מתחשבים במורכבות האירועים ובאיכות הפתרונות. במאמר זה אציג מערכת KPI מקיפה המבוססת על מתודולוגיית ITIL.
בלוק A (70%): SLA משוקלל עם מקדמי מורכבות
בלוק ההערכה העיקרי מתחשב בעדיפות המשימה ובמורכבותה. לכל עדיפות יש SLA יעד ומשקל:
- P1 (קריטי) — SLA 4 שעות, משקל 4.0. כשל שירות מלא.
- P2 (גבוה) — SLA 8 שעות, משקל 2.5. ירידה משמעותית בפונקציונליות.
- P3 (בינוני) — SLA 24 שעות, משקל 1.5. דגרדציה חלקית.
- P4 (נמוך) — SLA 72 שעות, משקל 1.0. בעיות קוסמטיות.
מקדמי מורכבות
מקדמים נוספים מתחשבים בספציפיקה של המשימות: אינטראקציה עם R&D (×1.3), מודולי אבטחה Astra Linux (×1.5), אירוע רב-שירותי (×1.4), וזיהוי פרואקטיבי (×1.2).
ניקוד פרואקטיביות
פרואקטיביות היא מדד נפרד בבלוק A. היא מודדת אירועים שנמנעו או התגלו באופן עצמאי: ניתוח לוגים, ניטור מדדים, בדיקות אוטומטיות. זה מעודד מהנדסים להיות פרואקטיביים ולא רק ריאקטיביים.
בלוק B (30%): אחריות אישית, קבוצתית וארגונית
בלוק B מחולק לשלוש רמות: אישי (40%) מכסה עמידה בלוח זמנים, איכות תיעוד והכשרה. קבוצתי (35%) מכסה סיוע לעמיתים, שיתוף ידע ומנטורינג. ארגוני (25%) מכסה שיפור תהליכים, יוזמות ומשוב.
תקופת פיילוט
הטמעת מערכת KPI דורשת תקופת פיילוט של 2-3 חודשים. בתקופה זו מדדים נאספים אך לא משפיעים על ההערכה. המטרה היא כיול מקדמים וסף ערכים על נתוני הצוות בפועל.
מתודולוגיית איסוף נתונים
נתוני בלוק A נאספים אוטומטית דרך Jira API: זמן תגובה, זמן פתרון, עדיפות, קטגוריה. נתוני בלוק B מגיעים דרך הערכות מנהל ו-peer review.
סיכום
מערכת KPI דו-בלוקית עם SLA משוקלל ומקדמי מורכבות מספקת הערכה הוגנת שמתחשבת במורכבות האמיתית של עבודת מהנדס L3. תקופות פיילוט וכיול איטרטיבי מבטיחים התאמת מדדים.