The Backstage of MCS
בפוסט הזה אני מבקש לחשוף מיספר היבטים של פעילות יועצי MCS.
חלק גדול מהפעילות מותאמת לפרויקט הספציפי שבו היועץ עובד. חלק מהפעילויות הן פעילויות שחוזרות על עצמן. בפעילויות אלו ארחיב בהמשך.
מיקרוסופט מחלקת את המוצרים ל-Service Lines או בקיצור SL:
כל מוצר "יושב" ב-SL שלו.
לדוגמא:
- Win 7 ב- SL2
- SharePoint ב- SL3
- BI, SQL והפיתוח ב- SL4
- Dynamics CRM ב- SL
- יש גם פתרונות לורטיקאליים השונים והם יושבים ב-SL6.
- ייעוץ אסטרטגי שלנו לאירגונים (ESC/ITAP ) ממוקם ב- SL1
- התמיכה (Premier) ב-SL7 – לא מופיעים בתרשים.
לכל מוצר הוכנו מספר חבילות עבודה – Service Line Offerings או SLO. למשל, חבילה לתיכנון הארכיטקטורה של המוצר, חבילה לפריסתו, חבילה לשיפור ביצועים ועוד נושאים שנגזרים מהמוצר עצמו.
הרציונל שעמד מאחורי הפעילות הוא שגובש יידע עצום (IP ) סביב הפעילויות החוזרות וניתן למנף את זה לטובת הבטחת פעילויות מוצלחות אצל הלקוחות.
אז מה בדיוק יש בחבילה שכזו. ניתן למצוא את המיסמכים הבאים:
- רשימות תיוג של המסמכים החשובים בפעילות (למשל, מסמך ארכיטקטורה, תיכנון ה- sizing ועוד).
- תוכנית פרויקט לדוגמא.
- הנושאים שצריכים להעלות בפגישת ההתנעה לפעילות.
- מדריך להתקנות.
- הנחיות לביצוע הפעילות.
- לקחים מפעילויות קודמות.
- תוכנית ל- PoC.
- תיכנון מיגרציה.
- תיכנון המיבדקים.
- מדריך הפעלה ללקוח.
- ועוד.
מכאן ברור שליועץ יש בסיס נרחב לבצע את הפעילות בצורה הטובה ביותר.
החומר לחבילות העבודה נאסף ע"י מומחי MCS שעובדים בהנהלת מיקרוסופט ברדמונד. החומר נאסף מפרויקטים שמבוצעים על ידי קבוצות MCS ברחבי העולם (בעולם יש כ-8000 MCS –ים) והוא מתוקף ע"י קבוצות הפיתוח עצמן. אותם מומחים סורקים את הפעילויות ברחבי העולם ומנסים לדלות מהם תבניות מוצלחות, נושאים מוצלחים ונושאים לא מוצלחים שניתן ללמוד מהם.
כאן בישראל אנו עובדים עם החבילות למעלה משנה. גילינו שהשימוש בהן העלה את הערך שנתנו ללקוח, הגדיל משמעותית את הביטחון בהצלחת הפעילות, הביא לחסכון משמעותי בעלויות הפיתוח שהלקוחות שלנו משיגים בזכות מינוף ידע וניסיון קיימים לטובת קיצור תהליכים וקבלת החלטות נכונות בפעם הראשונה ובסיכומו של דבר תרם לשביעות הרצון גם של הלקוח וגם של היועץ שביצע את העבודה.
חלק מהחבילות גילינו כשימושיות יותר בפרויקט בארץ וניתן להגיע לראות את תאורן כאן: