כך Monk עובדת בעצמה
מקום אחד שיודע מה קרה ומה דורש פעולה.
המידע נשאר בכלים שבהם הוא נוצר. שכבת התפעול מחברת את האירועים, מזהה חריגים ומביאה לאדם רק את מה שצריך החלטה.
המצב לפני
המידע קיים. תמונת המצב עדיין חסרה.
משימות, מסמכים, לידים והתראות חיים בכלים שונים. כדי להבין מה קורה צריך לעבור ביניהם, לזכור הקשרים ולשאול אנשים.
- אותו פרויקט נראה אחרת בכל מערכת.
- חריגה מתגלה רק כשמישהו שואל עליה.
- דוחות מצב נבנים ידנית במקום להתעדכן.
- התראה אומרת שקרה משהו, אבל לא מה לעשות עכשיו.
המערכת
לא מחליפים את הכלים. מחברים ביניהם שכבת הקשר.
- 01קוראים אירועים
מקבלים שינוי ממערכת המקור דרך API, webhook או תהליך מתוזמן.
- 02מנרמלים
שמות, סטטוסים ומזהים עוברים לשפה תפעולית אחת.
- 03מזהים חריגים
המערכת מפרידה בין עדכון רגיל לבין מצב שדורש תשומת לב.
- 04מציגים הקשר
האירוע מופיע עם המקור, ההיסטוריה והצעד האפשרי הבא.
- 05מעבירים החלטה
האדם מאשר, משנה כיוון או מחזיר את התהליך למסלול.
הגבול החשוב
דשבורד אינו מטרה. פחות זמן על חיפוש והשלמת הקשר כן.
המערכת: אוספת עדכונים, משווה, מסמנת ומתריעה.
האדם: קובע עדיפות, מבין חריג ומחליט מה לעשות.
לא קורה: בונים מסך נוסף רק כדי להציג נתונים שכבר נגישים במקום אחר.
מה מודדים לפני שבונים
מתחילים מהחלטות, לא מכל הנתונים.
- 01אילו שאלות חוזרות בכל יום או שבוע
- 02אילו חריגים באמת דורשים פעולה
- 03איפה נמצא מקור האמת לכל נתון
- 04מי צריך לראות, לאשר או לקבל התראה
נקודת פתיחה
כדי לדעת מה קורה צריך לפתוח חמש מערכות?
ממפים את השאלות והחריגים שחוזרים, ורק אחר כך מחליטים אם צריך דשבורד, התראה או תהליך.