PPM & App. Development round table summary

סיכום מנהלים:

מצ"ב סיכום עקרי הדברים שעלו במהלך המפגש. אין בסיכום זה המלצה גורפת ללקוחות, אלא מתן פרספקטיבה והצגה של ההתלבטויות שעלו במפגש. במפגש נכחו נציגי ארגוני משתמשים מסקטורים שונים. בין הנציגים היו: מנהלי מחלקות Office of the CIO/PMO, מנהלי מחלקות תכנון ובקרה, מנהלי אגף פיתוח ויישומים ארגוניים, ועוד

מטרת הדיון: (1) לשמוע מהמשתתפים, מהם ה- best practices להערכת גודל הפרויקטים, תקצוב פרויקטים ודרישות, ובקרה תקציבית של פורטפוליו ארגוני; (2) לחלוק את הניסיון הקיים בתחום זה;

להלן מספר נושאים מעניינים אשר עלו בדיון:

· רוב הלקוחות ציינו, כי לא נאלצו, עד עכשיו, לשנות את תכולת הפרויקטים, עקב המשבר הכלכלי. גופי PMO אינם נערכים שונה לתוכנית העבודה של 2009; גם אם תקציב ה-IT ירד - תהליך בחינת הפרויקטים והתיעדופם איננו משתנה, אלא מקבל מיקוד קפדני יותר.
· הערכת פרויקטים מתבצעת בארגונים על ידי מנהלי לקוח/גוף ה-PMO /Office of the CIO לפי ניסיון קודם בלבד תוך בקשה מהגורמים הרלוונטיים להעריך את חלקם, ללא מתודולוגיות מובנות (כ-Function Points או Cocomo). ארגון מוביל תאר תהליך מובנה יחסית להערכת מאמץ הפיתוח המתבסס על מילוי טפסים מוגדרים מראש.
· ברוב הארגונים לא מודדים את טיב הערכת הפרויקט בדיעבד.
· המונחים Reuse ו- SOA הנם מונחים שמוכרים לצוותי ה- PMO, אולם נכון להיום אין דגש רב על יישום מתודולוגיות אלו, וכמו כן, אין מדידה של מידת ה- Reuse כחלק מהערכת הפרויקט.
· מדידת ROI בפוסט פרויקט לא נעשה
· רוב הלקוחות ציינו, כי ניהול הפרויקטים מתבצע באמצעות כלים שחייבים להחליף! (או לשדרג), אבל מחוסר תקציב ובלית ברירה הולכים במקרים רבים על פיתוחים מקומיים פנימיים.
· מתודולוגית Agile מוכרת, אולם לדעת רבים מהמשתתפים אינה מתאימה נכון להיום לארגונים גדולים.
· ישנם מקרים בהם לקוחות אשר ביקשו פיתוחים ולא משתמשים בהם – נענשים!


לסיכום, היה זה מפגש מעניין ופורה. להערכת STKI שנת 2009 הנה שנת מפתח בכל מה שקשור לניהול פרויקטים ול- alignment של ה- IT עם הדרישות העסקיות של הארגון. לסכיום המלא נא לחצו: http://www.scribd.com/doc/10728942/RT-Final-Summary-PPM-and-App-Develop

KPIs for Office of the CIO / PMO

להלן רשימת המדדים המקובלים בגוף Office if the CIO/ PMO בארגוני IT הגדולים בישראל. חשוב לציין, כי רוב ארגונים אינם מודדים את מנהלי הפרויקטים, מנהלי הלקוח או רפרנטים שלהם, אך לא מעט מתכננים להכניס בשנה הקרובה מדדים מבוססי מתוד' balanced scorecard, נוהל מפתח,ו- ISO

‏מדדים

PMO ניהול דרישות, פרויקטים, מנהלי פרויקטים, מנהלי לקוחות:

• עמידה בלוח הזמנים, עמידה בתקציב, ובתכולה של פר'
• כמות השינויים בפרויקט
• תכנון מול ביצוע (בשבועות אדם), לפי בנק שבועות אדם ללקוח
• סקר שביעות רצון ללקוחות ולרפרנטים; מדד שביעות רצון –ע"י סקרים בזמן ההדרכות וגם לאחר 3 חודשים של שימוש בתוצר של פר'
• מדד מגמות, וצווארי בקבוק
• מדד ארגוני להצלחת הפר', מבוצע לאחר מספר חודשים ובו קיימת התייחסות לסוגיית של עמידה בתחזית מסחרית ניתוחי NPV ו -ROI
• מדד רבעוני – כמות (מספרית) הפר' שהסתיימו למול פר' שתוכננו. השקעה גדולה מידי בתיעדוף והערכת תכולה של פר' גורם לעיתים לבזבוז זמן, כי לקוחות כל הזמן משנים את דעתם
• Capex vs. Opex, מדד פיתוח מול תחזוקה, מדידת פעילות מסוג השקעה מול הוצאה, רוצים להעלות את פע' השקעה ופיתוח
• כמות דרישות שיושמה
• מדד ניצולת ימי מערכות מידע לפי לקוח – מחולק לפי ימי עבודה בשנה ולפי חטיבות עסקיות
• מדד אחוז הניצול של תקציב הפרויקט המעודכן
• מדד על "איכות הייזום" של מנהלי פר', מדד "אמינות ערכת הזמן" של פר'
• מדד למנהלי לקוחות - "מידת השימוש בתוצר" – כמה משתמשים הלקוחות במוצר שפותח (ארגונים מודדים את זה באופן לא כמותי- מנהל הלקוח בודק בשטח מול לקוחות;ויש ארגונים שמודדים את מידת השימוש דרך LOGS ודרך מערכות אינטרנט בצורה כמותית).
• בנוסף לעמידה לו"ז, רוצים להכניס מדד "מי מעכב את הפרויקט"
  

מחלקת פיתוח

• כמות תקלות בייצור ברמת הצוות שאחראי על מע', זמני השבתה
• מדד "מספר פניות פתוחות" ועמידה בלוז לפניות לגבי מערכות בתחזוקה.
• מדד השקעה בתחזוקה מול שו"שים (לפי דיווח שעות)
  

מחלקת QA

• מדד DDP – כמות תקלות בייצור חלקי סך תקלות.
• מדידת תקלות קריטיות ולא קריטיות בעזרת מערכת לניהול התקלות (כי QA צריך לעלות על התקלות הקריטיות)