ייעוץ טכנולוגי

יועץ טכנולוגי הוא לא רק מי שמבין קוד

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

למה רוב הייעוץ הטכנולוגי נגמר בתסכול

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

הטיפים למנהל לפני שהוא שוכר יועץ

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

כשניהול משברים ויועץ טכנולוגי נפגשים

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