מה שאתה כותב לא תמיד נכון. למשל זה כמעט אף פעם לא נכון עבור קבלני משנה בתוכנה
השיטה של "מפל המים" המניחה שניתן לכתוב את כל הדרישות מראש היא בזבזנית ולא יעילה
והיא עם פוטנציאל חוסר יעילות זהה גם כשיוצאים למיקור חוץ
עדיף (למשל) להוציא הזמנת מסגרת עם הרבה פרוייקטים קטנים שבהם שומרים על גמישות בשינוי הדרישות
ראיתי באתר שלך שאתה עובד בפרויקטים בטחוניים אז בוודאי תאמר לי שאני לא צודק במקרים כאלו
אז במקום להאמין לי (שדוקא יש לי נסיון בתעשייה הזו כולל ניהול של קבלני משנה) תאמין לDODt
אתה יכול לקרוא דוח שלהם משנת 2000 "Report of the Defense Science Board Task Force on Defense Software
" שמדבר על הנושאים האלו (עמוד 15 ועמוד 27-29 של ההמלצות ) וממליץ על תהליכים איטרטיביים, מתן אפשרות לשינוי בדרישות וכו
למשלֿ
Software system requirements (the problem space description) should evolve together with the software system design (the solution space description) and the overall project plan (the time and resource constraints) and be managed through aggressive contract incentives. The developer should be given the flexibility to trade requirements for time, stability, and risk as the design evolves.
ארנון
הוספת תגובה על "הדרך הנכונה לפעול מול ספק משנה"
נא להתחבר כדי להגיב.
התחברות או הרשמה