הטמעת ProcessOS: לחבר מומחיות בתהליכים וב־AI

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

מה Camunda אומרת על תפקיד השותפים

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

לבחור תהליך שאפשר לבחון מקצה לקצה

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

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

לבנות צוות סביב החלטות משותפות

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

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

להחליט מראש מה הסוכן רשאי לעשות

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

קבעו גם דרך פעולה כשחסר מידע. אם המערכת ממשיכה בכל מחיר, היא עלולה להפוך אי־ודאות לפעולה עסקית. מסלול ברור של בקשת מידע נוסף או העברה לאדם מאפשר להמשיך את התהליך עם אחריות מוגדרת. כתבנו על כך גם במדריך לממשל באמצעות Human-in-the-Loop.

למדוד תוצאה ולתכנן תחזוקה

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

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

ב־NG Workshop אנחנו מתחילים מהתהליך ומהתוצאה שהארגון מבקש להשיג. בואו נבחר תהליך מתאים ונגדיר יחד את דרישות הפרויקט.

מקור וייחוס

מאמר מקורי של NG Workshop, הכולל תקציר והתייחסות ל־Building the ProcessOS Partner Ecosystem, מאת Tony Durso, שפורסם ב־6 באוקטובר 2026. ההמלצות והדוגמה הן שלנו; זהו עיבוד עצמאי ולא תרגום מלא.