
פרוייקט מוגדר כתהליך ליצירת דבר חדש: מוצר, שרות או תהליך.
בכל פרוייקט, ללא יוצא מן הכלל, קיימת אי-ודאות. מתפקידו של מנהל הפרוייקט לפעול ללא לאות מתחילת הפרוייקט ועד סופו להקטנת העמימות כדי לשפר בהתמדה את הסיכויים לבצע את הפרוייקט בהצלחה.
הנושא מורכב עד כדי כך שהוקמו אירגונים בינלאומיים העוסקים בדבר,
כדוגמת P.M.I - PROJECT MANAGEMENT INSTITUTE, המתייחס למתודולוגיה של ניהול פרוייקטים ו-C.M.M.I- CAPABILITY
MATURITY MODEL INTEGRATION, העוסק ברמת הבגרות של האירגון בהקשר לפיתוח והטמעת פרוייקטים.
חברות ענק כדוגמת SIEMENS, JOHNSON & JOHNSON, INTEL,
APPLIED MATERIALS ורבות אחרות, פיתחו מתודולוגיות אחידות לניהול פרוייקטים. וחברות תוכנה פיתחו כלים לניהול
פרוייקטים כדוגמת PRIMAVERA, KINTANA ,
M.S. PROJECT, P.S.NEXT וכן פיתחו מודלים ושיטות למדידת מצויינות הניהול כדוגמת -
M.E -MANAGEMENT EXCELLENCE.
במה יש עמימות? איפה הסיכונים? מה עושים?
כבר מן הצעד הראשון, קיים סיכון ממשי לאי - הצלחה.
פרוייקט מוגדר כמשהו חדש. מה קורה כאשר פרוייקט הוא תהליך שחוזר על עצמו כל שנה כדוגמת "הכנת מאזן של חברה"? או שיפוץ שנתי של מכונה? או שידרוג מערכת ממוחשבת? או התאמת אריזה של מוצר לשווקים השונים?
ברור שבניית בית חדש הוא פרוייקט, מה לגבי שיפוץ? או תיקון או החלפת מנורה או התקנת ידית לדלת?
האם פיתוח של כל דבר חדש הוא פרוייקט? גם אם זה כרוך רק במספר מועט של פעילויות עוקבות וקצרות?
לאחר שהגדרנו לעצמנו מהו פרוייקט - מה ייחשב כהצלחתו? האם "הצלחה חלקית" היא כשלון? ואם כן, מהו כשלון?...
להלן חלק מן השאלות והתהיות שמדגימות את ההיקף ועוצמת אי-הודאות הקיימת בביצוע פרוייקט "מוצלח":
- מה הצורך? מהי הדרישה? יש SPEC'S?
- מדדי הצלחה וכשלון - מה יחשב כ"הצלחה"? מה יקבע אם זה "כשלון"?
- הגדרת הלקוח - מיהו "הלקוח"? מיהם "בעלי העניין"? מי ה- "END- USER"?
- מחזור חיים של מוצר - מתי הוא מתחיל? מתי הוא מסתיים? מה קורה בין "הרעיון" ל- "גמר חיים"?
- מחזור חיים של פרוייקט - מהו, מה מאפיין פרויקט?
- דרישות לשינויים - כיצד זה מנוהל?
מה הצורך
פרוייקט הינו מענה לצורך. השאלות הרלבנטיות הן:
- מי מוסמך "להעלות צורך"?
- מי מחליט אם זה אכן צורך שדורש מענה?
- מה ייחשב כפרוייקט להבדיל ממשימה?
- מהו התהליך המוקדם שמסדיר את הנושא הקרוי "הצורך" אשר בעקבותיו יבוצע פרוייקט?
- Business development program - b.D.
- Market Requirements - M.R.D
- Portfolio
- Raod Map
- Business Plans
- Programs
- Projects/services/processes
- Functional, Technical & Operating Definitions/Specifications - Spec's
מדדים להצלחה וכשלון
C.S.F- CRITICAL SUCCESS FACTORS הינם מספר גורמים קריטיים, החיוניים להצלחת הפרוייקט. אם אחד מגורמים אלה לא יתקיים במלואו - הפרוייקט ייכשל.K.S.F- KEY SUCCESS FACTORS הינם גורמי מפתח להצלחת הפרוייקט על פיהם נקבעת מידת ההצלחה של הפרוייקט. עמידה בגורמי מפתח אלה, יכולה להתקיים ברמות שונות.
כך למשל "עמידה בתקציב" תחשב כהצלחה, חסכון של 15% ייחשב כהצלחה גדולה וחסכון שמעל ל- 15% ייחשב כהצלחה ראויה לשבח. באופן דומה סטייה כלפי מטה של עד 10% תחשב כ"סבירה", בין 10% ל- 20% תחשב כ"רעה" ומעל ל- 20% תחשב ככשלון ויהפוך להיות C.S.F.
K.P.I- KEY PROCESS INDICATOR הינם לרוב, מדדים אוטומטיים שמדווחים ממערכות פועלות כדוגמת: מערכות תקשורת, מכונות מורכבות, תהליכים כימיים וכיו"ב, המדווחים נתוני מצב בכל רגע וכן מדווחים את המגמות.
חלק מנתוני ה- K.P.I ולעיתים הנתונים כולם, יכולים להפוך ל- C.S.F. לדוגמא: טמפרטורה מקסימלית בתנור אינה יכולה לעבור את הערך T. ה- KPI הוא הנתון הרגעי של הטמפרטורה וה- T הוא ה- C.S.F.
על המדדים להיות כמותיים, להבדיל ממדדים איכותיים ומוגדרים בצורת:
- שם
- נוסחת החישוב
- המקור לכל נתון בנוסחה
- רמת האמינות של כל נתון
- שיטת העיבוד
- צורת העיבוד
- אופן ההצגה
- גבולות
הגדרת הלקוח
לכל פרוייקט חייבת להיות הגדרה חד משמעית של "הלקוח" (customer) להבדיל מהלקוח הסופי end user.פיתוח דגם חדש של מגהץ אדים אינו מתבצע מול אלה שיקנו את המגהץ ואפילו לא מול רשתות השווק המשווקות אותו ולכן עומדת השאלה מיהו ה"לקוח" של אותו מנהל הפרוייקט?.
לרוב, הלקוח של מנהל פרוייקט הפיתוח, הינו גורם פנים אירגוני כלהלן :
- אדם בעל תפקיד מוגדר - במקרה זה, מנהל הפרוייקט עובד אך ורק מולו. לעיתים הלקוח הינו מנהל השווק או באירגונים גדולים אחד מאנשי מחלקת השווק ולעיתים הלקוח הינו הממונה הישיר.
- יתכן גם שהלקוח יהיה גורם חיצוני,כדוגמת חברה א' שמזמינה פיתוח מחברה ב' וגם במקרה זה חיוני להגדיר חד-משמעית את שם האדם והתפקיד של מייצג החברה המזמינה.
- לעיתים קרובות כאשר ישנם מספר בעלי עניין- STAKE HOLDERS ,מוקמת למטרת הפרויקט ועדת היגוי אשר הינה "הלקוח" לכל דבר ועניין.
מחזור חיים של מוצר
- כדי להקטין את העמימות ואת סיכוני הכשלון (C.S.F) מתבססת המתודולוגיה לניהול חיי מוצר על שלוש תכונות:
- קיום שלבים מוגדרים היטב של כל שלב מרגע העלאת ה"רעיון", הפיכתו ל"מוצר" ועד ל"גמר חיי המוצר".
- קיום מנגנון המגדיר כל שלב ומאפשר או דוחה את התפוקות של כל שלב ושלב ומעבר לשלב העוקב.
- מנהל מוצר - PROJECT MANAGER.
- 1. D.R.B - Design Review Board
- 2. P.R.B - Project Review Board
GATES
1. "Gate" is a decision point requiring executive management to conduct a complete indepth design review and project plan review according to P.M.-P.L.C. methodology.2. Gates are the pillars of the p.m.-p.l.c. methodology.
3. Gate is critical event - a personal challenge for both-product manager & project manager.
4. Gate decisions are:
- Go ahead as planned.
- Go with rejects to be rectified.
- No go- project and product development are stopped.

PRB is the gate approver for the entire product/project life cycle.
Prb is the leader establishing direction, aligning people, motivating & inspiring.
- מתודולוגיה, templates ו -Audit לניהול מחזור חיים של מוצר
- הדרכה והטמעת ניהול מחזור חיים של מוצר

