קטגוריות
מערכות מידע משולחן היועץ

טועה, ואף חמור מכך מטעה את הציבור

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

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

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

  1. לפלוני אלמוני יש מערכת בנויה טלאי על טלאי, ויש לו בחור (או בחורה) שמבינים קצת במחשבים ומתרוצצים חלק ניכר מזמנם בין משתמשים לפתור בעיות.
  2. לפלוני אלמוני יש מערכת משובחת לעילא ולעילא, שעלויות התפעול שלה אפסיות ותקלותיה זניחות, ולמרבית ההפתעה עלות וצורת הקמתה לא שונה בצורה מהותית מזו שהצעתי.
  3. לפלוני אלמוני יש מערכת שונה (ללא קשר לאיכותה או מחירה) מזו שהלקוח ביקש.

אני תוהה. מה טעם מוצא אותו אדם לפנות אלי? ילך אצל פלוני אלמוני ונגמר.

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

המקרה האחרון היה של בעל עסק שרצה לחבר את השרת המרכזי (והיחידי), מסוג Microsoft Small Business Server של החברה ישירות לרשת האינטרנט, על מנת שיכול לקרוא דואר ולתאם פגישות. חיבור ממין זה הוא מסוכן. אך ניתן למצוא פתרונות חלופיים לצורך העסקי, בין אם על ידי שימוש בשרותים חיצוניים ובין אם בשימוש במערכות אבטחה שונות.

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

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

קטגוריות
מערכות מידע דעה

עוצו עצה ותופר

זהירות, קרח דק.

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

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

לאור ההמלצות, חזרתי וקראתי את הסקר. אי הדיוקים וההחמצות קיבלו פתאום מימד אחר.

אני יועץ, איצס גייבר, A computer Meaven, אובר גיק.אני מוכר עצות למחייתי. אינני מוכר ציוד, ולמעט חריגה חד פעמית, עליה אני מצטער, אינני מוכר או מייצג תוכנה.

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

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

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

קטגוריות
מערכות מידע

רזוננס קוגינטיבי

כבר נאמר, תן לאדם פטיש וגו'. ג'ון טימר ב-Ars Techina מפנה למאמר ב-Journal of Consumer Research הטוען כי נעילת לקוח (Lock In) קוגניטיבית היא חזקה לא פחות מנעילה הנובעת מתלות חומרית או עלויות מעבר. כאשר הרגלים נרכשי, המתשמש משוכנע כי הדרך (או הכלי, לענין זה) הוא הטוב ביותר, ולו היה עליו (המשתמש) לפתח כלי או דרך, התוצאה היתה זהה.

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

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

הדבר בולט לעין בויכוחים בין אוהדי Firefox לחסידי Internet Explorer; משתמשי Windows ו-Linux וכדומה. ויכוחים אלו גולשים לעיתים מזומנות לתכונות האיזוטריות של התוכנות (המקרה הטוב), להפרעות הנפשיות של הצד השני (במקרה הנפוץ יותר) או לתחומי העיסוק של הורי הצד השני (במקרים קיצוניים).

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

פלצות אוחזת בי כאשר אני רואה שימוש בפרוטוקול POP3 לא מאובטח לדואר אלקטרוני, שימוש ב-PPtP להתקשרות מרוחקת או שימוש ב-WEP (או בMAC Filtering) לאבטחת תקשורת אלחוטית. אני מתנצל על השימוש בדוגמאות טכניות, אך אלו הנקודה היא שמדובר בשימוש בפרוטוקולים גרועים הן מצד הישום העסקי שלהם והן מצד הישום הטכנולוגי שלהם. לכל שלושת הדוגמאות קיימות חלופות מזה מספר שנים, שיישומם אינו מורכב יותר מאלו הקיימים, והערך המוסף שלהם גבוהה בהרבה.

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

לפרוטוקול זה קיים מתחרה בשם IMAP הקיים משנת 1998. בפרוטוקול זה הדואר נשמר ומנוהל על השרת, ותוכנת הדואר משמשת רק ככלי ניהול. שני הפרוטוקולים ניתנים להצפנה על ידי שימוש ב-SSL (קיים משנת 1996).

מדוע, אם כן, ממשיכים לראות שימוש נפוץ כל כך ב-POP3 ועוד בסביבות אירגוניות על ידי אנשים טכניים?

רזוננס קוגניטיבי. זה מה שעושה ספק האינטרנט, זה מה שהלקוח (המשתמש) רגיל. לא צריך להסביר או לנהל. יתר על כן – Outlook בגרסאותיו המוקדמות, לא תמך כלל ב-IMAP. תמיכה מוקדמת ב-IMAP התנגשה בתמיכה המובנית ב-Exchange. היות ו-Outlook הוא הכלי המוביל לניהול מידע אישי, מכאן שהוא הכלי הטוב ביותר, מכאן שהפרוטוקולים הנתמכים על ידו הם העדיפים.

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

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

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

  • יצירת רזוננס חלופי. הצגת מערכות או שיטות כמובנות מאליהן.  ("קוד פתוח, כולם משתמשים בקוד פתוח: גוגל, יאהו, תע"א, בנק מזרחי…")
  • הצגת התחליף כמקור. (התקנת שרת Scalix או Zimbra במקום Exchange).
  • הגחכה (פרסומת ישנה של Sun אמרה "Running mission critical applications on NT Server, what do you people do for FUN?")

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

קטגוריות
מערכות מידע

ללמוד מהרשתות הקמעוניות

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

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

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

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

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

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

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

קטגוריות
משולחן היועץ

מבחן התוצאה

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

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