1. Copyright © 2007-8 Yoram Reich
I cdnuolt blveiee taht I cluod aulaclty uesdnatnrd waht I was rdanieg The phaonmneal pweor of the hmuan mnid! Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer inwaht oredr the ltteers in a wrod are, the olny iprmoatnt tihng is taht the frist and lsat ltteer be in the rghit pclae. The rset can be a taotl mses and you can sitll raed it wouthit a porbelm. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. Amzanig huh? Yaeh, and I awlyas thought slpeling was ipmorantt.
It is said that if you pick one interesting thing from a lecture it was worth your time. So here was my 1st item for you: isn’t it amazing to see how the human mind works and how far are we from machines?
Copyright © Yoram Reich

2. Copyright © 2007-8 Yoram Reich
מפרויקט הזוי
לפרויקט חזוי
מפרויקט הזוי
לפרויקט בזוי
פרדוקס האיכות
פשטות מובילה לאיכות: פיתוח כלים פשוטים ויעילים לתכן איכותי
פרופ' יורם רייך
הפקולטה להנדסה, אוניברסיטת תל אביב
Copyright © Yoram Reich

3. למה משימת הקריאה קלה - השערה
המשימה מוגדרת היטב
מנגנוני הקריאה מולדים או נרכשים בילדות(*) והופכים את המשימה לאוטומטית
(*) מבלי להיכנס לויכוח אם יכולת שפתית היא משהו מולד (nature) או נלמד (nurture)
Copyright © Yoram Reich

4. ועתה, נעבור למשימת ניהול הפרויקט הבאה
אנחנו רוצים לפתח מוצר חדש בתחום התקשורת
מה עושים? B C A D
and
start
end 10 5
הערכת משך זמן הביצוע (ימים)
בדיקת היתכנות ראשונית
סקר שוק
אפיון רעיון
עסקי
ניתוח טכנולוגיות
Copyright © Yoram Reich

5. Copyright © 2007-8 Yoram Reich
כיצד נתכנן לבצע אותו? 10 B 10 A
and
end
start 5 5 C D
Copyright © Yoram Reich

6. Copyright © 2007-8 Yoram Reich
נתכנן לבצע אותו 10 B 10 A
and
end
start 5 5 C D
בסדר הבא: A, C, D, B במשך 30 יום מתוכנן. [ויתכן שייקח 60 יום בפועל]
או, בסדר הבא: A, C ו- D במקביל עם B במשך 20< t<30 יום כולל אטרציה על B (זמן אטרציה <10, סה"כ זמן <30 משאבים כוללים >30). [וייתכן שייקח בפועל 50 יום עם 80 יום אדם סה"כ]
Copyright © Yoram Reich

7. Copyright © 2007-8 Yoram Reich
עכשיו נחליף בין משימות B ו- D
מה ההשפעה על תכנון התהליך?
צריך להפעיל מחדש את כל שיקול הדעת ואת אילוצי התהליך כדי לקבל החלטה 5
בדיקת היתכנות ראשונית D 10 A
and
end
start 5 10
אפיון רעיון
עסקי C B
ניתוח טכנולוגיות
סקר שוק
Copyright © Yoram Reich

8. Copyright © 2007-8 Yoram Reich
ואם היינו מוסיפים משימה נוספת (E), קצת לוגיקה ועוד אטרציה (על B)
מה ההשפעה על תכנון התהליך?
כשלון בסקר שוק
סקר שוק B
ואם השינוי היה קורה לאחר שהתחלנו את התהליך הקודם והספקנו לבצע את A, C, וחצי D? איך נארגן ואיך נתזמן אותו כעת? A
and
start
בדיקת היתכנות ראשונית
end D
אפיון רעיון
עסקי C or E
ניתוח טכנולוגיות
ניתוח סיכונים
Copyright © Yoram Reich

9. מסקנות
קשה לנהל פרויקטים: רוב הפרויקטים נכשלים (עלות גבוהה, סטייה מלוחות זמנים, אי מענה לדרישות הלקוח, ...)
המורכבות והדינמיות של מוצרים ופרויקטים גדלות עם הזמן
לא נולדנו לנהל פרויקטים: אין לנו מנגנונים מולדים או נלמדים לטפל במורכבות או בשינויים בתהליכים או פרויקטים
אנו מתחילים לנהל פרויקט עם מינימום ידע עליו ורוכשים ידע תוך כדי ביצוע. בסוף הפרויקט אנחנו יודעים עליו הכי הרבה.
Preliminary PD
Detailed PD
100
Cost committed / Quality determined
פרדוקס האיכות 80 60
Knowledge
Cost incurred 40 20
Decision freedom
Time into product life-cycle/project
Copyright © Yoram Reich

10. פרדוקס האיכות: המציאות הקשה
100
Knowledge
generated 80
Usable
knowledge 60
Potential
Decision
freedom 40 20
Available
Decision freedom
Time into product life-cycle/project
תמונה פחות מוכרת
If we were familiar with the previous dilemma figure, we should be even more worried since it is an idealization of a worse situation.
Knowledge management is hardly working in product development processes, leading to the loss of valuable design knowledge.
Therefore, at each point in time, our useable knowledge is even less that what we have generated about the problem.
This information loss leads to making wrong decisions and increasing rework or development iterations.
תוצאות הרסניות
אין חופש פעולה לבצע שינויים כשהם נדרשים – עלות גבוהה, זמן פיתוח מתמשך, סיכון גדל
ידע נוצר אינו מנוהל – הפסד הזדמנויות, בזבוז משאבים
Copyright © Yoram Reich 10

11. פרדוקס האיכות: שינויים כואבים
Time into product life-cycle/project
Cost of change 20 80 60 40
100
Usable
knowledge
Available
Decision freedom
# changes
המשמעות של שינויים
If we were familiar with the previous dilemma figure, we should be even more worried since it is an idealization of a worse situation.
Knowledge management is hardly working in product development processes, leading to the loss of valuable design knowledge.
Therefore, at each point in time, our useable knowledge is even less that what we have generated about the problem.
This information loss leads to making wrong decisions and increasing rework or development iterations.
תוצאות הרסניות
ידע חסר מביא לשינויים רבים באמצע התהליך
חוסר דרגות חופש מביא לעלות שינויים גדולה
Copyright © Yoram Reich 11

12. פרדוקס האיכות: המציאות קשה בכל תהליך פיתוח\החלטה
מודל “Vee” של הנדסת מערכות
100
Knowledge
generated 80
Usable
knowledge 60
Potential
Decision
freedom 40 20
Available
Decision freedom
Time into product life-cycle/project
מודל “שערים” של תהליך פיתוח
If we were familiar with the previous dilemma figure, we should be even more worried since it is an idealization of a worse situation.
Knowledge management is hardly working in product development processes, leading to the loss of valuable design knowledge.
Therefore, at each point in time, our useable knowledge is even less that what we have generated about the problem.
This information loss leads to making wrong decisions and increasing rework or development iterations.
מודל “spiral” של פיתוח מוצרים
Copyright © Yoram Reich 12

13. פרדוקס האיכות: מה הטוב ביותר שניתן לצפות?
Time into product life-cycle/project 20 80 60 40
100
Useable Knowledge
Preliminary PD
Detailed PD
Increase useable knowledge
Time into product life-cycle/project 20 80 60 40
100
Preliminary PD
Detailed PD
Decision freedom
Maintain decision freedom
Time into product life-cycle/project
Cost of change 20 80 60 40
100
Usable
knowledge
Available
Decision freedom
# changes
Time into product life-cycle/project 20 80 60 40
100
Preliminary PD
Detailed PD
Cost of change
Reduce cost of change
Time into product life-cycle/project 20 80 60 40
100
Preliminary PD
Detailed PD
# changes
Move changes earlier
Our goal is to address this product development dilemma by pushing the envelop in both directions.
First, by bringing knowledge from downstream activities into the initial stages of the process, we push the knowledge graph upward.
Second, by better using this knowledge in planning development activities, we can retain design freedom for later design stages thus pushing the freedom graph upward as well.
It can be seen from the graph that the critical phase is the conceptual development or fuzzy front end of the process yet it is chaotic or unstructured, defying easy treatment.
Our goal is to focus on this stage by developing conceptual design tools and managing the overall development process by a foundation that supports the process end-to-end.
Copyright © Yoram Reich 13

14. Copyright © 2007-8 Yoram Reich
לכן, אנו צריכים
כלים
אופי
"ידיעה"
"עצבים"
Copyright © Yoram Reich

15. Copyright © 2007-8 Yoram Reich
כלים – "ידיעה"
יכולת – לספק מידע לקבלת החלטות מתחילת התהליך (בו המידע איכותי ולא ודאי) ועד למיחזור המוצר (שם המידע כמעט מושלם)
דינמיות – לצפות שינויים ולהיערך עבורם או לתמוך במצבים משתנים המחייבים שינוי תואם של החלטות
ידידותיות – לאפשר למשתמש רגיל לספק ידע ולקבל תפוקה
עקיבה – לאפשר יכולת עקיבה על החלטות לאורך ציר הזמן
הגשמה – להיות ישימים במצבים שונים של ידע, יכולות ומשאבים
Copyright © Yoram Reich

16. תשתית לקבלת החלטות (פיתוח מוצרים, ניהול פרויקטים והנדסת מערכת)
תשתית לקבלת החלטות (פיתוח מוצרים, ניהול פרויקטים והנדסת מערכת)
התשתית מורכבת מאוסף כלים
הכלים(*) מספקים "ידיעה" ומטפחים וניזונים מ"עצבים"
הדינמיות שבמציאות מחייבת גם אותנו! התשתית מהווה מסגרת לשיפור והוספת כלים חדשים ולשיפור הפן האנושי ע"י הוספת תובנות אחרות
(*) כלי אחד בשימוש בתעשייה, אחרים נוסו במסגרת פילוט או במסגרת לימודית, רובם נלמדים באוניברסיטה, כולם משופרים במסגרת מחקרית
Copyright © Yoram Reich

17. Copyright © 2007-8 Yoram Reich
תשתית לתחילת הפרויקט
RQFD: Feasibility study [4,5]
Who: management, marketing, engineering
Input: Preliminary market knowledge
Output: resources, technologies, risk
Credit:
RQFD – Eyal Levy, Amir Paz
n-dim, WP – Prof. Eswaran Subrahmanian
SOS – Dr. Amir Ziv-Av
PDPD – Arie Karniel
SMDP – Yuval Sered
CM – Dr. Eli Kolberg, Prof. Ilya Levin
Need
CM : Change management [2]
Who: Project team
Input: conflicts, project information
Output: new process information and tasks
WP: Problem formulation [8]
Who: all stakeholders
Input: Need statement
Output: goals, constraints, building blocks
PDPD, SMDP : [1,7]
Who: Project manager
Input: process status, product knowledge
Output: process management
Problem formulation
Specification
Requirements
SOS : Concept generation [6,10]
Who: all stakeholders
Input: goals, constraints, building blocks
Output: robust product concept
Product concept
Product definition
Product architecture
Forward to summary
Copyright © Yoram Reich

18. מפרויקט הזוי לפרויקט בזוי או חזוי – התחלת הסיפור
הזמן: 4 שבועות לפני פסח.
אני מנהל פיתוח של חברת מזון קטנה ורוצה לפתח מוצר חדש: עוגה מתוקה לפסח. ברור שפסח לכשעצמו אינו מטרה מספקת אך אני רוצה להשתמש בו כמנוף למוצר שישווק בהמשך השנה.
כיוון שבפסח יש ארוחות חגיגיות רבות בשריות, צריכה להיות גרסת פרווה לעוגה
כשרות לפסח מחייבת קמח לא תופח (אם משתמשים בקמח מצה)
אני מזהה באופן אישי את הצורך בעוגה זמינה שניתן להשתמש בה באירוחים בלתי צפויים. עוגה קפואה יכולה לענות על צרכים אלו.
... ואם כבר עוגה זמינה, אולי שיהיה אפשר לאפות אותה גם במיקרו?
התקציב לפיתוח המוצר כ- 50,000 ₪
Copyright © Yoram Reich

19. מפרויקט הזוי לפרויקט בזוי – מה לא עושים
אני מרכיב צוות פיתוח בן 4 אנשים מהשיווק, ייצור, ופיתוח עוגות
צוות הפרויקט בוחן מספר אפשרויות מוצרים, ומתביית על סוג עוגה מאוד מבטיח שלא קיים בשוק הקפואים.
ניסיונות ההקפאה של העוגה ואפייתה בעת הצורך לא מייצרים את הטעם המקווה.
לאחר הוצאה של 70,000 ₪, השקת המוצר נדחית לחג שבועות.
אנחנו משנים כיוון לתחום עוגות גבינה מוקפאות. קל לייצר עוגה טעימה שאינה דורשת אפיה.
שבועיים לפני ההשקה, יוצא המתחרה הגדול שלנו עם עוגה דומה קפואה וגם עם חבילת מצרכים לעוגה במחירים נמוכים מתחשיבנו.
אנחנו מנסים קצת להקטין עלויות ייצור להקטין את העלות ללקוח, ע"י הורדת איכות וכמות הגבינה. שינוי זה עולה לנו עוד כסף לפיתוח.
שבוע לפני שבועות, המוצר נמצא על המדפים. רוב השוק כבר נתפס ע"י המתחרה הגדול. אנחנו לא הצלחנו למצב את המוצר שלנו באופן מיוחד ותגובות הקהל אינן נלהבות. לאחר החג, רשתות הקניות נאלצות להוריד את מחיר המוצר ואנו מפסידים כ- 70,000 ₪. ביחד עם הוצאות הפיתוח שכעת עומדות על: 70,000 ₪ + 60,000 ₪, אנו בהפסד של 200,000 ₪.
המנהל שלי מתחיל לפקפק ביכולת שלנו להיכנס לשוק הזה בגלל גודלנו, יכולת ההשקעה העצמית שלנו, הכדאיות לעומת פוטנציאל פיתוח מוצרים אחרים וההפסד שנגרם עד כה.
הפרויקט מוקפא וכל תוצריו יורדים לטמיון.
Copyright © Yoram Reich

20. מפרויקט הזוי לפרויקט חזוי
ניתוח פעילויות מרכזיות (RQFD)
יכולת לעמוד באיכות נדרשת
סיכוני פיתוח
ידיעה
סיכון משמעותי ביכולת הקפאת העוגה, נקטין מעט את בדיקת החומרים ונגדיל את ההקצאה להקפאה
שינוי מידול הבעייה ע"י "נירמול" הדרישות
סיכון מופחת, איכויות ביצוע יותר נמוכות
Copyright © Yoram Reich

21. מפרויקט הזוי לפרויקט חזוי
קבלנו מוצר פחות איכותי
החלטה על המשך פיתוח ע"פ השוואת איכות המוצר שלנו
למתחרים פוטנציאליים (קיימים וחזויים)
לנכונות הלקוח לקנות מוצר כזה
במידה שיש אור ירוק ראשוני, צריכים להגדיר טוב יותר את מטרות המוצר מעבר להערכות הראשוניות שלנו
Copyright © Yoram Reich

22. מפרויקט הזוי לפרויקט חזוי
הגדרות כיוונים ומטרות (WP)
ידיעה
צוות הפיתוח פונה לכ- 12 אנשים אחרים בארגון עם ידע מגוון
הם מתחלקים ל- 4 צוותים עם פרופיל ידע ופסיכולוגי שונים ומבצעים סיעור מוחות לאתר בעלי עניין במוצר
הקבוצות מחליפות דעות וחוזרות לאפיין את המטרות של בעלי העניין
הקבוצות מתכנסות שנית לדון ולסכם על
בעלי עניין ומטרותיהם
דרישות המוצר דרכי פתרון כלליות
אבני בניין לפיתרון והאילוצים ביניהם
קריטריוני בחינה של המוצר
4. דרישות המוצר
3. דרישות בעלי העניין
2. קביעת בעלי העניין
1. תאור בעיה
Copyright © Yoram Reich

23. מפרויקט הזוי לפרויקט חזוי
לדוגמה,
קבוצת הפיתוח זיהתה בסיעור המוחות ילדים והורים כבעלי עניין בעוגה פשוטה להכנה עם מוצרים ארוזים ע"פ מידה
ניתן לשתף בעלי עניין כאלו בשלב שני של סיעור מוחות
מחיר (₪)
מרכיבים
משקל (גר')
תאור
34.99
800
עוגת גבינה מוכנה 1
22.99
190 גר' פרות יער, 150 גר' פרורים, 850 גר' גבינה
1190
עוגת גבינה להכנה 2
29.95
750 גר' גבינה, 84 גר' סוד השף הלבן, 250 גר' קצפת צמחית, 70 גר' פרורים דלי קלוריות
1154 3
Copyright © Yoram Reich

24. מפרויקט הזוי לפרויקט חזוי
אפיון תהליך פיתוח ע"פ ניסיון (Best Practices)
בדיקת חומרים
start
שיטות אפייה (כיצד הלקוח משתמש במוצר)
בדיקת הקפאה (הכנת המוצר לשיווק ללקוח)
ייצור
רעיונות טעם
מיצוב\ שיווק
סכמת תהליך מקובלת בארגון לפיתוח מוצר
Copyright © Yoram Reich

25. מפרויקט הזוי לפרויקט חזוי
ניתוח פעילויות מרכזיות (PDPD)
תזמון משימות
ניהול סיכונים ומשאבים
בדיקת חומרים
start
שיטות אפייה
בדיקת הקפאה
ייצור
רעיונות טעם
ידיעה
מיצוב\ שיווק
סכמת תהליך מקובלת בארגון לפיתוח מוצר
תזמון משימות וסימולציה
משך תהליך: 75 יום
ניהול סיכונים ומשאבים
Copyright © Yoram Reich

26. מפרויקט הזוי לפרויקט חזוי
עם תזמון תהליך כזה (75 ימים), לא נספיק לסיים פיתוח לחג שבועות
ברור שעלינו לוותר על המוצר של פסח
ניתן לבחון מוצר אחר כגון ללא אפיה – עוגת גבינה קרה
תזמון משימות וסימולציה
משך תהליך: 60 יום
ניתן למקבל ל- 50 יום
בטלנו אפיה, יותר משאבים לפעילויות אחרות, אין סיכונים, איכות גבוהה
Copyright © Yoram Reich

27. מפרויקט הזוי לפרויקט חזוי
או, מסקנות אחרות (PDPD)
צריך להקטין סיכונים ותלות בין משימות
הפרדה של משימת בדיקת הקפאה לבדיקה ראשונית (מס' חומרים והרכבים נפוצים) ובדיקה מקיפה
תזמון משימות וסימולציה
משך תהליך: 50 יום
ניתן למקבל ל- 40 יום
ניהול סיכונים ומשאבים: סה"כ משאבים עם איטרציות אפשריות: 70,000 ₪
בדיקת חומרים
בדיקת הקפאה ראשונית
start
שיטות אפייה
בדיקת הקפאה
ייצור
רעיונות טעם
מיצוב\ שיווק
Copyright © Yoram Reich

28. מפרויקט הזוי לפרויקט חזוי – הערות כלליות
מהיכן לוקחים את כל המספרים האלו?
בכל מקרה אנו צריכים לתת הערכות מספריות לזמנים, משאבים ועלויות
התשתית החדשה לא דורשת הערכות אחרות מיוחדות
"ידיעה" - ומה אם המספרים או ההערכות לא מדויקים?
ניתן לבצע סימולציות עם מספרים שונים סביב ההערכות שלנו ולקבל רגישויות ולאפיין את אותן הערכות שיכולות להוות בעיה
במקרה של בעיה פוטנציאלית, ניתן להשקיע מאמץ נקודתי בטיוב המידע (משימת R&D קטנה שצריכה משאבים ומימון ומשנה את התהליך שמנוהל דינמית ע"י PDPD)
"עצבים" – הדיון על מהות ההערכות מאפשר להציף נקודות חשובות בממשק בין שותפי הפרויקט השונים וליצור שפה משותפת וסיכום על הערכות ומטרות הפרויקט
Copyright © Yoram Reich

29. תשתית לקבלת החלטות בפיתוח מוצרים
לפרויקט חזוי
תהליך פיתוח אידאלי
Time into decision life-cycle/project 20 80 60 40
100
Useable Knowledge
Preliminary PD
Detailed PD
Decision freedom
Cost of change
# changes
תשתית לקבלת החלטות בפיתוח מוצרים
מפרויקט הזוי
Copyright © Yoram Reich

30. Copyright © 2007-8 Yoram Reich
מידע נוסף: web: google.com: yoram reich קורס: תכן מוצרים: מבוא ושיטות
A. Karniel and Y. Reich, Managing dynamic new product development processes, CD proceedings of the INCOSE International Symposium (INCOSE 2007), San Diego, CA, 2007.
A. Karniel and Y. Reich, Coherent interpretation of DSM plan to PDP simulation, in CDROM Proceedings of the 16th International Conference on Engineering Design (ICED), The Design Society, 2007.
A. Karniel and Y. Reich, “From DSM-based planning to Design Process Simulation: A review of process-scheme logic verification issues”, IEEE Transactions on Engineering Management, in press, 2008.
E. Kolberg, Y. Reich, and I. Levin, Design of design methodology for autonomous robots, CD proceedings, RoboCup 2007 Symposium, Atlanta, 2007.
E. Kolberg, Y. Reich, and I. Levin, Express engineering change management, in CDROM Proceedings of the 16th International Conference on Engineering Design (ICED), The Design Society, 2007.
Y. Reich and E. Levy, Managing product design quality under resource constraints, International Journal of Production Research, 42(13): , 2004.
Y. Reich, E. Kolberg, and I. Levin, Designing contexts for learning design, International Journal of Engineering Education, 22(3): , 2006.
Y. Reich and A. Paz, Managing product quality, risk, and resources through resource quality function deployment, Journal of Engineering Design, in press, 2008.
Y. Reich and A. Ziv-Av, Robust product concept generation, in CDROM Proceedings of the 15th International Conference on Engineering Design (ICED), The Design Society, 2005.
Y. Sered and Y. Reich, Standardization and modularization driven by minimizing overall process effort, Computer-Aided Design, 38(5): , 2006.
E. Subrahmanian and Y. Reich, Advancing Problem Definition and Concept Generation for Improved Product Life Cycle, International Conference on Trends in Product Life Cycle, Modeling, Simulation and Synthesis, PLMSS-2006, December, Bangalore, India, (Invited Talk)
A. Ziv-Av and Y. Reich, SOS – Subjective objective system for generating optimal product concepts, Design Studies, 26(5): , 2005.
Copyright © Yoram Reich