גישה לקוחות מונחה להנדסת מוצר של מיקרו וננו התקנים - ניתוח דרישות

ד"ר דירק Ortloff

דירק Ortloff 1, Jens פופ 1, 2 ו תילו שמידט מילקה מתיאס 2
1 תהליך יחסי GmbH
2 אוניברסיטת סייגן המכון הטכנולוגי Microsystem
המחבר מקבילים: dirk.ortloff @ תהליך relations.com

נושאים שידונו

מופשט
הקדמה
הנדסת מוצר
דרישות
גבול דרישות
דרישות כללי
דרישות פיתוח מוצרים
איכות ביצוע
פיתוח מוצר איכותי
משאבים ותיעדוף
הכללה של משימות שיווק
מוצר מוקדמים אורווה מפרט
עיבוד מקבילי
Cross-Functional צוותים
דרישות ניהול פרויקטים
התהליך מבוסס הגישה
תהליך תכנון מונחה למסירה ו
ניהול תקורה הפרעה מינימום
שקיפות
מסקנות העבודה העתידי
הפניות

מופשט

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

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

מאמר זה מציג את תוצאות הניתוח את הדרישה הגישה הנדסת מוצר.

הקדמה

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

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

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

באיור 1. מודל היררכי של העסק MNT

הפרויקט ממומן CORONA במסגרת המחקר 7 על ידי האיחוד האירופי (מספר חוזה CP-FP 213969-2) יש מטרה לפתח מתודולוגיה מקיפה PE בשילוב עם מסגרת תמיכה כלי תוכנה. השותפים בפרויקט מייצגים תפקידים שונים בתוך שרשרת הנדסת מוצר, המוצג באיור 2, (למשל יצרנית מכשיר משולב, טהור היציקה, fabless לעיצוב הבית, מכון מחקר ופיתוח) ולכסות את המודלים העסקיים הנפוצים כיום 3 נתקל בענף MNT.

איור 2. שרשרת האספקה ​​ומודלים עסקיים MNT

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

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

הנדסת מוצר

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

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

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

דרישות

גבול דרישות

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

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

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

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

דרישות כללי

תוצאות של ראיונות שנערכו ממליץ להקים קשר בין שיטות סטנדרטית כמו שער-Stage, IPPD, PRINCE2 ו PMBOK, ואת שיטות ספציפיות לסביבות השותף של הפרויקט. קישור זה חשוב במיוחד כאשר מתודולוגיה חדשה לא צריך להפיל את הגישות הקיימות אלא להשלים אותם עם שיטות עבודה מומלצות. דרישה נוספת של המתודולוגיה היא שהוא חייב לספק הנחיות לארגונים שיש להם ניסיון מוגבל מאוד או בהנדסת מוצר MNT, כמו הלקוח הטיפוסי הוא הסיכוי הטוב ביותר שייכים לקבוצה זו.

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

דרישות פיתוח מוצרים

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

  • איכות ביצוע
  • פיתוח מוצר איכותי
  • משאבים ותיעדוף
  • הכללה של משימות שיווק
  • מוצר מוקדמים אורווה מפרט
  • עיבוד מקבילי
  • Cross-Functional צוותים

איכות ביצוע

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

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

פיתוח מוצר איכותי

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

משאבים ותיעדוף

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

הכללה של משימות שיווק

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

מוצר מוקדמים אורווה מפרט

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

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

עיבוד מקבילי

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

Cross-Functional צוותים

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

דרישות ניהול פרויקטים

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

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

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

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

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

הם צריכים לקיים את הרשימה הבאה של דרישות:

  • התהליך מבוסס הגישה
  • תהליך תכנון מונחה למסירה ו
  • ניהול תקורה הפרעה מינימום
  • שקיפות

התהליך מבוסס הגישה

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

תהליך תכנון מונחה למסירה ו

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

ניהול תקורה הפרעה מינימום

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

שקיפות

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

מסקנות העבודה העתידי

מאמר זה נותן סקירה כללית של הדרישות לגישה מקיפה הנדסת מוצר בתחום ה-MEMS וננו דומה או התקנים מיקרו. הוא מתעד את הצעדים הראשונים לקראת תמיכה של מופץ ברחבי העולם, שיטה מידע מבוססי פיתוח המוצר בשליטת הלקוח להתאים את MEMS / תעשיית MST. דרישות מצביעים על שימוש בשילוב של שיטות מתחום פיתוח המוצר המגדירים את התהליך הכולל, אשר בתוספת תהליכי שיטת ניהול הפרויקט. דרישות מתועד ישולבו שיטה PE מקיף המבוסס על הבמה, שער 5 ו PRINCE2 6 ו צעדים נוספים יהיו אוטומציה של תהליכים רבים מוגדרים. במסגרת המאמצים הללו רכיבי תוכנה כמו XperiDesk ® וכלים מן Coventor ישולבו הלקוח מסגרת טיפוח אוריינטציה, מהר פיתוח MNT חסכונית יותר.

המחברים רוצים להכיר את התרומה הכספית של האיחוד האירופי במימון הפרויקט CORONA במסגרת המחקר 7 (מספר חוזה CP-FP 213969-2). תודות נוספות ללכת כל השותפים בפרויקט מתן ידע יקר ערך מתחום ונקודת המבט תוכנה.


הפניות

1. NEXUS! כוח המשימה: ניתוח NEXUS שוק MEMS ו Microsystems III, 2006
2. CORONA www.corona-mnt.eu
3. Developpement Yole: בתי יציקה MEMS 2009 דו"ח שוק, 2009
4. ד Ortloff, "הנדסה מוצר עבור ה-IP מבוססי MEMS סיליקון", PhD תזה, אוניברסיטת סייגן, 2006.
5. רוברט ג קופר, "מנהיגות מוצר - יצירה השקת מוצרים חדשים המנזר," מהדורה 1, הוצאת בייסיק, 1998.
6. בריטניה הגדולה משרד המסחר של הממשלה, "ניהול פרויקטים מוצלחים עם PRINCE2," מהדורה 5, OGC, 2005.
7. מאת: "טכנולוגיית המידע ניהול פרויקטים" מהדורה רביעית, http://as.nida.ac.th/ ~ waraporn/resource/701-2-48/ch01.ppt

הציג בבית 2009 COMS, קופנהגן

כל הזכויות AZoNano.com, MANCEF.org

Date Added: Jun 7, 2010

Last Update: 8. October 2011 23:42

Tell Us What You Think

Do you have a review, update or anything you would like to add to this article?

Leave your feedback
Submit