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

אז ככה זה? "אין מה לעשות"?

האם באמת ניהול לוחות זמנים לפרויקטים שלנו צריך להיות כל כך מסובך?

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

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

פתרון כזה עשוי להפוך מערכת שהיא "פיל לבן" לכלי שימושי, המצליח להגיע למטרה שלו.


נכתב ע"י רונית סנה
IntelliManage

שאלות ותגובות למיתוס זה ניתן להעלות כאן