להתייחס לקשרים בתרשים הרשת לשם חישוב הנתיב הקריטי

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

לכבד את מרכיבי הפרוייקט (SOW (ולוודא שכל המטלות בפרוייקט מטופלות.

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

הן עוזרות בחיזוי מועד הסיום של הפרוייקט.

בהן מעורבים משאבים קריטיים

מתבצע בהן תשלום. הפרתן עלולה לגרום להפסקת הפרוייקט

בהן נבחנת האינטגרציה של הפרוייקט

לעצב ארכיטקטורה משותפת לכל הכרטיסים, להעביר ל-QA ,במקביל לפתח כרטיס ראשון – להעביר ל-QA וחוזר חלילה

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

להקצות כרטיס אחד. לבדוק איכות. להקצות כרטיס נוסף וחוזר חלילה.

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

מודיעים בשלב מוקדם שהגדרת הפרוייקט אינה ישימה.

מנהלים את הדרישות בשיטת Pull - Kanban כך שהעובדים מושכים את המשימות.

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

מחלקים את כלל מרכיבי הפרוייקט (SOW (בין כל אנשי הצוות.

Minimum Viable Product להגדיר

לבצע Overspecification וכן Overdesign

לדמיין דרישות שעדיין לא אופיינו אך צפויות לעלות בעתיד.

לממש את כלל הדרישות של אנשי השיווק.

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

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

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

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

Initial, Optimizing, Defined, Managed, Repeatable

Managed, Defined, Optimizing, Supported, Repeatable

Defined, Managed, Optimizing, Supported, Agile

Initial, Repeatable, Defined, Managed, Optimizing

Skimming, Storming, Piercing, Flooding

,Piercing, Storming Skimming, Flooding

Storming, Flooding, Piercing, Skimming

Skimming, Storming, Flooding, Piercing

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

שמירה שוטפת על רמת קושי קבועה על המטלות בפרוייקט

מעקב שוטף אחר עמידת העובד בייעדים

התאמת משימות לעובד כך שיתלהב לעשות אותן. הוספת קושי עם עלית הכישורים.

מחוייבות רק למשימה אחת, קו פיקודי, נהול לפי ייעדים, מהירות

יעילות, גמישות, מקצוענות, כפל מנהלים

דלת מסתובבת, חוסר מחוייבות, ריבוי משימות, קושי לאמוד לוחות זמנים.

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

RFI, Taper, RFQ, Negotiate, Deliver

Resources, Process, Gap, Taper, Negotiate

Materials, Cost, Outsourcing, Offshoring, Non-Development-Items

Materials & SOW, BOM, Non-Development-Items, WBS, Time

יש לרכז את מלוא הדרישות, להקצות אותן למשאבים שאינם צואר בקבוק, לוודא איכות, להביא למצויינות

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

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

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

במפגש היומי (יישיבה בעמידה) מתווספות לעיתים מזומנות דרישות של הלקוח.

יש רק גריעה של דרישות אם מתברר לקראת סיום הספרינט קושי לעמידה בייעדים

עלולות להתווסף דרישות נוספות של הלקוח ובעקבותיהן אי עמידה בייעדי הספרינט.

אין הוספה או גריעה של דרישות.

אין הקפאת דרישות, אי ודאות ברמה בינונית, בניית ארכיטקטורות חלופיות, Concept Of P

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

הקפאת דרישות בתום רבעון ראשון, שני סבבי שיפורים, תשלום בשיטת Time & Materials ,מפגשים פורמליים.

הקפאת הדרישות בטרם תחילת הפרוייקט, שני סבבים לכל היותר, תשלום ב-Plus Cost ,הקפדה על עמידה במפרט

עדכן כתובת דוא"ל לתכתובות במהלך הפרוייקט.

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

לעדכן גרף עומס משאבים לפי כישוריהם היחסיים.

לעדכן החלקת משאבים (שרשרת קריטית).

תרשים הגאנט.

חישוב המאמץ שחלף מהייזום

ניהול לפי יעדים, מפגשי One on One ללא עדכון שוטף של התוכנה.

חישוב פרק הזמן עד לסיום.

הפרדה בין תכונות הביצוע לבין מימד העלות.

אנונימיות של החברות שניגשות למכרז.

. שיקלול "תשואה שולית פוחתת" בנתינת הציונים להצעות השונות.

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

מנהל פרוייקט שאינו מתעדכן בהתקדמות הפרוייקט.

מנהל פרוייקט עם נטיה ל-MicroManagement

עבודה במבנה פרויקטלי

עבודה במבנה מטריציוני

התכנסות כלל הייצרנים למוצרים חסרי בידול – commodity.

היווצרות אוקיינוס כחול.

התפשרות הלקוחות עם מוצרים ברמה נמוכה.

עליית רמת הדרישות של הלקוחות מהפלטפורמה.

כאשר מחירו אינו זול אך גם איננו גבוה.

כאשר האסטרטגיה הגנרית שלו אינה מובהקת.

כאשר הוא גם איכותי וגם זול (דוגמת Ikea.(

אין לו יתרון של עלות נמוכה או של בידול.

מתבצע משא ומתן מול הספקים הסופיים.

מבוצע תהליך של מכרז הולנדי.

המחיר נקבע על פי העלות לייצרן.

המחיר נקבע על פי ערכו ללקוח.

זיהוי המרכיבים השונים של פונקצית האיכות.

אבחון משימות שונות שביחד יביאו להשגת מרכיב בפונקצית האיכות.

הגדרת ייעדי השבחה לפרוייקט – ה-Gap.

בחירת ה-Persona שלה מייעדים את המוצר.

בירוקרטית יתר של התהליך.

. מנהל הפרוייקט הופך לצוואר בקבוק.

חזרה על טעויות שנעשו, חוסר אחידות וחוסר שליטה.

לא זמינה תוכנה לתמיכה במודל זה.

צמצום המאמץ באינטגרציה עם המערכות האחרות בארגון.

משא ומתן לאפשור שינויים מסויימים לאחר סיום הפרוייקט

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

בחירה מושכלת של דרישות שהוצעו בשלב ה-RFI.

פיתוח רכיב משותף שתומך באסטרטגיות גנריות שונות.

לאפשר ריבוי פרוייקטים מסוג B :Generation Next.

פיתוח מודולים שונים שצירופם יספק דרישות של לקוחות שונים.

פיתוח משפחת מודולים שניתן למכור ללקוח גם לאחר ההתקנה הראשונית.

יש רק הוספה של דרישות – Way the By Oh.

אין הוספה או גריעה של דרישות.

ש לנפות דרישות כך שהמאמץ יתרכז להשלים פונקציונליות חדשה.

במפגש היומי (ישיבה בעמידה) מתווספות לעיתים מזומנות דרישות של הלקוח.

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

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

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

ב. מונעים סבבי פיתוח על ידי פירוק עבודה חוזרת לתת מכלולים.