החוזה ממשיך להתנפח בגלל בקשות לשינויים. איך עוצרים את זה?

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

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

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

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

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

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

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

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