בעמוד הזה
הטכנולוגיה כמעט אף פעם לא הבעיה. ניתוח של הסיבות שפרויקטים נעצרים באמצע, ומה עושים אלה שמצליחים.
- פרויקטי AI כמעט אף פעם לא נתקעים על הטכנולוגיה. הם נתקעים על ארגון: בעלות, הגדרה, מדידה ואנשים.
- חמש נקודות הכשל החוזרות: אין בעל בית לפרויקט, אין תהליך מוגדר, מתחילים מהכלי במקום מהבעיה, אין מדד הצלחה, והצוות שאמור לעבוד עם הכלי לא היה חלק מההחלטה.
- מי שמצליח עושה הפוך: מתחיל צר, ממנה אחראי אחד, קובע מספר אחד למדידה ומכניס את הצוות מהיום הראשון.
- פרויקט תקוע הוא לא סוף הדרך. ברוב המקרים אפשר להגדיר אותו מחדש ולהחזיר אותו לתנועה בתוך שבועות.
השאלה שבדקנו
למה רוב פרויקטי ה-AI נתקעים לפני שהם מייצרים ערך?
השורה התחתונה: הטכנולוגיה כמעט אף פעם לא העניין. פרויקטים נתקעים על בעלות, הגדרה, מדידה ואנשים, וכל אחת מהנקודות האלה ניתנת לתיקון לפני שמתחילים.
הדפוס: לא כישלון, דעיכה
פרויקטי AI כמעט אף פעם לא נכשלים ביום אחד. הם דועכים. ההתחלה נראית מבטיחה: ההנהלה מתלהבת, כלי נבחר, מישהו מתנדב להוביל "על הדרך". חודש אחר כך הכלי פתוח בטאב אצל שני אנשים. אחרי שלושה חודשים אף אחד לא זוכר למה התחילו.
הדעיכה הזאת מטעה, כי אין רגע ברור של כישלון שאפשר ללמוד ממנו. אף אחד לא החליט לעצור, פשוט אף אחד לא החליט להמשיך. וכשמנתחים תהליכים כאלה לאחור, עולות שוב ושוב אותן חמש נקודות כשל, וכמעט אף פעם לא בעיה טכנולוגית.
גם המחקרים הגלובליים מצביעים לאותו כיוון: סקרי State of AI של McKinsey מראים לאורך שנים שהפער בין ארגונים שמפיקים ערך מ-AI לבין כל השאר נמצא בתהליכים ובאימוץ, לא בגישה לטכנולוגיה.
חמש נקודות הכשל
אלה החמש שחוזרות כמעט בכל פרויקט תקוע. לרוב מופיעות שתיים או שלוש מהן ביחד, וכל אחת מהן לבדה מספיקה לעצור פרויקט:
- אין בעל בית: הפרויקט שייך "לכולם", כלומר לאף אחד. אין מי שמסיר חסמים ואין מי שאחראי לתוצאה.
- אין תהליך מוגדר: הכלי הוצמד לעבודה בלי שמישהו הגדיר איך התהליך עובד היום ואיך הוא אמור להשתנות.
- חשיבה שמתחילה מהכלי: קודם קנו, אחר כך חיפשו לו בעיה. כלי שמחפש בעיה תמיד מפסיד לשגרה הקיימת.
- אין מדד: בלי מספר אחד שנקבע מראש, אי אפשר לדעת אם זה עובד, וספק תמידי הוא גזר דין איטי לכל פרויקט.
- הצוות נשאר בחוץ: מי שאמור לעבוד עם הכלי שמע עליו בדיעבד. התוצאה היא התנגדות שקטה שאף כלי לא שורד.
הכשל המרכזי: להתחיל מהכלי
מתוך החמש, זו הנקודה שפוגשים הכי הרבה, והיא השורש של רוב האחרות. הרצף מוכר: מישהו רואה הדגמה מרשימה, נרשמים, משלמים, ואז מתחיל החיפוש אחרי מקום לתקוע בו את הכלי.
הבעיה היא שכלי בלי בעיה מוגדרת מתחרה מול השגרה הקיימת, והשגרה תמיד מנצחת. לעובד עמוס אין סיבה לשנות דרך עבודה בשביל כלי שהערך שלו מנוסח במילים כלליות.
כשמתחילים מבעיה כואבת ומדידה, השאלה מתהפכת: לא "איפה נשתמש בזה" אלא "מה יפתור לנו את זה". וההחלטה בין אוטומציה, סוכן AI או מערכת נגזרת מהבעיה עצמה, לא מהכלי שבמקרה נקנה.
בעל בית אחד, מספר אחד
שני התיקונים הזולים ביותר הם גם האפקטיביים ביותר.
בעל בית. לא ועדה ולא "הצוות", אלא אדם אחד עם שם, שהפרויקט באחריותו: הוא מגדיר את הגבולות, מסיר חסמים, ומחליט אחרי חודש אם מרחיבים או עוצרים. בעסקים גדולים זה יכול להיות מנהל תפעול. בעסקים אחרים זה בעל העסק עצמו, וגם זה בסדר, כל עוד זה מוגדר.
מספר. מדד אחד שנקבע לפני שמתחילים: זמן מענה, שעות ידניות בשבוע, אחוז פניות שטופלו בלי מגע אדם. המספר הופך את השיחה אחרי חודש משיחת תחושות ("נראה לי שזה עוזר") לשיחת החלטה ("ירדנו מ-14 שעות ידניות לשש, מרחיבים"). זה כל ההבדל.
הצוות: הסיבה שכלים טובים מתים
כלי יכול להיות מדויק טכנית ולמות מהתנגדות שקטה. אף אחד לא יגיד "אני לא אעבוד עם זה". פשוט ימשיכו לעבוד כמו קודם, והכלי יישאר בצד עד שיישכח.
למה זה קורה? ההתנגדות הזאת כמעט תמיד מוצדקת מנקודת המבט של הצוות: הכלי נחת עליהם מלמעלה, הוא נתפס כביקורת על העבודה שלהם או כאיום עליה, ואף אחד לא שאל אותם איפה באמת כואב.
מי שמכניס את הצוות משלב ההגדרה מקבל שני דברים: שותפים במקום מתנגדים, וידע מהשטח שאין לאף אחד אחר. האנשים שעושים את העבודה יודעים בדיוק אילו חלקים ממנה הם היו שמחים למסור.
מה עושים אלה שמצליחים?
התמונה ההפוכה של חמש נקודות הכשל היא בעצם מתכון עבודה, והוא פשוט יותר ממה שנדמה. זה בדיוק התהליך שפירטנו צעד אחרי צעד במדריך איך מתחילים עם AI בעסק.
ואם יש לכם פרויקט שכבר תקוע, החדשות הטובות: רוב הפרויקטים התקועים לא צריכים כלי חדש. הם צריכים הגדרה מחדש, בעיה אחת, בעל בית אחד, מספר אחד, והצוות בפנים. שיחת היכרות קצרה יכולה לעזור לזהות איפה בדיוק הפרויקט שלכם עצר.
- מתחילים מבעיה אחת כואבת ומדידה, לא מהכלי
- ממנים בעל בית אחד עם סמכות להחליט
- מגדירים מה הפתרון כן עושה ומה לא, לפני שבונים
- קובעים מספר אחד ובודקים אותו אחרי 30 יום
- מכניסים את הצוות מהיום הראשון, משלב ההגדרה
שאלות נפוצות
הפרויקט שלנו כבר תקוע. מתחילים מאפס?
ברוב המקרים לא. הכלי והחיבורים שכבר נבנו הם נכס, מה שחסר הוא ההגדרה סביבם. עוברים על חמש הנקודות, מזהים אילו מהן חסרות אצלכם, ומגדירים מחדש: בעיה אחת, אחראי אחד, מדד אחד. לרוב אפשר לחזור לתנועה בתוך שבועות.
מי צריך להיות בעל הבית של פרויקט AI?
מי שהכי קרוב לתהליך שהפרויקט משנה ויש לו סמכות להחליט. לא חייבים מנהל טכנולוגיות. מה שחשוב הוא שיהיה אדם אחד, עם שם, שיודע שההצלחה והכישלון אצלו.
איך יודעים אם הבעיה בכלי או בתהליך?
בדקו את המדד. אם אין מדד, זו התשובה: הבעיה בתהליך. אם יש מדד והוא לא זז למרות שימוש אמיתי, ייתכן שהכלי לא מתאים. אבל ברוב המקרים מגלים שהכלי בקושי בשימוש, וזו בעיית הטמעה, לא בעיית טכנולוגיה.
כמה זמן נכון לתת לפיילוט לפני שמחליטים?
30 יום הם מסגרת טובה לרוב התהליכים: מספיק זמן לשגרה אמיתית, מספיק קצר כדי לא לגרור ספק. בסוף התקופה מסתכלים על המספר שנקבע מראש ומחליטים: מרחיבים, מתקנים או עוצרים.
מקורות
המשיכו לקרוא
חזרה לבלוגהחיפוש עובר לתשובות AI: מה עושים כדי שימצאו אתכם
חלק הולך וגדל מהחיפושים מסתיים בתשובה של AI במקום ברשימת קישורים. השאלה החדשה היא לא באיזה מקום אתם מדורגים, אלא אם אתם אחד המקורות שהתשובה נבנתה מהם.
לקריאת העדכוןצ׳קליסט מוכנות ל-AI: 12 בדיקות לפני שמתחילים
לפני שמשקיעים שקל ב-AI, שווה לדעת אם העסק מוכן. 12 בדיקות של כן או לא, עשר דקות של יושרה, ותשובה ברורה: להתחיל, לסגור פערים, או קודם לסדר את הבסיס.
לקבלת הכליתיאום פגישות בלי פינג-פונג
"מתי נוח לך?", "שלישי בעשר?", "לא יוצא לי, אולי רביעי?". כל פגישה מתחילה בפינג-פונג שגוזל זמן משני הצדדים. אפשר אחרת: הלקוח בוחר זמן, היומן מתעדכן, התזכורת נשלחת לבד.
לפרטי הפתרוןלהמשיך לחקור בבלוג
רוצים ניתוח כזה על העסק שלכם?
אותה מתודולוגיה, על השאלה שהכי מעסיקה אתכם. משאירים פרטים ומתחילים.