ניהול זרם ערך בייצור לעומת אספקת תוכנה: אותו שם, תפקיד שונה

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

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

Automatically translated with AI from the original post. Read the English original

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

עיקרי הדברים

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

מהו ניהול זרם ערך בכל תחום?

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

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

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

השמות תואמים. העבודה היומיומית אינה תואמת.

מניין מגיע הרעיון?

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

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

לכן שני העולמות עדיין מדברים על אותם דברים: המתנה, העברות בין שלבים, תורים וסילואים. ההבדל נמצא במה שזורם בזרם.

איך מפעל מנהל זרם ערך?

מפעל מנהל זרימה פיזית. בייצור רזה, היסודות הטיפוסיים הם:

1. משפחת מוצרים. מוצרים שחולקים שלבי עיבוד וציוד דומים.
2. מפת זרם ערך. תרשים של זרימת החומרים והמידע, במצב הנוכחי והעתידי.
3. בעלים. לרוב מנהל זרם ערך, עם תמיכה מההנהלה של האתר.
4. מדדים משותפים. זמן אספקה, מלאי, ביצועי אספקה, תשואה מההרצה הראשונה.
5. סקירה שבועית. פעולות, בעלים ותאריכים.

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

איך פיתוח והפצת תוכנה מנהלים זרם ערך?

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

שתי קבוצות של מדדים נפוצות:

• מדדי זרימה. Flow Framework מגדיר מהירות זרימה, זמן זרימה, יעילות זרימה, עומס זרימה והתפלגות זרימה. הסיכום של Planview מנסח אותם כשאלות: האם אספקת הערך מואצת, האם זמן העברת הערך לתוצר מתקצר, האם העבודה ממתינה במעלה הזרם, האם הביקוש עולה על הקיבולת, והאם ההשקעה מתחלקת בין ערך חדש לבין הגנה על ערך קיים.
• מדדי DORA. תוכנית המחקר של DORA מקבצת את מדדי ביצועי הפצת התוכנה שלה לתפוקה (זמן אספקה של שינוי, תדירות פריסה, זמן התאוששות מפריסה כושלת) ולחוסר יציבות (שיעור כשלי שינוי, שיעור עבודה חוזרת בפריסה).

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

במה שני התחומים שונים?

תצוגה צד-לצד עוזרת:

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

החלק המשותף הוא ההרגל להסתכל על הזרימה כולה ולשאול איפה היא ממתינה.

מה המשמעות שמתאימה לחיפוש שלך?

השתמשו במבחן מהיר כשאתם קוראים דף או מקבלים שיחה מספק:

• אם הטקסט מדבר על קריאות שירות, צינורות, שחרורים או ספרינטים, הכוונה להפצת תוכנה ו-DevOps.
• אם הוא מדבר על הזמנות, מכונות, מלאי, משמרות או takt (הקצב שנקבע לפי ביקוש הלקוח), הכוונה לייצור.
• אם הוא מדבר על שניהם, שאלו אילו נתונים הכלי קורא.

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

דוגמה: אותו חישוב בשני העולמות

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

קחו מדד אחד שמתאים לשני התחומים: שיעור הזמן שבו מתבצעת עבודה פעילה מתוך כלל הזמן שחלף. חלקו את הזמן הפעיל בזמן הכולל שחלף.

• מפעל. הזמנה מבלה 10 ימי עבודה בזרם. הצוות מגלה שעל המוצר עובדים סך הכול יום אחד. השיעור הוא 1 חלקי 10, כלומר 10 אחוזים.
• תוכנה. פיצ'ר לוקח 20 ימים קלנדריים מההתחלה ועד השחרור. מפתחים ובודקים עובדים עליו סך הכול 3 ימים. השיעור הוא 3 חלקי 20, כלומר 15 אחוזים.

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

טעויות נפוצות

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

איך תוכנה יכולה לעזור

במפעל, הכלים השימושיים הם כאלה שמטפלים בנתוני ייצור: הזמנות, מסלולי ייצור, קיבולת ומלאי ממערכת ה-ERP ומרצפת הייצור. הם עוזרים לראות את הזרימה הפיזית, ולא תור של קריאות.

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

צעד הבא

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