התשובה הקצרה
Health Check הוא אבחון מבוסס ראיות שנמשך שבועיים עד שישה שבועות, ומסתיים בשלושה תוצרים: רשימת ממצאים מדורגת לפי חומרה, תוכנית Quick Wins ל-30 יום, ו-Roadmap להשקעות עומק. מה שהופך אותו לשימושי הוא לא רוחב הסריקה אלא הראיה שמצורפת לכל ממצא — מספר, לוג או הקלטת מסך — כי בלעדיה הדיון חוזר להיות ויכוח בין דעות.
שבעת צירי הבדיקה
| ציר | מה בודקים בפועל | מקור הראיה |
|---|---|---|
| תהליך ואימוץ | האם התהליך שמתועד הוא התהליך שמבוצע | Login History, שימוש בשדות, תצפית על משתמשים |
| מודל נתונים | Objects מיותרים, שדות ללא שימוש, קשרים כפולים | Field Usage, Metadata API, שאילתות דגימה |
| אוטומציות | חפיפות בין Flows, Triggers ו-Process Builder ישן | Metadata, Debug Logs, ניתוח סדר ריצה |
| הרשאות ואבטחה | Profiles מנופחים, Sharing Rules סותרים, גישה עודפת | Security Health Check, Permission Set Assignments |
| אינטגרציות | API Limits, כשלים חוזרים, טיפול בשגיאות | Event Monitoring, לוגי Middleware |
| ביצועים | זמני טעינה, שאילתות כבדות, Batch שנתקע | Lightning Usage App, Apex Jobs |
| עלות ורישוי | Licenses לא מנוצלים, Storage, שירותים כפולים | דוח רישוי, חשבונית מול שימוש בפועל |
איך מדרגים חומרה
דירוג שרירותי הופך את הדוח לחסר ערך. השיטה שעובדת: כל ממצא מקבל שני ציונים בין 1 ל-5 — השפעה (מה קורה לעסק אם לא נטפל) ותדירות (כמה פעמים בחודש זה מתממש). המכפלה קובעת את הקדימות, ולא ההערכה כמה "מכוער" הקוד. ממצא בציון 20 ומעלה נכנס לטיפול מיידי; 12–19 נכנס לרבעון הקרוב; מתחת ל-12 נרשם ולא מטופל, אלא אם הוא זול לתיקון תוך כדי עבודה אחרת.
ההפרדה החשובה ביותר בדוח היא בין תסמין לשורש. "משתמשים לא ממלאים את שדה סיבת ההפסד" הוא תסמין; השורש עשוי להיות שהשדה אינו חובה, שהערכים אינם רלוונטיים לתחום, או שאיש לא מסתכל על הדוח שמבוסס עליו. תיקון התסמין בלבד — הפיכת השדה לחובה — מייצר נתונים גרועים במקום נתונים חסרים.
מה מקבלים בסוף
תוצר ראוי כולל מסמך ממצאים עם ראיה לכל שורה, מטריצת חומרה, תוכנית 30 יום שכל פריט בה ניתן לביצוע בלי שינוי ארכיטקטוני, ו-Roadmap לרבעון-שניים עם הערכות מאמץ גסות. בנוסף נדרש Decision Log של שלוש עד חמש הכרעות שהארגון חייב לקבל — למשל האם לאחד שתי יחידות עסקיות ל-Org אחד — כי בלעדיהן ה-Roadmap תלוי באוויר.
הרחבה על ההחלטה שאחרי האבחון מופיעה בשכתוב מול שיפוץ ובתעדוף חוב טכני.
סיכונים נפוצים ופעולות מניעה
הסיכון הראשון הוא דוח שנקרא כרשימת האשמות. אם הממצאים מנוסחים כביקורת על צוות פנימי, הארגון מתגונן ולא מתקן. ניסוח נכון מתמקד במצב ובעלות ההמשך, לא באחריות היסטורית.
הסיכון השני הוא בדיקה שמסתיימת בלי בעלים. כל ממצא חייב שם של אדם ותאריך, אחרת הדוח מצטרף לתיקייה שאיש לא פותח. הסיכון השלישי הוא רוחב יתר: אבחון שמנסה לכסות שבעה צירים בעומק מלא בשבועיים מייצר תמונה שטחית בכולם. עדיף לבחור שלושה צירים לעומק ולסמן את השאר לסבב הבא.
כיצד מודדים הצלחה
Health Check הצליח אם תוך 60 יום בוצעו לפחות 70% מפריטי ה-30 יום, אם ההנהלה אישרה תקציב לפחות להשקעת עומק אחת, ואם שני מדדים תפעוליים — למשל שיעור כשלי אינטגרציה או זמן טעינת מסך מרכזי — השתפרו מדידות מול Baseline שנקבע בתחילת האבחון.
הצעד הבא
לפני שמזמינים בדיקה, כדאי להכין שלושה דברים: רשימת התהליכים העסקיים הקריטיים, גישת קריאה ללוגים ולמטא-דאטה, ושמות של שלושה משתמשים אמיתיים שאפשר לצפות בעבודתם. שלושת אלה מקצרים את האבחון בכשבוע ומשפרים משמעותית את איכות הממצאים.