ניהול הפרויקט

כללי

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

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

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