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

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

כל ערוץ קיבל נקודת פתיחה (baseline) מוסכמת, יעד, בעלים למדד, נקודת החלטה go/no-go ותוכנית חזרה לאחור. השלב הראשון מספק יכולת עובדת אחת בכל ערוץ, על משתמשים אמיתיים ודאטה אמיתי. הארגון מרחיב רק את מה שהראיות תומכות בו. הכלל הפשוט הזה מוציא את רוב ההייפ מתוכנית AI.

שאלה למנהלים: לכל יוזמת AI – מי אחראי על התוצאה, מה המספר היום, ואיזו תוצאה תגרום לכם לעצור?

2. טכנולוגיה: עמוד שדרה אחד, לא שלושה כלים

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

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

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

3. הטמעה: אב-טיפוס הוא חד-פעמי, וההטמעה הדרגתית

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

ההטמעה עוברת שלבים ברורים: פתיחת הפיתוח, MVP של התהליך המרכזי, הקשחה (אבטחה, ביצועים, ניטור ומעקות בטיחות), בדיקות קבלה של המשתמשים, ולבסוף מסירה לייצור עם תקופת ליווי. הפתרונות משולבים במקום שבו אנשים כבר עובדים – מערכת הקריאות, סביבת הפיתוח, נתוני ה-ERP – ולא באפליקציה נוספת. המשתמשים עוברים הדרכות מעשיות על משימות אמיתיות, והמשוב שלהם חוזר ישירות למוצר.

4. ממשל: אמון מתכננים, לא מניחים

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

בתהליך הפיתוח, כל שינוי קוד מגיע עם "חבילת ראיות": בדיקות שנוצרו, תוצאות ההרצה, קישורי עקיבות והמלצה – GO, CONDITIONAL-GO או NO-GO. ה-AI ממליץ; המפתח מחליט ונשאר אחראי.

לסיכום

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

להרחבה: אסטרטגיית הזרעים המרובים · מודלים והזיות · אונטולוגיה במפעל החכם