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