גיליון 11, יוני 2007


שלום,

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

אנו אבלים על האבדה הגדולה אשר ארעה לנו בלכתו. לאות אבל נגיש החודש מבנה חסר.

מיכאל ניר
----------------------------------------------------------------------------------------------------------------------------------

הדוגמא הראשונה לתוצאות של חוסר תקשורת בארגון היא נפילתו של מגדל בבל. גיליון יוני דן בנושא התקשורת והשקיפות בתוך הארגון; ב'זרקור' – מדוע חשובה תקשורת ארגונית כאשר מעבירים מוצר מהפיתוח לייצור?  במדור מומחיות בניהול – חמ"ל ויזואלי ככלי התורם לשיפור תקשורת ארגונית.

אנו מקווים שתמצאו את הירחו ןמעניי ןושימושי.
נשמח לקבל הארות, הערות, והצעות.

בברכה,

חן בנדור – ניר
מנהלת חטיבת סביבה
ספיר ניהול תהליכים וסביבה בע"מ


למה הפיצה כבר קרה?... בהעברה מפיתוח לייצור, תקשורת ! זה כל הסיפור

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

נשמע פשוט? – לא כל כך:

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

ביצוע שינויים מאוחרים במוצר - שינויים במוצר, המגיעים לאחר שלב התכנון הראשוני, גורמים לאיחור בלוחות זמנים ולתוספת עלות מיותרת ("מלצר, שכחתי, תוסיף גם פטריות על הפיצה שהזמנתי" !!). על מנת למנוע שינויים ותוספות בשלבים מאוחרים של הפיתוח, יש להוסיף את הדרישות הטכניות, הלוגיסטיות והאחרות ל  PRS
(Production Requirement Specifications)

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

קביעת הרכיבים לשימוש במוצר החדש - תכנון או רכש של פריטים חדשים, נוספים שלא קיימים במערכת המידע של הארגון מוסיף מלאים ועלויות ("אלור, הפעם אני אכין את הפיצה הזו עם פפאיה מטוגנת.."?).על מנת להקטין שונות של רכיבים בייצור וניהול מלאי הנגזר ממנה. על הפיתוח לשאוף להשתמש בפריטים המקוטלגים כבר ע"י הארגון ונרכשים על ידו עבור מוצרים קיימים. כמו כן מומלץ להשתמש ולתכנן פריטים כך שיתמכו אחורה במוצרים קיימים. בדרך זו ניתן להקטין את מספר הפריטים במחסן ולתת פתרון עתידי לחלקי חילוף למוצרים קיימים, בהם יש לתמוך תקופה ארוכה אפילו לאחר שהמוצר כבר לא מיוצר בארגון. לשם כך על הפיתוח להיות מתואם עם שאר מחלקות הארגון.

תהליך ה"הכרות" עם המוצר- על מנת שבתאריך השחרור, המוצר ינוהל כמוצר משוחרר, חשוב שכל הגורמים בארגון יכירו את המוצר משלב מוקדם, כך הם ידעו להגדיר אותו במערכת, לזהות פערים ולשלב אותו אל תשתית קיימת של מוצרים משוחררים (מה זה "ניוקי מסקרפונה אלדנטה"?, מאיפה מזמינים אותו? מה הנושאים הפתוחים כרגע בנוגע אליו? למשל, האם יש בעיות מול הספק?).
לשם כך יש לבצע פיילוט בייצור (שאינו דומה לפיילוטים אשר מבצעים בפיתוח). את תצורת הפיילוט מומלץ לנהל על ידי מנגנון הוראות השינוי של החברה, מיד לאחר הקמת עץ מוצר ראשוני במערכת המידע. את זימון החומר מומלץ לבצע דרך מערכת המידע. כמו כן, מומלץ לשלב את תכנון וניהול הייצור לתשתית הקיימת בארגון ולא להפריד אותם תחת כותרת של NPI .

בחירת ספקים- שינוי ספק לאחר תהליך הפיתוח עשוי ליצור עלויות מיותרות ועיכובים בזמן ("נווו, מה עם המנה שלי? הם הלכו לחלוב את הפרה"?). על מנת לחסוך תהליך זה, מומלץ לבחור את הספק המתאים לייצור כבר בשלב הפיתוח. בבחירת ספק חדש יש מספר היבטים עליהם יש לתת את הדעת; מחיר הפריט, איכות הספק, קיבולת הייצור של הספק, יכולות הבדיקה של הספק. מכאן חשוב לשתף את מחלקות הרכש והאיכות בתהליך בחינת הצעות המחיר והזמנת החלקים הראשונים, אפילו עבור אב הטיפוס של הפיתוח.

הצלחת תהליך וולידציה (תיקוף) - כמות השיפורים שניתן לבצע במוצר או בתהליך היא אינסופית. על מנת לתקף את התהליך, יש לקבוע תאריך לוולידציה שבו יש להקפיא תצורה. שילוב תזמון הוולידציה בתוכניות הפיתוח וההנדסה הוא גורם מכריע בהצלחת הקפאת התצורה (השף למלצר-"אל תגיש!!, אני רוצה להוסיף כאן עוד עלה של חסה").

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

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

הכותבת: קארין מנדלסון, מנהלת פרויקטים, ספיר ניהול תהליכים וסביבה בע"מ



 

חמל וויזואלי ככלי לאינטגרציית מידע בפרויקט

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

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

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

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

יתרונות לעבודה באמצעות חמ"ל:

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

הכותבת: רחל סטרול, מהנדסת תעשייה וניהול, ספיר ניהול תהליכים וסביבה בע"מ

 




 
להרשמה לירחון "מקוון אליך". לחץ כאן
להסרה מרשימת תפוצה. לחץ כאן