תוכנה לניהול IT מתקדם: מה באמת צריך למדוד לפני שבוחרים מערכת
לפני שבוחרים מערכת לניהול IT חשוב להבין שיש תחת ההגדרה הזו שלוש בעיות שונות לגמרי, שמערכת אחת שמנסה לפתור את כולן יחד מצליחה בדרך כלל רק באחת מהן, ושמדידה פשוטה של שבועיים בקריאות בפועל קובעת אם בכלל צריך מערכת חדשה או שמסתתרת תקלה חוזרת אחת.
בקצרה
המונח «ניהול IT» מכסה למעשה שלושה סוגי בעיות נפרדות:קריאות שירות, מצאי נכסים, וניהול שינוייםלכל אחת מהן יש קצב עבודה אחר ומשתמש אחר, ולכן מערכת אחת שמנסה לשרת את שלושת התחומים יחד, בלי להפריד ביניהם, מיושמת בדרך כלל בתחום אחד ונזנחת בשניים האחרים. בפועל מתחילים כמעט תמיד במצאי הנכסיםכי שתי הבעיות האחרות נשענות עליו. ורק אחרי זה, לפני שקונים משהו, עושים שבועיים של איסוף של כל הקריאות כפי שהן קורות באמת, כולל אלה שהגיעו בהודעות פרטיות ובמעברים במסדרון, כדי להבין אם מדובר בבעיה ניהולית רחבה או בתקלה חוזרת אחת שהפכה לשגרה.
שלוש בעיות, שלושה קצבים שונים
| הבעיה |
על מה היא עונה |
מי המשתמש |
איך נראה כשל |
| קריאות שירות |
מה לא עובד כרגע, מי מטפל בזה, ומתי זה צפוי להסתיים |
כל עובד בארגון, שפונה פעם בכמה שבועות או חודשים |
אנשים מדלגים על המערכת ושולחים הודעה ישירה למי שתמיד עוזר להם, בעוד שהמערכת הרשמית מציגה תמונה סטטיסטית לא נכונה |
| מצאי נכסים |
מה יש לנו, איפה כל דבר נמצא, באחריות מי הוא, ועד מתי יש אחריות או רישיון |
איש IT ואיש רכש, בנקודות זמן מוגדרות |
הרשימה לא מעודכנת, אבל הארגון מסתמך עליה כאילו היא מדויקת – מצב שהוא גרוע יותר מחוסר רשימה בכלל |
| ניהול שינויים |
מי שינה מה, מתי בוצע השינוי, ומה היה המצב לפניו |
צוות ה-IT, בכל פעולה שמשנה מערכת קיימת |
השינויים מתועדים בדיעבד או לא מתועדים בכלל, ולכן אין תשובה ברורה לשאלה «מה שינו כאן אתמול» |
העמודה של המשתמש מסבירה את מהות הכשל. קריאות שירות הן מערכת שכל הארגון צריך לעבוד איתה, ולכן הן חייבות להיות פשוטות, קצרות ואינטואיטיביות בצורה כמעט טריוויאלית. ניהול שינויים הוא כלי עבודה פנימי של צוות מצומצם ומקצועי, שיכול ומותר שיהיה מפורט ומורכב. כשבוחרים מוצר אחד שאמור לרצות את שני הצרכים, הוא בדרך כלל בנוי כך שירצה את הצוות המקצועי שבחר אותו – והמערכת הכלל-ארגונית לקריאות שירות נזנחת.
המדידה שחייבת להגיע לפני קנייה של מערכת
הבדיקה מתחילה בשבועיים עבודה בלי מערכת חדשה ובלי ספק תוכנה: אוספים ידנית כל קריאת שירות שהגיעה בתקופה הזו,כולל אלה שהגיעו בהודעה פרטית, בוואטסאפ או תוך כדי שיחה במסדרוןומסווגים כל קריאה לפי סוג הבעיה או הנושא.
אחרי שמסיימים למיין, מגיעים תמיד לאחת משתי תוצאות, ולכל אחת מהן יש מסקנה שונה:
- קטגוריה אחת מסבירה את מרבית הקריאות.במצב הזה הבעיה המרכזית היא אותה קטגוריה בודדת, ולכן מה שצריך הוא לפתור את התקלה הזאת מהשורש – לא לקנות מערכת שתנהל טוב יותר את אותה תקלה חוזרת. מערכת חדשה במצב כזה רק תהפוך תקלה שחוזרת שוב ושוב לתקלה שחוזרת שוב ושוב ומתועדת יפה.
- ההתפלגות שטוחה.יש הרבה סוגי קריאות שונים, כשלכל סוג יש רק מעט מופעים. זה המצב שבו הבעיה היא באמת ניהולית ורוחבית, וניהול מסודר באמצעות מערכת יעזור ליצור סדר, שקיפות ויכולת תיעדוף.
החלק הקריטי בבדיקה הוא דווקא הקריאות שלא עברו בערוץ הרשמי. ברוב הארגונים הן חלק גדול מהפניות בפועל, ואלה בדיוק הקריאות שמערכת חדשה תצטרך לדעת לקלוט. סקר שמסתמך רק על מה שנרשם בערוץ הרשמי מודד את התנהגות הערוץ – ולא את העבודה האמיתית שמתרחשת סביבו.
מצאי נכסים: למה להתחיל ממנו ואיך לבדוק אותו נכון
מצאי מדויק הוא הבסיס לשתי הבעיות האחרות, כי קריאה על מחשב שלא מופיע במצאי אי אפשר להפנות נכון, ושינוי על מערכת שלא מתועדת אי אפשר לנתח ולאמת.
בדיקת תקינות של מצאי נכסים נעשית בשני כיוונים משלימים, ובשטח נוטים לבצע בדרך כלל רק אחד מהם:
- מהרשימה לשטח.בוחרים עשרה פריטים מהרשימה הרשמית ויוצאים לבדוק אותם פיזית בשטח. זה הכיוון שרוב האנשים נוהגים לעשות.
- מהשטח לרשימה.בוחרים עשרה מחשבים או פריטי ציוד שרואים בעיניים בחדרים ובמשרדים, ומחפשים כל אחד מהם ברשימה. זה הכיוון שמגלה את מצב המצאי האמיתי, והוא כמעט שלא נעשה.
מצאי שנאסף באופן אוטומטי מהרשת מדויק יותר בדרך כלל מרשימה שהוקלדה ידנית, אבל יש לו מגבלה עקרונית שחייבים להכיר:הוא רואה רק מה שמחוברציוד ששוכב במחסן, מכשיר של עובד שעבד מהבית תקופה ארוכה, וציוד שהושאל ולא חזר – כל אלה נשארים מחוץ למצאי האוטומטי. לכן מצאי שעובד באמת הוא תמיד שילוב בין איסוף אוטומטי מהרשת לבין נוהל ידני מסודר לכל מה שלא מחובר, והחלק הידני הזה הוא בדרך כלל מה שנשכח ומוזנח.
שדה אחד ששווה יותר מהשאר.«עד מתי יש אחריות או רישיון» הוא השדה שהופך מצאי מרשימת ציוד טכנית לכלי ניהול תקציב ותכנון קדימה, והוא גם השדה שמצדיק את עצמו ברגע שמגיע חידוש רישיון שאף אחד בארגון לא זכר או לא ציפה לו.
למה מערכות קריאות נזנחות, ומה מונע את זה בפועל
הסיבה העיקרית שכולם מכירים מקרוב היא אחת וברורה:פתיחת קריאה ארוכה יותר מלשלוח הודעה למי שתמיד עוזרברגע שזה המצב בפועל, רוב העובדים בוחרים בערוץ הצדדי, והמערכת הרשמית ממשיכה להציג מספרים שמספרים סיפור אחר לחלוטין מהמציאות.
לכן המדד המשמעותי היחיד בבחירה של מערכת לקריאות שירות הואכמה שניות לוקח לפתוח קריאהמהרגע שבו העובד מחליט לדווח על תקלה ועד הרגע שבו הוא חוזר לעבודה. המדד המשלים, שמראה אם המערכת באמת עבדה, הוא השאלה:איזה אחוז מהקריאות נפתח על ידי המשתמשים עצמםולא מוקלד בדיעבד על ידי אנשי התמיכה. אחוז נמוך בשדה הזה אומר בפשטות שהמערכת משמשת כיומן עבודה פנימי של צוות ה-IT ולא כמערכת שירות אמיתית לעובדים.
הפתרון המעשי ברוב הארגונים אינו עוד מערכת מתוחכמת יותר אלאלקלוט את הערוץ שאנשים כבר משתמשים בוכלומר לאפשר למערכת לקבל קריאה מאותו מקום שבו העובד כבר נמצא ביומיום, ולאפשר לו גם לסגור את הקריאה מאותו ערוץ. כך מקטינים את החיכוך, מורידים את רמת ההתנגדות, ובסוף גורמים לשימוש טבעי במערכת במקום לעקוף אותה.
רישיונות ומנויים: החלק שמתברר מאוחר מדי
בקטגוריית הרישיונות והמנויים מצאי מסודר מחזיר את עצמו במהירות, ובכל זאת היא כמעט תמיד נשארת מחוץ למצאי הרשמי.
לכל ארגון יש מנויים שנפתחו על ידי עובדים שהיו צריכים כלי מסוים, שולמו בכרטיס האשראי, ומעולם לא נרשמו באף מערכת. זה יוצר שלוש בעיות שכולן מזיקות: תשלום קבוע על שירותים שלא נמצאים בשימוש, אותו כלי שמופיע בשני חלקים שונים בארגון בשתי התקשרויות נפרדות, ונתונים של החברה שיושבים בשירות שאף אחד לא יודע עליוהבעיה השלישית היא החמורה ביותר, והיא הופכת דיון של תקציב ושורה תקציבית לדיון של סיכון וניהול חשיפה.
את המנויים הפזורים לא מוצאים דרך מערכות ה-IT אלא דרך מחלקת הכספים:רשימת החיובים החוזרים בכרטיסי החברה ובחשבון הבנקזו הבדיקה היחידה שרואה גם שירותים שנמצאים מחוץ לרשת הארגונית, והיא נעשית בפגישה קצרה של כשעה עם מנהל או מנהלת הכספים.
אחרי שמתקבלת רשימה מסודרת, עושים שלוש פעולות פשוטות: קושרים כל מנוי לאדם אחראי, רושמים עבורו תאריך חידוש, ומסמנים למי יש גישה לאותו שירות. בלי השדה השלישי, יציאה של עובד מהארגון לא מנתקת אותו משירות חיצוני שהחברה בכלל לא יודעת עליו, וזה כשל שמתגלה לעיתים קרובות באיחור רב.
איך אני עובד על זה
עיסוק בתחום מאז 2004, עבודה על מערכות AI מאז 2023, ופרויקטים ללקוחות בארבע עשרה מדינות. אני פועל כארכיטקט עצמאי ולא כמפיץ מערכות, ולכן גם מסקנה כמו «התפלגות הקריאות שלכם מראה שצריך לטפל בתקלה אחת במקום לקנות מערכת» היא תוצאה סבירה של סקירה. במדידות שעשיתי זה אכן קורה לעתים קרובות.
סקירה כזו מייצרת תמונה עובדתית של ההתפלגות האמיתית של הקריאות כולל הערוצים הצדדיים, בדיקת מצאי בשני הכיוונים עם מספרים ברורים, הפרדה כתובה בין שלוש הבעיות המרכזיות עם החלטה נפרדת לכל אחת, וסדר עבודה מדורג שמתחיל ממצאי נכסים ולא מסיום תהליך הקריאה.
מאיפה להתחיל את העבודה על המערכת הארגונית
כדי לדעת מה הכשל העיקרי עונים על שאלה אחת פשוטה: כשמשהו לא עובד אצלכם, מה העובד עושה בפועל בשלושים השניות הראשונות. אם התשובה אינה «פותח קריאה במערכת», מצאתם את הכיוון לטיפול הנכון לפני שהשקעתם ברכישת פתרון חדש.
דברו איתי | קשור:מערכות ארגוניות, ייעוץ טכנולוגי, אוטומציה
SLAtech LTD