תקציר מנהלים מטרת עבודה זו היא תכנון פרויקט מתחילתו ועד סופו עבור פרויקט תוכנה בחברה ספציפית. נקודת הפתיחה של העבודה היא כאשר נחתם הלכה למעשה הסכם בין ספק התוכנה לבין חברת נסיעות כלשהי, וכעת מה שנותר הוא תכנון חכם של הפרוייקט על כל רבדיו, וכן ביצוע.
במהלך תכנון הפרויקט יש לקחת בחשבון את כל דרישות של ניהול פרויקט כמו שצריך וכמובן יש לקחת בחשבון כי עומד לפנינו לקוח אשר יכול בכל שלב לבקש ולעלות שינויים מסוימים. כמו כן ניהול סיכונים אשר צריך לקחת ולחשב במהלך פרויקט.
תוכן עניינים
1.         מבוא. 5
2 .         Business Case  6
2 .1           המבנה הנוכחי של FV: 6
2 .2           מטרות הפרוייקט: 6
2 .3           ניתוח הדרישות. 7
2 .3.1                ממשק ויכולות WEB.. 7
2 .3.2                דרישות שירות פונקציונאליות. 7
2 .3.3                דרישות שאינן פונקציונאליות. 8
2 .3.4                דרישות עבור יכולות שרידות, עמידות, זמינות השירות ויכולת גדילה. 8
2 .3.5                דרישות אדמיניסטרציה ואבטחה. 8
2 .4           תחומי הפרוייקט: 8
2 .4.1                בתחומי הפרוייקט: 8
2 .4.2                מחוץ לתחומי הפרוייקט: 9
2 .5           אסטרטגיות פיתוח אפשריות. 9
2 .6           דרישות הדרכה. 10
2 .6.1                הדרכת צוותים טכניים. 10
2 .6.2                הדרכת סוכני החברה. 10
2 .6.3                הדרכת צוותי התמיכה הטלפונית. 11
2 .7           התממשקות עם מערכות קיימות. 11
2 .7.1                התממשקות אל מול מבנה הנתונים. 11
2 .7.2                התממשקות אל מול מערכת ההזמנות. 11
2 .7.3                התממשקות אל מול שרת WEB.. 11
2 .8           חלוקת אחריות בין הספק ללקוח. 12
2 .8.1                משימות הספק: 12
2 .8.2                משימות הלקוח: 13
2 .8.3                משימות משותפות: 13
2 .9           מפרט דרישות חומרה: 14
2 .10             אילוצים: 14
2 .11             הערכת זמן וכסף: 15
2 .12             הנחות: 16
3 .         Network diagram: 16
4 .         Gantt chart: 17
5.         תכנון הפרויקט: 18
5.1                           Gantt chart: 19
6 .         קיצוץ משימות והעלאת המחיר. 21
6 .1                                            Website development: 21
6 .2                   MIS: 22
6 .3                                     Recruitment spec: 22
7.         טכניקות חישוב עלויות לפרויקט: 23
7.1           מודל COCOMO.. 23
7.2           המודל של פוטנאם: 24
7.3           שיטת פרקינסון: 24
8 .         Risk analysis and Management: 24
9.         טופס לניהול סיכונים:
5 9.1           סיכון 1:
5 9.2           סיכון 2: 26
9.3           סיכון 3: 27
9.4           סיכון 4: 27
9.5           סיכון 5: 28
9.6           סיכון 6: 29
1 0.       ניהול שינויים בפרויקט: 29
1 1.       טופס לניהול שינויים: 30
1 1.1             שינוי 1: 30
1 1.2             שינוי 2: 31
1 1.3             שינוי 3: 31
1 1.4             שינוי 4: 32
1 2.       סיכום. 33
1 3.       ביבליוגרפיה. 34

1 .       מבוא
       בליבה של עבודה זו ישנו פרויקט תוכנה. הלקוח הינו חברת נסיעות בשם France Vacances, או כפי שתיקרא מעתה והלאה VC. הספק, אותו נייצג כמנהלי הפרוייקט הינו Smart Designs, או כפי שייקרא מעתה והלאה SD.
נקודת הפתיחה של הפרוייקט היא ההבנה של FV כי ממשק אינטרנטי ייצור עליה בהכנסות ביחס למודל העבודה הנוכחי, המבוסס על הזמנות טלפוניות או דרך הדואר.
יש לציין כי לחברה מבנה נתונים ממוחשב וציוד מחשוב בעזרתו מעדכנים הסוכנים את מערכת ההזמנות. אך אין ממשק אינטרנטי – מטרת הפרוייקט הנוכחי.
כיוון שמחיר הביצוע של הפרוייקט נקבע, וכן התמחור לרכיבי ימי העבודה השונים, יש לשער כי תהליכי החלפת מידע, הנתמכים על RFI (Request For Information) ו- RFP (Request For Proposal) בוצעו בשלב מוקדם יותר של המשא ומתן בין החברות.
בשלבים אלו מתבססת ההבנה של הלקוח כי הספק האופציונאלי אכן מתאים לצרכיו – הן מבחינת יכולות, והן מבחינת עלות. משך הפרוייקט גם כן נסגר בשלב זה, בו הלקוח דורש לדעת לא רק עלות או יכולות טכניות, אלא תוך כמה זמן יוכל הספק להביא את הפרוייקט למצב של פעילות מלאה.
בעבודה זו עשרה שלבים שונים, אך כולם יגעו בנקודות הבאות, שהינן החשובות ביותר במהלך פרוייקט:
Business Case – שלב בו למעשה מוחלט האם יש הצדקה לפרויקט – כספית, תהליכי ועוד.
תכנון הפרוייקט ויצירת דיאגראמת רשת.
יצירת תרשים גאנט תומך עבור הפרוייקט.
תכנון הפרוייקט – מבחינת זמנים ועלויות.
בחינה של הנתונים ועדכון של הדיאגראמות השונות.
בחינה של העלויות השונות הכרוכות בפרויקט.
בחינת הסיכונים בפרויקט ויצירת מסמך סיכונים.
חשיבה על שינויים אפשריים, כפי שקורה לרוב בפרויקטי תוכנה, ויצירת מסמך תואם.
יצירת פרוצדורה לשם ניהול שינויים והחלטה האם ומה לשנות.