מומחיות
שישה תחומים שבהם הוביל ויסמן עבודה בהיקף גלובלי, בסביבה מפוקחת שבה התפעול לא יכול לעצור.
איך מנהלים תוכנית גדולה ברמת הנהלה?
בתוכניות עסקיות וטכנולוגיות מורכבות, כולל פריסות ERP גלובליות, ויסמן מוביל מהיום הראשון ועד שהמערכת יציבה. הכללים פשוטים: ברור מי מחליט, לכל משימה יש בעלים, וההנהלה מקבלת תמונה אמיתית ולא את התוכנית.
בפועל
- מבנה ניהול: מי מחליט, ועדת היגוי, מסלולי הסלמה
- אבני דרך, ולכל אחת אחראי בשם
- עבודה מול ההנהלה, התפעול וגורמים חיצוניים
- ניהול ספקים והביצועים שלהם
- ניהול העלייה לאוויר ותקופת הייצוב שאחריה
מתאים ל: טרנספורמציות רב־שנתיות, פריסות במספר אתרים, הטמעות ERP ו־MES, שילוב מערכות במיזוגים ורכישות.
איך מביאים מערכת קריטית מהבחירה ועד עבודה יציבה?
מחזיקים את כל הדרך: דרישות, בחירת ספק, ביצוע, עלייה לאוויר וייצוב. רוב ההטמעות משתבשות בשבועות שאחרי העלייה לאוויר, ולכן ויסמן מתכנן את הייצוב מראש, ומסיים אותו לפי יעדים שהושגו ולא לפי תאריך.
בפועל
- דרישות בשפה של העסק, לא במפרט טכני
- השוואה ובחירה של ספקים
- פיקוח על הביצוע
- מוכנות נתונים וממשקים
- עלייה לאוויר, מעבר מסודר וייצוב עם יעדי סיום ברורים
מתאים ל: כל ארגון שמטמיע או מחליף מערכת קריטית, במיוחד אחרי הטמעות קודמות שלא עמדו בציפיות.
למה הטמעת טכנולוגיה נכשלת, ואיך מתקנים?
אנשים מאמצים טכנולוגיה, לא ארגונים. ההטמעה נכשלת כשמי שהשינוי נוגע בו לא היה שותף, כשההדרכה נעשתה פעם אחת ונגמרה, וכשאחרי העלייה לאוויר אף אחד לא אחראי לשימוש בפועל. התיקון מטפל בשלושתם, כולל עבודה ישירה עם מי שמתנגד הכי הרבה.
בפועל
- מיפוי של מי מושפע מהשינוי ובאיזו מידה
- הדרכה לפי תפקיד, על מקרים אמיתיים מהעבודה
- רשת של משתמשי מפתח בכל יחידה
- מעקב אחרי השימוש בשלושת החודשים הראשונים
- שיחות ישירות עם אנשים וצוותים מתנגדים
מתאים ל: שינוי משמעותי בתפעול או בטכנולוגיה, במיוחד בייצור, בתעשיות מפוקחות ובארגונים שבהם שינויים קודמים לא נקלטו.
איך משפרים תהליך לפני שהופכים אותו לאוטומטי?
קודם ממפים איך הארגון עובד באמת, לא איך הנוהל אומר שהוא עובד. מזהים איפה הצטברו סרבול ובזבוז, ומתכננים מחדש יחד עם האנשים שעושים את העבודה. אוטומציה של תהליך שבור רק מקבעת אותו.
בפועל
- מיפוי המצב הקיים, כולל מעקפים ופתרונות לא רשמיים
- זיהוי בזבוז, כפילויות וסרבול
- תהליך חדש שנבנה יחד עם הצוות
- תיעוד שאנשים באמת משתמשים בו
- מדדים למעקב אחרי השיפור
מתאים ל: ארגונים שהתהליכים שלהם לא עומדים בקצב הצמיחה, וכל ארגון לפני הטמעת מערכת.
מה משתנה כשהמערכות פועלות תחת רגולציה?
לתקלה יש מחיר רגולטורי, לא רק עסקי. לכן העמידה ברגולציה צריכה להיות חלק מהתכנון והניהול של התוכנית מההתחלה. הניסיון של ויסמן כולל GxP, תיקוף מערכות ממוחשבות (CSV) ו־21 CFR Part 11, במערכות ERP, ב־MES (Werum PAS-X), בסריאליזציה ובהגשות רגולטוריות.
בפועל
- תיקוף שמובנה בתוכנית מהיום הראשון
- הטמעות MES ו־ERP באתרי ייצור מפוקחים
- סריאליזציה וניהול זהויות
- תמיכה טכנולוגית בהגשות לרגולטור
מתאים ל: חברות תרופות וארגוני ייצור מפוקחים.
איך מחברים את המערכות הארגוניות לרצפת הייצור?
בחיבור מתוכנן בין הטכנולוגיה שעל הרצפה למערכות העסקיות, מ־MES ל־ERP ומהרצפה ועד ההנהלה. החיבור הטכני הוא החלק הקל. החלק הקשה הוא לגרום לאנשי המערכות ולאנשי התפעול להסכים על מה בדיוק אומר כל נתון.
בפועל
- מיפוי של זרימת הנתונים בין המערכות
- תעדוף נקודות חיבור לפי ההשפעה על התפעול
- הסכמה משותפת על הגדרות הנתונים
- נתונים בזמן אמת ונראות להנהלה
מתאים ל: ארגוני ייצור ושרשרת אספקה שמקבלים החלטות על נתונים ישנים. פירוט בתוצאת הנראות בזמן אמת.
איך הוא עובד
להבין לפני שמציעים
המציאות בשטח, לא הבעיה כפי שתוארה במסמך. ההיסטוריה, האילוצים, האנשים והלחצים שקבעו איך הדברים עובדים היום.
למפות את מה שקורה באמת
כולל המעקפים, הפתרונות הלא רשמיים והחריגים שהפכו לשגרה. הבעיות נמצאות בדרך כלל בפער בין התהליך הכתוב לתהליך האמיתי.
לבנות את הפתרון עם הצוות
יחד עם אנשי התפעול, בתוך האילוצים שלהם. זה לוקח יותר זמן בהתחלה, והאימוץ טוב בהרבה.
לבצע ולשאת באחריות
כשותף פעיל שאחראי לתוצאה: ניהול ספקים, פירוק חסמים, ושמירה על משמעת שרוב התוכניות מאבדות תחת לחץ.
להישאר אחרי העלייה לאוויר
הייצוב מתוכנן לפני ההשקה, והליווי נמשך עד שהארגון יציב באמת.
לוודא שהשינוי מחזיק
ההצלחה נמדדת בשאלה אם הארגון עדיין עובד עם המערכת חצי שנה אחר כך, ואם האנשים באמת אימצו את הדרך החדשה.
העקרונות שלו
- פשטות לפני מורכבות. תמיד.
- אנשים מאמצים את מה שהם מבינים וסומכים עליו.
- שום מערכת לא עובדת אם התהליך סביבה שבור.
- שינוי אמיתי הוא שינוי שמחזיק אחרי שצוות הפרויקט עוזב.
- אנשי המערכות והעסק צודקים שניהם. הם צריכים מתרגם.
שאלות נפוצות
- למה פרויקטים של אימוץ טכנולוגיה נכשלים?
- בדרך כלל כי הצוות לא שותף בהחלטה, ההדרכה הייתה חד־פעמית ולא מספיקה, התהליך סביב הכלי לא תוכנן מחדש, או שהאנשים שהשינוי השפיע עליהם יותר מכולם לא קיבלו ליווי.
- איך מטפלים בהתנגדות לשינוי?
- התנגדות לשינוי היא כמעט תמיד רציונלית, ברגע שמבינים מה עומד מאחוריה. מדברים עם המתנגדים אחד אחד, ומטפלים בחשש הספציפי ולא בהתנגדות הכללית.
- מתי לא כדאי לעשות אוטומציה לתהליך עסקי?
- כשהתהליך שבור, כשהשונות בו קיימת מסיבות טובות, או כשהוא עדיין משתנה. קודם מתקנים ומייצבים, ורק אחר כך אוטומציה.
- מה הדבר החשוב ביותר אחרי עלייה לאוויר?
- מבנה ברור לניהול תקלות, שנקבע לפני העלייה ולא אחריה. ב־48 השעות הראשונות צריך סיווג חומרה, בעלים מוגדרים לכל תקלה ומנגנון נראות יומי.