1. Zen IT Technologies
  2. למה Zen IT

יש לכם ארבע אפשרויות. שלוש מהן נכונות לפעמים.

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

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

טבלת השוואה

החלופות

  • ספק שירותים מנוהלים (MSP)

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

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

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

  • גיוס פנימי

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

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

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

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

  • חברת ייעוץ

    היכן זה עובד: עומק בבעיה מוגדרת, ושם שמרגיע דירקטוריון.

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

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

  • השארת הטיפול ב-IT בתוך צוות הפיתוח

    היכן זה עובד: זה חינם, וזה עובד לתקופה.

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

מה אנחנו עושים במקום

  • ארכיטקט קבוע, כחלק מהצוות

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

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

  • מתחילים מארכיטקטורה, לא מקריאות שירות

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

  • שלושים שנות ניסיון שעובדות בשבילכם

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

  • עומק מקצועי בכל התחומים, לא רק בחלק מהם

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

  • לא מסתפקים במה שמוגדר. בודקים מה עובד בפועל

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

    מוגדר זה לא בהכרח עובד.

  • IT לא פועל לבד

    זהויות מתחילות במשאבי אנוש. ציוד נוגע ב-Operations ובכספים. אבטחה משפיעה על R&D. החלטות על מערכות SaaS חוצות כמעט כל מחלקה בחברה. לכן אנחנו עובדים עם האנשים שמאחורי התהליכים האלה, ולא רק עם המערכות שמתחתיהם.

מתי אנחנו הבחירה הלא נכונה

  • מתחת לכעשרים איש, לעבודה שוטפת.

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

  • כשאתם רק רוצים לשמור על המצב הקיים.

    אם אתם מחפשים ספק MSP שיאפס סיסמאות, יכין מחשבים באופן ידני וישאיר את סביבת ה-IT בדיוק כפי שהיא היום, כנראה שאנחנו לא הבחירה הנכונה עבורכם.

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

    המטרה היא לא להפעיל Help Desk עמוס יותר. המטרה היא לבנות סביבת IT שזקוקה לו פחות.

  • כשאתם צריכים מישהו במשרד כל יום.

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

  • בזמן אירוע פעיל, אם אינכם כבר לקוחות שלנו.

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

מתי אנחנו הבחירה הנכונה

חברות טכנולוגיה. עובדים טכניים, דעות משלהם על התשתית, ומערך SaaS שגדל מעבר לניהול לא פורמלי. בדרך כלל הטריגר הוא צמיחה: סביבת IT שלא הדביקה את קצב הצמיחה של החברה. חובת תאימות (SOC 2, ISO/IEC 27001, שאלון אבטחה של לקוח) קובעת לרוב את לוח הזמנים, אבל העבודה היא הסביבה, לא התעודה.

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

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

העקרונות שמנחים אותנו

  • IT מתחיל באנשים.

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

    לכן אנחנו עובדים עם תפעול, משאבי אנוש, כספים, R&D וצוותים נוספים כדי להבין את התהליכים שמאחורי המערכות, ולא רק את המערכות עצמן. קליטת עובדים, הרשאות, ציוד, אישורים, עבודה משותפת ותמיכה שוטפת מראים לנו איך סביבת ה-IT באמת משמשת את האנשים ביום-יום.

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

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

  • משתמשים במה שכבר יש. משקיעים איפה שבאמת צריך.

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

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

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

    המטרה היא להשקיע איפה שזה באמת משנה, לחסוך איפה שלא, ולשמור על סביבת ה-IT פשוטה ככל שאפשר.

  • הכול מתועד והכול שלכם.

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

בואו נבדוק אם יש התאמה.

שיחה של 30 דקות עם ג׳וני. אם מודל אחר מתאים לכם יותר, נאמר לכם איזה ולמה.

בואו נדבר