מה השירות אמור לפתור

שירותי מחשוב לעסקים הם הסדרה של התמיכה והתחזוקה בסביבת העבודה: מחשבי עובדים, חשבונות, רשת, שרתים ומערכות נוספות שהוגדרו בהסכם. השאלה הראשונה אינה כמה טכנאים יש לספק, אלא אילו משימות צריכות לקבל כתובת ברורה. למשל: עובד שלא מצליח להתחבר, מחשב חדש שצריך להכין, גיבוי שנכשל או תקלה שמחייבת תיאום עם ספק תוכנה.

״מנוהל״ ו״מיקור חוץ״ אינם מפרט שירות בפני עצמם. בקשו להפריד טיפול בתקלות, פעולות תחזוקה מתוכננות ופרויקטים. החלפת שרת, מעבר משרד או הסבת מערכת יכולים להיות מחוץ לתשלום השוטף גם כשכל העובדים מקבלים תמיכה. מפת הבדיקה בעמוד הבית עוזרת להתחיל בסדר הנכון, והמחיר נבחן רק אחרי שההיקף ברור.

מיקור חוץ מלא, ניהול משותף או קריאות מזדמנות

מודלמתאים לבדיקה כש…מה חייבים להגדיר
ספק חיצוני שוטףאין בעסק מי שמנהל את סביבת העובדים ביום־יוםמי מרכז משימות, מאשר שינויים ומדווח להנהלה
ניהול משותףיש איש מחשוב פנימי שצריך השלמה או גיבויהיכן מסתיימת אחריות הצוות ומתחילה אחריות הספק
שירות לפי קריאההצורך נקודתי והעסק מנהל בעצמו את השגרההאם קיימת מחויבות לזמינות ומי מטפל בין הקריאות

אלה מודלים להשוואה, לא המלצה אוטומטית לפי מספר עובדים. עסק קטן עם מערכת קריטית ושעות פעילות ארוכות עשוי להזדקק לכיסוי שונה מעסק גדול שעובד רק בשעות משרד. בניהול משותף, קבעו גם מי מחליף את איש הצוות הפנימי בחופשה ומי מוסמך לאשר פעולה שמפסיקה שירות. אם יש צוות הנדסה בתוך החברה, המדריך למחשוב בסטארטאפים מסביר את הגבול בין סביבת העובדים למוצר.

מגדירים את גבולות הסביבה

הכינו רשימה של משתמשים, מחשבים, טלפונים מנוהלים, שרתים, מדפסות, רשתות ואתרי עבודה. ציינו עובדים מרחוק וציוד פרטי שמשמש לעבודה. אל תניחו שכל מכשיר של עובד נכלל בחיוב על אותו משתמש. הוסיפו מערכות חשובות, שעות עבודה ומי מטפל בהן היום. אפשר להשתמש ברשימת ההכנה למפרט מחשוב גם כשחלק מהתשובות עדיין חסרות.

מערכת בענן אינה בהכרח מנוהלת במסגרת התמיכה. מודל האחריות של Microsoft ממחיש שהחלוקה משתנה בין שירותי ענן, בעוד שהעסק ממשיך להחזיק באחריות לנתונים, לזהויות ולהגדרות שבשליטתו. במפרט קובעים מי מבצע את העבודה מטעם העסק. פירוק מעשי מופיע במדריך האחריות בענן.

מתארים שירות במונחים שאפשר לבדוק

במקום ״תמיכה מלאה״, בקשו חלון שעות, דרכי פתיחת פנייה, רמות חומרה ושמות תפקידים להסלמה. זמן תגובה מתייחס לנקודה שההסכם מגדיר כמענה; זמן פתרון מתייחס לסיום הטיפול או להשבת השירות. זמן הגעה לאתר הוא נתון נפרד. אם התקלה תלויה ביצרן, בררו מי מנהל את הפנייה ומעדכן את העסק בזמן ההמתנה.

תמיכה מרחוק מועילה רק כאשר ניתן להתחבר ולטפל במערכת. הגדירו מה קורה כשאין תקשורת, כשנדרש להחליף חלק או כאשר התקלה משפיעה על כל המשרד. בהצעה צריכים להופיע כיסוי גאוגרפי, ביקורים מתוכננים, הגעת חירום ועלויות שאינן כלולות. ניטור רציף אינו מוכיח שאדם זמין באותן שעות.

רישיונות, גיבוי ואבטחה: שאלות נפרדות

בקשו רשימת תוכנות ותאריכי חידוש. ניהול רישיונות יכול להיות כלול כשעלות הרישיונות אינה כלולה. בתיעוד Microsoft ההקצאה היא בהתאם לסוג הרישיון ולמשתמש; זכות להתקנות נוספות אינה רישיון לעובדים נוספים. המדריך לרישיונות מסביר מה לברר בחשבון ובתקופת ההתחייבות.

בגיבוי, הגדירו מערכות מכוסות, מדיניות שמירה, בדיקת כשלים ואחריות לעבודת שחזור. דוח ״הצליח״ אינו תחליף לבדיקת החזרה לעבודה. במדריך הגיבוי תמצאו את השאלות שצריך לשאול על הבדיקה עצמה.

באבטחת מידע, שמות כלים אינם התחייבות לתוצאה. בקשו פעולות מוגדרות: מי מנהל עדכונים, מי מסיר הרשאה של עובד שעזב, מי מקבל התרעות ומתי מעבירים אירוע לגורם מומחה. אין חבילה שמאפשרת להסיק הבטחה שלא יהיו אירועים. התאמה לדרישות מיוחדות של העסק דורשת בירור מקצועי נפרד.

דוגמה לחלוקת עבודה ברורה

לצורך המחשה, במשרד עם מנהלת תפעול וספק חיצוני, מנהלת התפעול מאשרת פתיחת חשבון לעובד חדש ואת רמת הגישה שלו. הספק מכין את המחשב ומבצע את ההרשאות שאושרו. בעל המערכת העסקית מאשר שהעובד יכול לבצע את עבודתו. במקרה תקלה במערכת, הספק מתאם עם היצרן רק אם התיאום הוגדר בשירות. זו חלוקה אפשרית, לא תיאור לקוח או התחייבות של ספק מסוים.

השלימו את אותה חלוקה לגבי עזיבה, רכישת ציוד, שינוי מערכת ותקלה משמעותית. אחר כך עברו לפירוק המחיר ולסעיפים בהסכם. כך בוחנים שירות שהוגדר, במקום להשוות רק את שם החבילה.

מקורות והיקף הבדיקה

תאריך הבדיקה מופיע לצד כל מקור. פרסום של ספק מתאר את הצעתו, ואינו בדיקת איכות השירות.