Professional Documents
Culture Documents
972-97442444
Workflow &
Human-oriented BPM
2008 , דצמבר15
מבוא
למרות שתחום ה BPM -עדיין נחשב לתחום לא בשל ,שעדיין לא עשה את הפריצה
בישראל ,ארגונים מביעים עניין ב –Human oriented BPMתהליכים מכווני/מושפעי
אנשים .כלי Workflowמטפלים בתהליכי ,person to personהחל מתהליכים "פשוטים"
כגון אישור נסיעת עובד לחו"ל ,דרך תהליכים מעט יותר מורכבים כגון תהליך קליטת עובד
חדש/או לחילופין טופס טיולים ,ועד לתהליכים מורכבים כמו הפקת פוליסה חדשה .בדיון זה
המטרה הייתה לבחון האם ארגונים התקדמו בשנים האחרונות בתחום ה ,BPM -האם ישנן
תובנות חדשות ,לנסות ללקט "טיפים" עבור ארגונים חדשים הנכנסים לתחום .בין השאלות
שעלו בדיון:
מה מצב שוק ה Workflow -בישראל? האם ארגונים עושים שימוש בכלים אלה ,ולאילו
צרכים? האם לצרכים אדמיניסטרטיביים אשר אינם מטופלים על ידי מערכות אחרות ,או
האם גם לתהליכי ליבה?
מה המאמץ הנדרש בכניסה לתחום זה? איך להיערך? מהי עקומת הלמידה?
איזו התמחות נדרשת בעבודה מול כלים אלה?
רוב הארגונים מביעים רצון שה מחלקות העסקיות/אנשי האו"ש בעצמם יעבדו מול
מערכות ה( BPM-ובמיוחד רכיב מידול התהליכים) .עד כמה שאיפה זו ריאלית? באיזו
מידע אנשי האו"ש מעורבים בפועל בפרויקטים אלה?
כיצד מקשרים את סביבת המידול לסביבת האקטיבציה? האם יש יישומים כאלה בשטח?
משתתפי הדיון הנם מנהלי מחלקות שונות ב IT -ובמחלקות או"ש ממגוון סקטורים :שירותים
פיננסים ,טלקום ,ביטחון ,בריאות ,תעשיה ,וארגונים ציבוריים .כשליש מהארגונים שהשתתפו
בדיון נכנסו בפועל לפרויקטים בתחום ,רובם בשלבים ראשונים ,והשאר בודקים את התחום.
תועלת נוספת שצוינה (לא ממש מניע ,אלא תועלת נלווית) היא אלמנט ה"יוקרה" -משתמשי
המערכת מרגישים שהם נמצאים ב"חזית הטכנולוגיה" .פועל יוצא נוסף הוא כוח פוליטי בתוך
הארגון .השקיפות שהכלי מייצג ש"איפה התהליכים תקועים" טומן בחובו חסרונות
(התנגדויות בארגון) אך גם יתרונות (אם עד עכשיו האשימו מחלקה Xבעיכוב תהליך מסוים,
לאחר השימוש במערכת גילו כי התהליכים בכלל תקועים במחלקה .)Y
ברור שהתקבל מהמערכת ,אבל בסופו של דבר תהליכים "פשוטים" הם לא אלה שיביאו את
ה ROI-האמיתי של המערכת .אלה הם תהליכים שכדאי להתחיל איתם כדי לצבור ידע ,אך
בסופו של דבר המטרה היא להגיע לתהליכים הליבתיים שמשפיעים רבות על הארגון
(התהליכים שכדאי לשפר כל הזמן).
הבעיה עם גישה זו היא שעם המעבר לתהליכים יותר מורכבים פתאום אפשר לגלות
שהארגון לקח החלטות מוטעות ושהוא אינו יכול לעבור לשלב הבא משום שהמוצר אינו
מתאים ,או שאין תמיכה תשתיתית מספיקה ועוד הפתעות לא נעימות.
אחד הארגונים סיפר כי בצעדי הכניסה של הארגון לתחום ,כל הספקים המליצו להם שכדאי
לעשות פיילוט לתהליך פשוט שניתן להרים בתוך 3שבועות .אך ארגון זה החליט שלא
להתחיל בדברים הקטנים ,למרות שניתן היה בקלות להעביר תהליכים מצומצמים/נהלים
פשוטים ,מתוך חשש שכשהיו מגיעים לשלב מימוש תהליכים יותר כבדים הם היו מגלים
שהכלי בעצם אינו מתאים.
רוב הארגונים סיפרו על שאיפה שהמשתמש העסקי (או"ש או )key userהוא זה שימדל
תהליכים ישירות על הכלי מול סביבת מידול ,סימולציה והפקת לקחים .יחד עם זאת ,ארגונים
שניסו לעשות כך סיפרו שזה די בלתי אפשרי ,אפילו אם הכלים כוללים יכולות מידול
וסימולציה שעל פניו אמורים לאפשר זאת.
סביבת ה BPM-היא סביבה מורכבת ,מבוזרת ,אסינכרונית ,ואינטגרטיבית לסביבות אחרות.
חיבור הכל ביחד זה לא עבודה לא של תכנת ולא של ניתוח מערכות .אין משתמש אחד שיכול
להבין הכל .יש אנשי תשתיות ,BPMיש מפתחי ( BPMלאחר הקמת רכיבי תשתית בצורה
נכונה מפתח BPMיכול להיות ,כפי שהעיד שמתרחש בפועל אחד הארגונים ,סטודנט ללא
הכשרות פיתוח מיוחדות ,שרק יידע להשתמש בויזארדים) .כלומר ,בשביל לעשות BPM
צריך אנשים עם כמה ראיות שונות או צוות המורכב מאנשים עם התמחויות שונות.
הכל מתחיל בתכנון התהליך .החשיבה הניתוחית של מנתחי מערכות היא לא בהכרח
BPMית .למנתחי מערכות של אחד הארגונים יש כיום checklistשל שאלות שהמנתח צריך
לענות עליהם.
בנושא אסקלציות :מתי שולחים אימיילים ואחרי כמה זמן צריך לשלוח לפני אסקלציות (מה
הזמן המוגדר לאסקלציה על דרישת רכש שלא חתמו?) – זו חשיבה של ניתוח תהליך עסקי.
ביצועים
צריך להיערך לנושא ביצועים ,כדי שלא תהיה בעיה לעשות scalingבהמשך .ארגונים
סיפרו ששיפור ביצועים ברמה תשתיתית ברגע שהתחום "מתרומם בתוך הארגון" ,דרש
המון משאבים ברמה התשתיתית .יציבות מערכת היא .issueתהליכים שהסתיימו
עושים לו .archivingיש לבצע הערכה נכונה של כמות התהליכים שתהיה בשטח .נאלצו
לנסות לבנות בדיקה של SLAברמת ה activity-הבודד בתוך תהליך .הומלץ לחזק נושא
– run time governanceלהיות מסוגלים למדוד כמה ומי פונה לאיזה שירות.
תחזוקה
תחזוקה של תהליכי BPMשונה מתחזוקת מערכות רגילה .זו פלטפורמה עם הרבה
ישויות שרצות באוויר .versioning ,תהליך כבר רץ ,מציאת ופתירת הבעיות הנה
בעייתית .דרכי ההתמודדות הן גילוי של מה שקרה -איזה serviceנפל (לצורך זה
נדרשים כלי מוניטורינג טובים) ,והדבר השני –אינטגרציה מערכתית טכנולוגית
שמושתתת על .patterns
כדי לבצע תחזוקה בסביבת BPMצריך לבנות שכבה וירטואלית שתאפשר למדוד .SLA
לא מספיק לבנות תווך טכנולוגי של איך השירות עובר ממקום למקום .לצורך זהESB ,
יכול לעזור לפתור בעיות כשל .יש לבצע - impact analysisמה קורה אם אני משנה
משהו? על מה זה משפיע?
מיפוי ותיעוד תהליכים -לדעת מה התהליכים שלי רק ברמת מידול (ויזיו או אקסל או כלים
מתקדמים) זה צורך אמיתי מנקודת המבט האו"שית.
ההיבט האו"שי מתייחס ל BPMככלי ניהול ידע/תוכן – אלה התהליכים העסקיים שלי
והקשרים שלהם?
בעיה שצוינה היא שעדיין קיים נתק (ברוב הכלים) בין סביבת המידול לסביבת האקטיבציה
כך שתיעודי תהליכים ראשוניים תמיד הופכים להיות לא רלוונטיים בשלב מסוים ,שכן
בינתיים הארגון התקדם ושינה תהליכים.
דילמה שעלתה היא עד כמה להשקיע בנושא תיעוד תהליכים קיימים? אנשי האו"ש ציינו כי
מבחינתם יש לכך תועלת רבה ,וזה למעשה מהווה בסיס הכרחי לעבודתם .אולם קיימת
בעייתיות רבה במאמץ גדול שכזה ,שכן עד שמסיימים לתעד ,התהליכים בשטח השתנו ,ואז
התיעודים אינם אמינים.
אחד הארגונים סיפר על מאמץ או"שי שמתקיים כיום למיפוי תהליכים בתחומי תוכן ספציפיים
בהם נדרש שיפור .התוצאה – ריפוזיטורי/ספר של תהליכים עסקיים ,שיהווה בסיס לשיפור
תהליכים.
דוגמה שעלתה ליישום BPMהוא בתחום הפיתוח ב IT-בצורה של מיכון נוהל :מי שלא אמור
לגעת ברכיב כלשהוא לא יכול לשנות אותו .כמו כן ,אחד הארגונים ציין שאיפה לממש
Enterprise Architectureבאמצעות סביבת ,BPMאולם צויין כי יישומים כאלה הנם די
נדירים והכלים עדיין לא בשלים לכך .הטריגר באותו ארגון היה כניסה לפרויקט CMDB
שמאפשר לאנשי התשתית לדעת ברמה התשתיתי מה יש להם ,כך שאם הם עושים פעולה
מסוימת על השרת הם מסוגלים לדעת על מה זה משפיע .החתיכה החסרה היא התהליכים
העסקיים – על אילו תהליכים עסקיים זה משפיע ,מה המשמעות העסקית?
תהליך פשוט (כמו אישור נסיעה לחו"ל) – מאמץ פיתוח התהליך ייקח בין שבועיים לחודש
(קלנדרית בין חודש לחודשיים) .פרויקט יותר גדול בין חודש לשלושה .לאחד הארגונים יש גם
פרויקטים שלקחו חצי שנה.
במיוחד בתחילת הדרך ,ארגונים שומעים רבות כי "אם היו עושים את זה בסביבות המוכרות
היה לוקח פחות זמן" ,אבל צריך להבין שעל ידי שימוש בתשתית ה ,BPMגם אם זה לוקח
יותר זמן ,מקבלים יותר ,כי קיימת יכולת מדידה של התהליך ושיפורו באופן מתמיד .אבל זה
לא פשוט להעביר את המסר בארגון ,דורש פעילויות " "PRבתוך הארגון.
מהם הגורמים המסבכים ומאריכים פרויקטי פיתוח תהליכים באמצעות ?BPMאינטגרציה,
כשהנוהל לא סגור /או כששינוי הנוהל הוא קשה (אוטומציה של נוהל בדר"כ משנה אותו
בצורה מסוימת) ,ריבוי ,key usersהמשתמש עצמו יכול להיות צוואר בקבוק (אם הוא לא
גמיש מספיק).
צויין כי קיימת עקומת שיפור .אחד הארגונים המתקדמים יותר בתחום ה BPM -ציין כי
כיום,במצב בו התשתיות כבר קיימות ,פיתוח תהליך חדש פשוט נעשה על ידי סטודנט שה
skiilsetשלו מינימלי .אין שום צורך להכיר / JAVAדוט נט.
מה עם ?Reuse
במהלך הדיון עלו נושאים ששייכים לתחום ה ,SOA -כמו השאיפה לעשות Re-useשל
קומפוננטות (כלומר ,תהליך שפותח למטרה א' יוכל לשמש גם למטרה ב') .אולם כדי להגיע
למצב של Re-useצריך להסתכל על הדברים בצורה מרכזית.
ארגון יחסית מתקדם בתחום (עם עשרות תהליכים באוויר) סיפק כי השלב הבא הוא asset
,managementעם ,SLAו repositoryמרכזי .כשלב מקדים ,נעשה ניסיון של מיפוי יכולות
בסיסיות של השלמת חוסרים .כיום לאותו ארגון יש ארסנל של יכולות קיימות ,כך שמפתח
התהליכים משתמש ביכולות הקיימות ולא מפתח דברים חדשים.
ארגונים סיפרו על הרגשת אי נוחות מסוימת ,שבה הם אינם מרגישים שיש ספק מוביל ברור.
רובם בחנו מספר כלים .ארגון שבחן כלים לפני כ 3 -שנים סיפר כי בזמן זה רוב הספקים היו
ספקי ,Workflowוכיום ניתן למצוא ספקים הרבה יותר אינטגרטיביים הכוללים יכולות רבות
תחת אותה חבילה .כמה ארגונים סיפרו על קושי במציאת כל הרכיבים הנדרשים תחת קורת
גג אחת ,מה שמחייב אוסף של כמה פתרונות (פיתרון ,BPMפיתרון אינטגרציה ,פורטל,
ניהול מסמכים ,ניהול טפסים ,BAM ,סביבת מידול) .יחד עם זאת ,צוין כי כיום הכלים כבר
מגיעים הרב יותר אינטגרטיביים.
מה שמאפיין פרויקטי – Human WFתהליך עסקי שיש בו תחנה של משתמש .העובדה
שצריך להציג ממשק למשתמש מחייב שבכלי הנבחר יהיה מסך שיבצע עדכון של נתונים,
צריך לאפשר תור עבודה ,אקסלציות ודלגציות .יש הרבה pre-requisitesטכנולוגיים שצריך
לעמוד בהם :לדוגמה( SSO Silent sign on ,שלא דורש מהמשתמש להקיש יוזר וסיסמה).
פנימי או חיצוני?
הגישה הרווחת בדיון היא ש BPMהנו תחום אסטרטגי וצריך להיות באחריות הפנימית של
הארגון .במיוחד נושא מידול התהליכים .יחד עם זאת ,מכיוון שמדובר בתחום חדש ,נעזרים
בכוח אדם חיצוני (יועצים) ,אך הניהול הוא של הארגון שמנהלים את כוח האדם.
בעיה נוספת של שימוש ביועצים היא שכל אחד מגיע עם דעה מאוד מגובשת משלו.
פרויקט BPMמצריך עוד יכולות תשתיתיות שחשוב שיימצאו בארגון .ואם יכולות אלה
חסרות ,אין ברירה וצריך לקיים פרויקטים של הכנה תשתיתית לקראתו .אחד הארגונים
סיפר על תקופת הכנת תשתיות מתאימות שארכה בין חצי שנה לשנה .יכולות אלה
כוללות:
oתשתית ניהול מסמכים (באיזשהוא שלב חוסר קיום תשתית זו יהווה בעיה)
לסיכום ,תחום ה BPM-הנו שונה למדי מכל תחום אחר שארגוני ITמכירים .פיתוח תהליכים
בסביבת BPMשונה לגמרי מתהליך פיתוח רגיל אליו התרגלנו .ב BPMהכללים שונים,
הראש שונה ,השחקנים חדשים למדי ,אין נקודת סיום ל"פרויקט"/תהליך המבוסס על BPM
בגלל מודל העבודה האינטרטיבי והשאיפה לשיפור מתמיד של התהליך (לא רוצים להגיע
למצב סטטי ,אלא לשנות כל הזמן את התהליך) .עלתה ההרגשה מדובר ב"הרפתקה" בעלת
סיכון מסוים ,ידע מועט ועלויות כניסה גבוהות ,ומה שכונה על ידי כמה מהמשתתפים
"הרגשת אי נוחות" בקפיצה למים.יחד עם זאת ,מהדיון עלתה בהחלט ההרגשה שלתחום
ישנה חשיבות אסטרטגית גבוהה באפשור גמישות עסקית גבוהה לארגון.
נספח:
חברת אלעד
במצב המוצרים לניהול תהליכים הקיימים היום בשוק ניתן להפריד בין מוצרי BPMכבדים
המיועדים לתמיכה בתהליכים הליבתיים לבין יכולות Workflowהקיימות במוצרים כדוגמת
MOSSומוצרי ניהול מסמכים מובילים בשוק המיועדים לתמיכה בתהליכים
האדמיניסטרטיביים.
יכולות ה Workflow -המוטמעות בכלים לניהול מסמכים מאפשרות למכן באופן טבעי
תהליכים אדמיניסטרטיביים העושים שימוש בטפסים ומסמכים כדוגמת נהלים או טפסי כוח
אדם כמצוין בסיכום .תהליך זה הינו ,קל ,קצר ואינו דורש משאבים מורכבים כדוגמת
מתכנתים או מנתחי מערכות .בהדרכה קלה יכולים מנהלי המערכות ואף המשתמשים ליצור
תהליכים חדשים ולהפעיל תהליכים קיימים.
חברת Byon
בעיה עיקרית ביישום פרויקטי BPMו Workflowהיא הטיפול הלא מקצועי מספיק בניתוח
התהליכים שמהווה את הבסיס לפתרון מוצלח (או כושל .)...התפיסה שנושא אסטרטגי צריך
להתבצע בכוחות הארגון היא תפיסה בעייתית .נושא אסטרטגי צריך להיות מבוצע ברמה
המקצועית הגבוהה ביותר ,בין אם היא קיימת בארגון או מחוצה לו .במקרה של ניתוח
תהליכים – יש מקצוענים שזו התמחותם ,ומומלץ להיעזר בהם .כחלק מהבנה זו ,חשוב
להבחין בין תהליכים שנכון למדל ולנהל באמצעות ( workflowאו )BPMלבין תהליכים
שאינם מתאימים .החלוקה אינה בהכרח בין תהליכים אדמיניסטרטיביים לתהליכי ליבה ,אלא
יותר בין תהליכים שיטתיים החוזרים על עצמם בתכיפות גדולה ,לתהליכים יותר כאוטיים
שאינם מתאימים לניהול באמצעות .workflowניתוח נכון של תהליכי הארגון יאפשר לזהות
את אותם תהליכים שתרומתם גבוהה ,מצד אחד ,והם קלים ליישום ,מצד שני.
חברת מטריקס
להבדיל מרוב תהליכי ה BPM -הארגוניים ,בתחום ה IT -הצורך ב BPM -הוא מורכב יותר וזאת במיוחד
בתחום ניהול מערך ה ,Production -מורכבות הנובעת מהרגישות העסקית הקריטית של מערך זה .לכן,
לא ניתן להסתפק רק במיכון תהליך האישורים והביצוע ,אלא נדרש ,במקביל ,לנהל את נתונים תפעוליים
המוזנים בשלבים השונים של התהליך .ניהול מערך נתונים תפעולי חייב להתבצע במקביל לתהליכי BPM
ולכלול תקשורת דו כיוונית מלאה ביניהם .תקשורת זו חיונית בכדי לאפשר יישום תהליכים ארגוניים
אפקטיביים של קבלת החלטות ומימוש (כשהתהליכים מאפשרים להתבסס על כל המידע הדרוש ותוך
שמירה על עדכניותו) .מערך זה ,או בשמו האחר ,CMDBחייב לכלול יכולת אינטגרציה גבוהה וכן יכולות
איתור שינויים ,זמן ביצועם והקשרם העסקי.
וכך התוצר של הניהול המשולב של ה BPMעם ה ,CMDBמבחינת הארגון ,הוא אספקת יכולת משופרת
לקישור בין פעולות במערך ה ,IT -ובמיוחד במערך הייצור ,לבין המשמעות העסקית והיקף ההשפעה
העסקית של פעולות אלו .פתרון מוכלל ומלא לצורך זה ,ניתן ע"י חברת BMCהמספקת גם יכולת BPM
מלאה ,הכוללת :יכולת עיצוב תהליכים ,טפסים לוגיקה וכלי אינטגרציה ,וגם את מערכת . CMDBגם ה-
BPMוגם ה CMDB -פותחו מעל פלטפורמת Workflowאחת ,דבר המאפשר לתהליך ה BPM -לראות
ולשנות באופן פשוט ,ובהתאם לתהליך ולהרשאות ,כל נתון המנוהל ב CMDB -הקיים כיום או שיתווסף
בעתיד ,ובמקביל לספק לתהליך ה BPM -תמונה מלאה ועדכנית על מכלול המרכיבים והקשרים העסקיים
והטכנולוגיים המנוהלים בCMDB -
אספקט נוסף בתחום ה BPM -הוא החיבור שלו לארכיטקטורת ,SOAאשר מציעה שורה של מוצרים
לניהול ,מידול וניתוח של תהליכים עסקיים .המשבר הכלכלי הנוכחי מדגיש את העובדה כי קהילת ההייטק
והתעשייה כולה חשופה ,היום יותר מתמיד ,לשינויים עסקיים ,שמתרחשים שוב ושוב ובקצב מהיר .ארגונים
אשר אימצו את תפיסת ה – SOAמבעוד מועד יצרו תשתית המאפשרת להם ליישם את השינויים
הנדרשים בתהליכים העסקיים במהירות וביעילות ,תוך הצגת יתרון יחסי על פני מתחריהם .יישום של
SOAו BPM-מספק לארגון מעטפת מימוש .מעטפת זו כוללת מתודולוגיות ו – Best Practicesלצד
תשתיות משלימות המטפלות בסוגיות נפוצות .באופן זה ניתן להשיג יישום יעיל ,להוריד סיכונים ,לקצר
זמני העלאה לאוויר ולהשיג סיכויי הצלחה טובים יותר SOA .ו BPM-הופכים להיות כלים קריטיים
בתקופה בה ארגונים זקוקים לתשתיות המאפשרות להתריע על אירועים עסקיים ,ליישם רגולציות חדשות
שהממשלות עתידות להחיל בשוק ,למנף מערכות קיימות לטובת תהליכים עסקיים משתנים ,לתמוך
במיזוגים ורכישות ועוד נושא נוסף אשר תופס תאוצה בזמן האחרון הוא פיתוח שירותי B2Bוחיבור
לשותפים עסקיים ,אשר מהווה חלק בלתי נפרד מתהליכים רבים של הארגונים הגדולים בארץ.
חברת Top-IT
חברת IFN
בהמשך לסיכום ,חשבנו לשתף מעט "טעימות" מניסיון הטמעת מערכות BPMבשטח.
ניתן לסכם במשפט אחד :גמישות גמישות ושוב גמישות .יכולת הכלי להתאים לצרכיו
המשתנים של הארגון הוא זה שיבטיח אופטימיזציה של התפעול וניצול מקסימלי של כלי ה-
.BPMמטרת מערכות BPMשהתקנו הייתה לספק מגוון יכולות אשר יובילו את הארגון
להגיב מהר יותר לסביבה ולקבל החלטות בצורה מהירה יותר .רשימת יכולות אלה הינה
ארוכה ,אך ביניהן נוכל למנות ,על קצה המזלג ,כמה עיקריים ומשמעותיים למשתמש:
גמישות בבנייה ושינוי התהליכים :עיצוב ובניית תהליך בצורה קלה ואינטואטיבית ,עם
יכולת תפעול פשוטה של המשתמש המאפשרת הוספת תהליך חדש ושינוי תהליכים
קיימים באופן מיידי.
הפניית משימות לפי שיקול עומסים (או בעלי תפקידים) וטיפול חכם ויעיל בתורי עבודה
המאפשר צפייה בכל המשימות במסך אחד ,בהתאם לחיתוכים רלוונטי ים וע"פ צרכי
המשתמש.
תמיכה בקבלת החלטות :זמינות מידע רלוונטי .למשתמש המטפל חייב להיות שולחן
עבודה המאפשר גישה וצפייה בכל התכנים והמידע הרלוונטי ים הדרושים ע"מ לקבל את
ההחלטה הנכונה ,מהר .אם זה מסמכים הנכנסים לארגון כגון פקסים ומיילים ,או כל
מידע רלוונטי אחר לאותה משימה.
התייעצויות ותכתובות לגבי משימה ,בהן המשתמש יכול לצפות ממסכי הטיפול
במשימה ,תורמות ליעילות וזריזות הטיפול במשימה.
כיום עומדים בפני הארגון פתרונות רבים ליישום מערך של ניהול ת הליכים עסקיים ועל
הארגון לבחון ביסודיות את היכולות של הכלים הללו ולהתאים את הבחירה בכלי לצורכי
הארגון.