התחילו ברשימת נכסים ומשימות חוזרות
רשמו אתרים, דומיינים, סביבת אחסון, תיבות או שרתים שנכללים בשירות, לפי ההתקשרות. הגדירו מה מבוצע ובאיזו תדירות או בעקבות איזה אירוע. מילים כגון עדכונים, גיבוי וניטור דורשות פירוט כדי לדעת מה נמסר ומה נשאר באחריות העסק או הספק האחר.
ההנחיה המשותפת לספקים מנוהלים וללקוחות מדגישה הגדרת אחריות ושקיפות של שירותים שנרכשו ושלא נרכשו. המסגרת כאן מתרגמת זאת לשאלות תפעוליות. היא אינה חוזה משפטי או תנאי SLA חדשים של CyberFixCrew, ויש להתאים הסכם לצורך ולייעוץ הרלוונטי.
פרקו את מסגרת השירות לשדות שניתן לבדוק
הטבלה היא רשימת שאלות מקורית להסכמה. אין בה יעדי זמן מומלצים לכל עסק. בכל שדה צריכה להיות תשובה ברורה או חריגה מפורשת, עם גורם שאפשר לפנות אליו כשמתעוררת תלות שלא נכללה בתכנון.
| שדה | מה צריך להגדיר | איך בוחנים בהמשך |
|---|---|---|
| כיסוי | נכסים, משימות והחרגות | השוואת עבודה לרשימה |
| שעות וערוץ | זמינות, דיווח והסלמה | פנייה בנתיב המוסכם |
| חומרה ועדיפות | מי מסווג ולפי איזה נזק | אירוע לדוגמה והחלטה |
| שעון שירות | טריגר, שעות ותלות מעכבת | רשומת זמן עקבית |
| אישור שינוי | מי מאשר ומה מותר בחירום | פעולה מול סמכות מוסכמת |
| מסירה ויציאה | תוצרים, בעלות וביטול גישה | תיק עבודה ומסירת נכסים |
בדקו מה בדיוק נספר בזמן התגובה
זמן עד אישור קבלת פנייה יכול להיות שונה מזמן עד שאדם מתחיל לבדוק, ושניהם שונים מזמן פתרון. הגדירו אם הספירה היא בשעות שירות או ברצף, איזה ערוץ פותח פנייה ואילו פרטים נדרשים. הודעה אוטומטית אינה בהכרח התחלת טיפול אנושי.
בררו מה קורה כאשר נדרשים אישור לקוח, גישה לספק או שינוי אצל גורם חיצוני. אם הספירה מושהית, צריך להיות תיעוד של סיבה, בקשה ומועד חידוש. אין להפוך כל תלות לפטור עמום, ואין להציג יעד תגובה כהבטחת התאוששות בכל מצב.
הגדירו עדכון, תקלה ואירוע כנתיבי עבודה
תחזוקה מתוכננת דורשת תיאום ובדיקות תפקוד; תקלה מחייבת בירור והחלטת שינוי; חשד לפריצה עשוי לדרוש שימור מידע ומסלול אירוע. שאלו אילו פעולות כלולות בכל נתיב ומי מוסמך לבודד רכיב או לחזור לגרסה. תוספת מחיר או משימה נפרדת צריכות דרך אישור.
לגיבוי ולשחזור קובעים כיסוי, יעד בדיקה, גישה ואחריות. לא מספיק לכתוב שהאתר מגובה. WordPress ממליץ לגבות לפני עדכון; ההסכם צריך להסביר מי עושה זאת ואיך נשמרת דרך חזרה מתאימה למידע ולשינוי. רישוי ותלות בספק נשארים מפורשים.
דוגמה: אותה פנייה נמדדת אחרת בשני הסכמים
התרחיש להמחשה בלבד. פנייה מגיעה מחוץ לשעות השירות, אישור אוטומטי נשלח מיד, והגישה הנדרשת נמסרת רק בהמשך. הסכם אחד מודד אישור קבלה, ואחר מודד התחלת בדיקה בשעות שהוגדרו. בלי לקרוא את ההגדרה, מספר זמן התגובה עלול להטעות.
כדי לבדוק הבנה, עברו על תרחיש כתוב וציינו טריגר, שעות, המתנה, אישור וראיית סיום. אין צורך לפתוח אירוע אמת או למדוד ספק בהפתעה. זו בדיקת בהירות של התהליך, לא מדידת ביצוע בפועל או התחייבות שנוספה לחוזה.
דוח ויציאה מספק צריכים להישאר שימושיים
בקשו רשימת עבודה, בדיקות, חריגות והמשך טיפול. אם אין משימה בחודש מסוים, צריך להבין מה כן נבדק ומה מחוץ להיקף, במקום להסתפק בדוח פעילות עמום. רעננו נכסים ואנשי קשר לאחר שינוי. תקינות ביום מסירה אינה ראיה לכיסוי של מערכת שהתווספה אחר כך.
בסיום התקשרות מגדירים העברת תצורה ותוצרים, בעלות על רישיונות וביטול הרשאות בתיאום. ב-CyberFixCrew עמוד המסלולים מתאר את מסגרות השירות הקיימות; את הפרטים לאתר המסוים מסכמים לפני עבודה. המדריך מסייע להכין שאלות, ואינו מחליף את ההצעה וההסכם שסוכמו.
