ניהול תהליכים (Manage Processes)
Manage Processes
ניהול תהליך (Process Management) · שיעור 3
- Manage Processes = ה'ביצוע' של התבנית — יצירה, הרצה וניהול-מחזור-חיים.
- כל instance הוא snapshot חסין-שינויי-תבנית.
- נקודת-שליטה וניטור אחת לכל המחזורים הפעילים.
- Process = מופע-מורץ של מחזור-תכנון, נגזר מ-template.
מטרת השיעור
ידע אצוראם ה-process template הוא ה'תוכנית', Manage Processes הוא ה'ביצוע': האפליקציה שבה יוצרים מופעי-תהליך מהתבנית, מריצים אותם מחזור-אחר-מחזור, מנהלים את מחזור-חייהם (התחלה, עצירה, השלמה) ומנטרים את הסטטוס. כאן מחזור ה-S&OP חי בפועל, ומכאן מנהלים אותו יום-יום. מהו תהליך (Process)? — Process ב-IBP הוא מופע-מורץ של מחזור-תכנון — אוסף מאורגן של steps, tasks, roles ו-automations הנגזר מ-process template ומבוצע על PlanningArea ותקופה מוגדרים. הוא ה'יחידה' שעליה מודדים cycle-time, accountability והתקדמות. יצירת תהליך — יצירת Process היא צעד-ההפעלה של המחזור: בוחרים process template, מגדירים scope (PlanningArea, תקופה), ממפים roles למשתמשים, וקובעים start. מרגע זה התבנית הופכת ל-instance חי, וה-automations וה-tasks מתחילים לזרום. ניהול מחזור-חיי התהליך — מחזור-חיי ה-process הוא מסע ה-instance מ-Not Started, דרך In Process, ועד Completed — עם אפשרויות Hold/Stop בדרך. ניהול נכון של מעברי-המצב מבטיח שמחזורים מסתיימים מסודר, נארכבים עם audit-trail, ולא 'נשארים פתוחים' ומעוותים את התמונה. ניטור סטטוס התהליך — ניטור-סטטוס הוא היכולת לראות בזמן-אמת היכן עומד כל מחזור: אילו steps הושלמו, מה בתהליך, מה מאחר, ומי מעכב. זוהי ה'בקרת-טיסה' של ה-S&OP — מאפשרת התערבות מוקדמת לפני שעיכוב הופך לפספוס-מחזור. לוחות-מחוונים של תהליכים (Process Dashboards) — Process Dashboards מאחדים את סטטוס וביצועי-המחזורים לתצוגה-ניהולית אחת: progress, cycle-time, on-time-completion, ו-bottlenecks חוזרים. הם הופכים נתוני-תהליך גולמיים לתובנות-ניהול שמניעות שיפור מחזורי.
למה זה חשוב
ידע אצורManage Processes הוא 'מסך-הבקרה' של המחזורים הפעילים. כאן לוחצים 'צור מחזור חדש מהתבנית', רואים את כל המחזורים הרצים, מי באיזה שלב, ומה הסטטוס. זה ההבדל בין 'מתכון בספר' (התבנית) ל'ארוחה על האש' (המופע הפעיל). מהו תהליך (Process)? — 'תהליך' (Process) הוא מחזור-תכנון אחד-קונקרטי שרץ עכשיו — למשל 'S&OP של יוני'. הוא נולד מהתבנית, יש לו התחלה וסוף, ובתוכו כל הצעדים והמשימות של אותו חודש. יצירת תהליך — ליצור Process זה כמו 'להזמין ארוחה מהתפריט': בוחרים את התבנית (התפריט), אומרים לאיזה תקופה ואזור היא שייכת, מי הצוות, ולוחצים 'התחל'. מכאן המחזור רץ. ניהול מחזור-חיי התהליך — לכל מחזור יש 'מצבי-חיים': טרם-התחיל, רץ, בהמתנה, נעצר, הושלם. ניהול-מחזור-חיים זה פשוט להעביר את המחזור בין המצבים האלה בזמן הנכון — בעיקר לסגור אותו כשנגמר. ניטור סטטוס התהליך — ניטור-סטטוס זה פשוט 'לראות איך הולך': ירוק=בוצע, צהוב=בתהליך, אדום=מאחר. במקום לרדוף אחרי אנשים בטלפון, מסתכלים על מסך אחד ויודעים מיד מי מעכב. לוחות-מחוונים של תהליכים (Process Dashboards) — Dashboard הוא 'לוח-מחוונים' כמו ברכב: גרפים ומספרים שמסכמים איך הולכים המחזורים — כמה אחוז הושלם, כמה זמן לוקח מחזור, ואיפה תמיד נתקעים. במקום לחפור בפרטים, רואים את התמונה-הגדולה.
ערך עסקי
ידע אצורלספק נקודת-שליטה אחת על כל המחזורים הפעילים — יצירתם מתבנית, ניהול מחזור-חייהם, וניטורם — כך שמנהל-ה-S&OP רואה את כל התמונה ומנהל אותה ממקום אחד. מהו תהליך (Process)? — להגדיר את היחידה הניתנת-להרצה, למדידה ולניטור של מחזור-התכנון — כך שאפשר לנהל, להשוות ולשפר מחזורים כיחידות עצמאיות. יצירת תהליך — להמיר הגדרה-סטטית (template) למחזור-פעיל בצורה מבוקרת ועקבית — עם scope ו-roles נכונים — כך שכל מחזור מתחיל 'נקי' ומוכן-לעבודה. ניהול מחזור-חיי התהליך — לשלוט בצורה מסודרת ומבוקרת-הרשאות במעבר המחזור בין מצביו — להבטיח סגירה נקייה, audit-trail מלא, ומדדים אמינים. ניטור סטטוס התהליך — לספק שקיפות בזמן-אמת על התקדמות-המחזור ולזהות bottlenecks מוקדם — כדי לאפשר התערבות-ניהולית בזמן ולעמוד בלוח-הזמנים. לוחות-מחוונים של תהליכים (Process Dashboards) — להפוך נתוני-תהליך מרובי-מחזורים לתובנות-ניהול ברות-פעולה — מדידת-ביצועים, השוואה-לאורך-זמן, וזיהוי-מוקדים-לשיפור.
היכן בשימוש
ידע אצור• SAP Fiori Launchpad ► Process Management ► Manage Processes • Manage Processes ► Create Process (from Template) ► Scope / Roles / Start • Manage Processes ► Process ► (Gantt / Tasks / Status / Dashboard) • Manage Processes ► Process List (כל ה-processes הפעילים/שהושלמו) • Manage Processes ► Process ► Details (Steps / Status / Scope) • Manage Processes ► Create Process ► Select Template • Create Process ► Scope (PlanningArea / Period) ► Map Roles ► Start Date • (אופציונלי) API/OData ► יצירת process אוטומטית • Manage Processes ► Process ► Lifecycle Actions (Start / Hold / Resume / Stop / Complete) • (אופציונלי) API/OData ► עדכון state של process • Manage Processes ► Process ► Status / Gantt • Manage Processes ► My Process Steps (סטטוס ה-tasks האישיים) • (אופציונלי) APIs/OData ► שליפת process/step status • SAP Fiori Launchpad ► Process Management ► Process Dashboard / Overview • (אופציונלי) SAP Build Work Zone ► embedded Process dashboard • (אופציונלי) APIs/OData ► הזנת KPIs ל-dashboard חיצוני
מושגי מפתח
ידע אצור- Manage Processes = ה'ביצוע' של התבנית — יצירה, הרצה וניהול-מחזור-חיים.
- כל instance הוא snapshot חסין-שינויי-תבנית.
- נקודת-שליטה וניטור אחת לכל המחזורים הפעילים.
- Process = מופע-מורץ של מחזור-תכנון, נגזר מ-template.
- מקושר ל-PlanningArea, תקופה, roles ו-state.
- היחידה למדידת cycle-time, progress ו-accountability.
- יצירה = בחירת template + scope + mapping roles + start.
- ה-instance מקפיא snapshot של התבנית.
- ניתן לאוטמט יצירה דרך API/job.
- Lifecycle: Not Started→In Process→Completed (+ Hold/Stop).
- מעברים מבוקרי-הרשאות ומתועדים ל-audit.
- סגירה נקייה = מדדים אמינים; הבחן Stop מ-Complete.
- ניטור = שקיפות בזמן-אמת על process/step/task.
- נגזר מ-task completion ו-due-dates; מזהה bottlenecks מוקדם.
- ניתן-לצריכה דרך APIs ול-Work Zone.
- Dashboards מצרפים סטטוס וביצועים לתובנות-ניהול.
- מדוד cycle-time ו-on-time, לא רק progress.
- bottleneck-חוזר = קלט לשיפור-תבנית; ניתן-להטמעה ב-Work Zone.
דוגמה מ-CBC
ידע אצורבארגון נוצר מדי חודש instance 'S&OP – [חודש]' מתבנית-העל; ה-coordinator ממפה את מנהלי-ה-territories, מפעיל את המחזור, ובסוף מסמן Complete. ההיסטוריה של כל המחזורים נשמרת להשוואת cycle-time בין חודשים. ב-1 ליוני, מנהל-S&OP נכנס ל-Manage Processes, יוצר instance ל-'S&OP June' מהתבנית, ממפה roles למתכנני-החודש, ולוחץ Start. לאורך החודש הוא עוקב אחר הסטטוס, ובסוף מסמן Complete — וה-instance נארכב עם כל ה-audit-trail שלו. מהו תהליך (Process)? — בארגון 'S&OP – יוני' ו-'S&OP – יולי' הם שני Processes נפרדים מאותה תבנית; כל אחד מודד את ה-cycle-time שלו, ומאפשר להשוות אם מחזור-הקיץ ארוך-יותר ממחזור-החורף. 'S&OP June' הוא Process: נגזר מהתבנית, מקושר ל-PlanningArea של ה-finished-goods, רץ מ-1 עד 25 ביוני, עם roles ממופים ל-planners; הסטטוס שלו In Process, וה-progress 60%. יצירת תהליך — בארגון יוצרים את 'S&OP – יולי' מהתבנית, ממפים את כל מנהלי-ה-territories ל-roles, וקובעים start ל-1 בחודש; ה-application job של טעינת-ה-sell-out כבר משובץ ב-Step 1. מנהל-S&OP בוחר template 'Monthly S&OP', מגדיר PlanningArea=FG, תקופה=יולי, ממפה Demand/Supply/Finance roles, וקובע start ל-1 ביולי. ה-instance נוצר, Step 1 (אוטומטי) מתוזמן, וה-tasks הראשונים ממתינים. ניהול מחזור-חיי התהליך — בארגון, מחזור-קיץ הועבר ל-On Hold ליומיים בגלל תקלת-טעינת-sell-out, ואז חזר ל-In Process. בסיום סומן Completed; מחזור שבוטל בגלל מיזוג-טריטוריות סומן Stopped כדי לא לזהם את ממוצע-ה-cycle-time. מחזור In Process; באמצע-החודש מתגלה בעיית-נתונים — מנהל-S&OP מעביר ל-On Hold, מתקן, ומחזיר ל-In Process. בסוף, כשכל ה-steps הושלמו, הוא מעביר ל-Completed וה-instance נארכב. ניטור סטטוס התהליך — בארגון ה-VP רואה בלוח שכל ה-territories ירוקים חוץ-מהדרומי (אדום, overdue על ה-critical path); הוא מתערב מיד, כי עיכוב שם דוחה את אישור מחזור-הקיץ כולו. מנהל-S&OP פותח את Manage Processes באמצע-החודש ורואה: progress 70%, Demand Review ירוק, Supply Review צהוב (in-process), Reconciliation אפור (ממתין). step אחד אדום (overdue) — הוא פונה לאחראי ומשחרר את החסם. לוחות-מחוונים של תהליכים (Process Dashboards) — בארגון ה-dashboard מראה ש-cycle-time של מחזורי-קיץ ארוך ב-3 ימים מהחורף, ושה-territory הדרומי הוא bottleneck-חוזר; ההחלטה: parallelize את ה-territories טוב-יותר ולאוטמט את טעינת-ה-sell-out שלהם. Dashboard מציג: cycle-time ממוצע 18 ימים (ירד מ-22), on-time 92%, וה-step שהכי-מאחר באופן-חוזר הוא Supply Review. ההנהלה מחליטה לאוטמט חלק מ-Supply Review (9.2.4) כדי לקצרו.
תהליך
ידע אצורטרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• צור process instance מ-template; קבע scope (PlanningArea/תקופה) ומפה roles למשתמשים. • כל instance הוא snapshot של התבנית בזמן-היצירה — חסין לשינויי-תבנית עתידיים. • נהל מחזור-חיים: Start / Stop / Hold / Complete; נטר סטטוס ו-Gantt. מהו תהליך (Process)? • Process = instance של template, מקושר ל-PlanningArea, תקופה, roles ו-state. • מכיל את עץ ה-steps→tasks, dependencies ו-automations מזמן-היצירה. • הוא ה-entity שה-APIs וה-dashboards חושפים (סטטוס/progress). יצירת תהליך • בחר template, הגדר PlanningArea ותקופה/horizon, מפה את כל ה-roles, קבע start-date. • ה-instance מקפיא snapshot של התבנית בזמן-היצירה. • ניתן ליצור ידנית או דרך API/OData (9.6) לאוטומציה מלאה. ניהול מחזור-חיי התהליך • States: Not Started → In Process → Completed; בנוסף On Hold ו-Stopped. • מעברים מבוקרי-הרשאות ומתועדים ל-audit. • Complete = הסתיים-כראוי; Stop = הופסק לפני-זמנו (משפיע על מדדים). ניטור סטטוס התהליך • סטטוס בשלוש רמות: process (progress %), step (done/in-process/overdue), task (done/open). • נגזר מ-task completion ומ-due-dates מחושבים. • ניתן-לצריכה דרך APIs ל-dashboards או ל-SAP Build Work Zone. לוחות-מחוונים של תהליכים (Process Dashboards) • ה-dashboards מצרפים KPIs ממספר processes: cycle-time, on-time-rate, overdue, עומס-לפי-role. • ניזונים מ-process/step status; ניתן לשלב APIs/embedded-analytics. • ניתנים-להטמעה ב-SAP Build Work Zone לחוויית-מנהל מאוחדת.
הערות
ידע אצורשאלות ראיון מה היחס בין Manage Processes ל-process template? Process template = ההגדרה; Manage Processes = האפליקציה שיוצרת ומריצה ממנה process instances ומנהלת את מחזור-חייהם. מדוע instance חסין לשינויי-תבנית? כל instance הוא snapshot של התבנית בזמן-היצירה — כדי לא לשבש מחזור פעיל; שינויים חלים על מופעים עתידיים. מהו process ב-IBP? מופע-מורץ של מחזור-תכנון — instance של process template עם PlanningArea, תקופה, roles ו-state; היחידה למדידה ולניטור. מה ההבדל בין process ל-process template? Template = ההגדרה החד-פעמית; process = המופע הקונקרטי הנגזר ממנה ומורץ בפועל. אילו פרמטרים נדרשים ליצירת process? template, scope (PlanningArea/תקופה), mapping של roles למשתמשים, ו-start-date. כיצד ניתן לאוטמט יצירת process חודשי? דרך ה-APIs/OData (9.6) או application job שיוצר את ה-process מהתבנית אוטומטית בתחילת כל מחזור. מהם מצבי מחזור-חיי ה-process? Not Started → In Process → Completed, בתוספת On Hold (השהיה) ו-Stopped (עצירה מבוקרת). מה ההבדל בין Stop ל-Complete? Complete = המחזור הסתיים-כראוי; Stop = הופסק לפני-זמנו — וההבחנה משפיעה על מדדי-cycle-time. באילו רמות נחשף סטטוס-התהליך? ברמת process (progress %), step (done/in-process/overdue) ו-task (done/open); נגזר מ-task completion ו-due-dates. כיצד ניתן לצרוך סטטוס מחוץ ל-Manage Processes? דרך ה-APIs/OData (9.6) — להזרמתו ל-dashboards חיצוניים או ל-SAP Build Work Zone. אילו KPIs מספק Process Dashboard? cycle-time ממוצע, on-time-completion, overdue-steps, ועומס-לפי-role — מצורפים ממספר processes. כיצד dashboard מניע שיפור? הוא חושף bottlenecks-חוזרים (למשל Supply Review מאחר תמיד), שמכוונים לאוטמציה/שינוי-תבנית. נושאים קשורים • S&OP · APIs לניהול-תהליך
טעויות נפוצות
ידע אצור- יצירת instance ללא mapping מלא של roles — tasks תלויים-באוויר.
- השארת מחזורים ישנים פתוחים — מבלבל את התמונה ומעוות מדדים.
- ציפייה ששינוי-תבנית ישנה instance פעיל — לא קורה.
- בלבול בין process (מופע) ל-process template (הגדרה).
- יצירת process בלי לקשרו ל-PlanningArea/תקופה נכונים.
- start-date בעבר — המחזור 'מתחיל באיחור' מיד.
- roles לא-ממופים במלואם — tasks ללא בעלים.
- scope/PlanningArea שגוי — המחזור עובד על נתונים לא-נכונים.
- השארת מחזורים In Process אחרי שהסתיימו בפועל — מעוות מדדים.
- שימוש ב-Stop במקום Complete (או להפך) — מזהם cycle-time.
- מעברי-state ללא הרשאה/תיעוד — פוגע ב-audit.
- ניטור בלי due-dates ריאליים — 'overdue' חסר-משמעות.
- התעלמות מסטטוס עד-סוף-החודש — מאוחר-מדי להתערב.
- הסתמכות על דיווח-ידני במקום על הסטטוס-החי.
- מדידת progress בלבד בלי cycle-time/on-time — אין תובנת-שיפור.
- התעלמות מ-bottlenecks-חוזרים שה-dashboard חושף.
- dashboard מזוהם ממחזורים-פתוחים-לשווא (9.3.3).
פתרון תקלות
ידע אצור• instance לא מתחיל ➔ scope/PlanningArea חסר או roles לא ממופים. • tasks לא מגיעים למשתמשים ➔ mapping של roles חסר ב-instance. • המחזור 'תקוע' ➔ בדוק ב-Gantt איזה step פתוח ומה מעכב אותו. מהו תהליך (Process)? • ה-process לא מציג נתונים ➔ קישור ל-PlanningArea שגוי או scope ריק. • סטטוס לא מתעדכן ➔ tasks/automations של ה-steps לא הושלמו. יצירת תהליך • Create נכשל ➔ template/scope/roles חסרים או start-date לא-תקין. • ה-instance ריק מ-tasks ➔ roles לא ממופו או scope ריק. • אוטומציה ראשונה לא רצה ➔ application job של Step 1 לא קושר/מתוזמן. ניהול מחזור-חיי התהליך • לא ניתן ל-Complete ➔ נותרו tasks/steps פתוחים. • מעבר-state נחסם ➔ חוסר-הרשאה לפעולת-lifecycle. • cycle-time מעוות ➔ מחזורים פתוחים-לשווא או Stop/Complete מבולבלים. ניטור סטטוס התהליך • progress 'תקוע' ➔ task mandatory פתוח או automation כושלת. • step אדום למרות שבוצע ➔ ה-task לא סומן complete. • סטטוס לא-אמין ➔ due-dates/calendar שגויים (9.2.2). לוחות-מחוונים של תהליכים (Process Dashboards) • KPIs לא-הגיוניים ➔ מחזורים לא-סגורים או Stop/Complete מבולבלים. • ה-dashboard ריק ➔ אין processes ב-scope או חוסר-הרשאה. • cycle-time מעוות ➔ due-dates/calendar שגויים (9.2.2).
שיטות עבודה מומלצות
ידע אצור- סגור/ארכב מחזורים שהושלמו כדי לשמור תמונה נקייה ומדדים אמינים.
- מפה roles במלואם לפני Start.
- השתמש בשם-instance עקבי (S&OP – [חודש]) להשוואות-עבר.
- שמור על מוסכמת-שמות ברורה לכל process (תהליך–חודש).
- הקפד שכל process מקושר ל-PlanningArea ולתקופה הנכונים.
- אוטמט את יצירת ה-process החודשי דרך API/job כדי להבטיח עקביות.
- ודא mapping מלא של roles ו-scope לפני start.
- השתמש ב-start מתוזמן (1 לחודש) במקום ידני.
- סגור מחזורים מיד עם סיומם בפועל.
- הבחן בקפדנות בין Stop (בוטל) ל-Complete (הסתיים).
- שקול auto-complete דרך API כשכל ה-steps הושלמו.
- בדוק את הסטטוס בקצב-קבוע (יומי) במחזור פעיל.
- השתמש בהתראות-overdue להתערבות-מוקדמת.
- ודא due-dates ריאליים כדי שהסטטוס יהיה בעל-ערך.
- עקוב אחר cycle-time ו-on-time, לא רק progress.
- השתמש ב-bottleneck-חוזר כקלט לשיפור-תבנית (9.2).
- הטמע את ה-dashboard ב-Work Zone למנהלים (9.5).
טיפים
ידע אצור- Manage Processes הוא ה-application לניהול process instances: יצירה מ-template, scoping ל-PlanningArea ולתקופה, mapping של roles למשתמשים, start/stop/complete, וניטור-סטטוס. כל instance הוא snapshot של התבנית בזמן-היצירה — שינויי-תבנית עתידיים לא משפיעים עליו. דרך כאן רואים את ה-Gantt של המופע, את ה-task completion, ואת ה-dashboards. ה-instance עובר מחזור-חיים: Not Started → In Process → Completed (או Stopped/On Hold), כשכל מעבר ניתן-לבקרה ולתיעוד.
- מהו תהליך (Process)? — טכנית, Process הוא instance של process template, מקושר ל-PlanningArea, עם horizon/תקופה, roles ממופים, ו-state (Not Started/In Process/Completed/Stopped). הוא מכיל את עץ ה-steps→tasks, את ה-dependencies וה-automations שנגזרו מהתבנית בזמן-היצירה. ה-Process הוא ה-entity שעליו ה-APIs (9.6) חושפים סטטוס ו-progress, ושמוצג ב-dashboards וב-Gantt. חשוב להבחין: 'process' (המופע) מול 'process template' (ההגדרה) — בלבול ביניהם הוא טעות-מושגית נפוצה.
- יצירת תהליך — ב-Manage Processes ► Create Process בוחרים template, מגדירים PlanningArea ו-planning-period/horizon, ממפים את כל ה-roles למשתמשים/קבוצות, ובוחרים start-date (מיידי או מתוזמן). בזמן-היצירה ה-instance 'מקפיא' snapshot של התבנית. ניתן ליצור ידנית או דרך API (9.6) לאוטומציה מלאה — למשל job שיוצר את ה-process של החודש אוטומטית. שגיאות-יצירה נפוצות: roles לא-ממופים, scope ריק, או start-date בעבר.
- ניהול מחזור-חיי התהליך — ה-states: Not Started → In Process → Completed; בנוסף On Hold (השהיה זמנית) ו-Stopped (עצירה מבוקרת). מעברים מבוקרים-הרשאות ומתועדים ל-audit. סגירת-process סוגרת tasks פתוחים ומקפיאה את ה-snapshot להשוואות-עבר. אפשר לנהל מעברים ידנית או דרך API (9.6) — למשל auto-complete כשכל ה-steps הושלמו. שאלת-מפתח: מתי Stop מול Complete — Complete = הסתיים-כראוי; Stop = בוטל/הופסק לפני-זמנו (משפיע על מדדי-cycle-time).
- ניטור סטטוס התהליך — הסטטוס נחשף ברמות: process (overall progress %), step (completed/in-process/overdue), ו-task (done/open). הניטור משלב את ה-Gantt (תצוגת-זמן), רשימות-steps, והתראות. סטטוס נגזר מ-task completion ומ-due-dates המחושבים (9.2.2). ניתן לצרוך את הסטטוס גם דרך APIs (9.6) ל-dashboards חיצוניים או ל-SAP Build Work Zone (9.5). ניטור יעיל מבוסס על due-dates ריאליים ו-roles ממופים — בלעדיהם הסטטוס חסר-משמעות.
- לוחות-מחוונים של תהליכים (Process Dashboards) — ה-dashboards מצרפים נתונים ממספר processes: KPIs כמו cycle-time ממוצע, on-time-rate, overdue-steps, והתפלגות-עומס לפי role. הם ניזונים מ-process/step status ויכולים לשלב את ה-APIs (9.6) או embedded-analytics. ב-S&OP בוגר, ה-dashboards משווים מחזורים לאורך-זמן ומזהים bottlenecks-חוזרים (תמיד-Supply-Review מאחר), שמכוונים לשיפור-התבנית. ניתן להטמיע אותם ב-SAP Build Work Zone (9.5) לחוויית-מנהל מאוחדת.
סיכום
ידע אצור• Manage Processes = ה'ביצוע' של התבנית — יצירה, הרצה וניהול-מחזור-חיים. • כל instance הוא snapshot חסין-שינויי-תבנית. • נקודת-שליטה וניטור אחת לכל המחזורים הפעילים. • Process = מופע-מורץ של מחזור-תכנון, נגזר מ-template. • מקושר ל-PlanningArea, תקופה, roles ו-state. • היחידה למדידת cycle-time, progress ו-accountability. • יצירה = בחירת template + scope + mapping roles + start. • ה-instance מקפיא snapshot של התבנית. • ניתן לאוטמט יצירה דרך API/job. • Lifecycle: Not Started→In Process→Completed (+ Hold/Stop). • מעברים מבוקרי-הרשאות ומתועדים ל-audit. • סגירה נקייה = מדדים אמינים; הבחן Stop מ-Complete. • ניטור = שקיפות בזמן-אמת על process/step/task. • נגזר מ-task completion ו-due-dates; מזהה bottlenecks מוקדם. • ניתן-לצריכה דרך APIs ול-Work Zone. • Dashboards מצרפים סטטוס וביצועים לתובנות-ניהול. • מדוד cycle-time ו-on-time, לא רק progress. • bottleneck-חוזר = קלט לשיפור-תבנית; ניתן-להטמעה ב-Work Zone.