התרומה מייעול תהליכי ניהול הפרויקטים ברורה ומושקעים בה מאמצים רבים. במהלך עבודתנו עם חברות שונות (רובן בתחום ההיי טק וה IT ) אנו מזהים מספר מגמות בהשקעת חברות בתחום ניהול הפרויקטים:
מעבר מניהול פרויקטים לניהול פורטפוליו – הגדרת מתודולוגיה מסודרת לניהול פרויקט בודד הפכה לסטנדרט במרבית החברות. השלב הבא בהתייעלות עבר לתהליכי ניהול משולב של מספר פרויקטים במקביל. זה כולל תהליכי תעדוף, תכנון משאבים, בקרת השפעות בין פרויקטים, התאמת מספר הפרויקטים הרצים במקביל ליכולת הארגון ולמדדים המוצגים ב DASHBOARD ניהולי.
פרויקטים גלובאלים – חברות רבות מנהלות פרויקטים שחלקם מתבצע בישראל וחלקם במדינות שונות החל מהודו וסין, דרך ארצות מזרח אירופה וכלה בארה"ב ומערב אירופה. ניהול פרויקט גלובאלי דורש שיטת ניהול אחרת וחברות משקיעות בייעול תהליכי הניהול שלו (תכנון, בקרה, הצפת סיכונים, ניהול הצוות) ובמדידת האפקטיביות של הצוותים המרוחקים . הכנסת אלמנטים של אג'ייל – האג'ייל עמנו כבר מספר שנים, והפסיק להיות באזז חדש, אלא צורת עבודה שחברות בוחנות אותה. יישום אג'ייל עמוק ולאורך כלל הפרויקטים, הנו נדיר (וגם לרוב לא תואם את צרכי החברה), אך שילוב אלמנטים מתוך התפישה במערכת ניהול הפרויקטים, תורם ומביא ערך. חברות משקיעות בהכנסת האלמנטים הנכונים לשיפור מערך ניהול הפרויקטים שלהן.
שימוש ב PMO – משרד ניהול פרויקטים הפך ממותרות של חברות הגדולות לנושא הכרחי גם בקטנות. הערך שמתקבל ממנו הנו גבוה ומאפשר להכניס באמצעות המשרד שיטות וכלים חדשים ולדאוג לכך שהמידע יהיה זמין ועדכני כל העת. חברות רבות נעזרות בשירותי משרד ניהול פרויקטים חיצוניים הן לגוף הפיתוח, הן לגוף ה IT והן לפרויקטים גדולים.
שימוש במידע כמותי – שימוש במידע כמותי וב BI, קיים כבר שנים בתחומים של מכירות וייצור. בשנים האחרונות הוא מגיע לניהול הפרויקטים. יותר נתונים כמותיים, מדדים, לוחות מכוונים וניתוחי WHAT-IF. גם ה PMO תרם רבות לנושא.
אלו המגמות שאנו רואים, נשמח לשמוע על מגמות נוספות שאתם רואים בחברות שלכם. |
תגובות (3)
נא להתחבר כדי להגיב
התחברות או הרשמה
/null/text_64k_1#
תודה תמיר ועמנואל על התגובות. כמה התייחסויות:
PMO - רואים גם בחברות קטנות מאד. מבינים שכדאי שיהיה מהנדס צעיר בחצי משרה שידאג שהתוכניות יהיו אפקטיביות ומעודכנות ושכל התהליכים יעבדו כמו שצריך. זה מזמן לא רק בחברות גדולות. חברות קטנות משמתמשות במיקור חוץ.
פורטפוליו אולי לא משמעותי בחברות קטנות מאד אבל ברגע שמנהלים מעל שני פרויקטים במקביל מתחילים לשים לב.
נושאים חדשים שהעלתם כמו ALM, תכנון מונחה בדיקות ו GTD - נמצא בדיונים ובמצגות, אבל מעט בשימוש מעמיק ורחב. עדיין רוב החברות משמתשות בכלי הגאנט המסורתיים ואפילו בצורה מעמיקה יותר
צוותים עצמאיים - יש הבנה שלצוות אורגני יש יתרונות על פני מבנה מטריציוני, אבל רוב החברות לא יכולות להרשות לעצמן לשכפל מומחים ולכן ממשיכות לעבוד מטריציונית (בוודאי בצוותים שמפתחים מוצר משולב חומרה ותוכנה). במקרה כזה קשה מאד לעבוד אג'ייל וחייבים שיטת תכנון יותר מורכבת עם ראיית כלל הפרויקטים, המשאבים וכו'.
ניהול סיכונים - יש באמת עליה בהתעניינות וביישום
שיתוף הלקוח - גישה מבורכת, אבל לצערי עדיין נדרשת דרך לא קצרה להגיע לשם.
CLOUD - יש התעניינות, אבל פחות בהקשר של ניהול פרויקטים.
אין ספק שהתחום חי ובועט ויש התחלות של נושאים חדשים כאלה ואחרים.
המגמות שאתה מתאר מתרחשות כנראה בארגונים ענקיים (בכל זאת - PMO, פורטפוליו, BI וכד' - אלה מילים גדולות, עבור צוותים קטנים).
להגיד הוסיפו אג'ייל או חלקים ממנו זה בעצם להתעלם ממספר מגמות מאוד משמעותיות שלא בהכרח ברורות מהמילה אג'ייל (שבדרך כלל מרמז על פיתוח איטרנטיבי). המגמות שלהלן אומנם מתוארות באג'ייל אבל ניתנות ליישום גם אם לא מאמצים את כל השיטה במלואה (או בכלל):
1. שיתוף הלקוח (או מישהו שמייצג את הלקוח) בפגישות התכנון ובכל שלבי הפרוייקט המשמעותיים. ביותר ויותר פרוייקטים שאני רואה, המתכנתים מפסיקים להתיימר לדעת בשביל הלקוח מה טוב עבורו ובמקום זה מייצרים דו-שיח שמועיל לשני הצדדים...
2. מעבר מניהול ריכוזי לניהול עצמאי של הקבוצה. נפוץ במיוחד בקבוצות של "גיקים". במקום שיהיה מנהל שאומר לכולם מה לעשות ומתי לעשות, יש רשימה של משימות על הקיר וכל אחד תופש יוזמה ולוקח לעצמו משימה. אחרי שסיים אותה, לוקח עוד אחת... למרות שהמודל הזה נראה לכאורה מבולגן, בפועל הוא יוצר הרבה מאוד סדר. כשמישהו בוחר משימה (לדוגמא - פיצ'ר חדש) הוא הרבה יותר מתמסר אליה ועושה את העבודה בגלל שהוא בחר לעשות אותה ולא בגלל שהנחיתו את זה עליו.
3. test driven development - זה אומנם טכניקת פיתוח (ובדיקות) אבל בפועל זאת מטודולוגיה מצויינת לניהול של פרוייקט. זה מצטרף למגמה האחרונה שציינת - שימוש במידע כמותי. ב-TDD, אתה יודע בכל שלב, כמה פותח, כמה נשאר לפתח והכי חשוב - כמה צריך לתקן אחרי השינויים האחרונים שעשינו בפרוייקט... הייתי עד למספר ישיבות סטטוס בהן מציינים לגבי הפרוייקט את כמות הפיצ'רים הירוקים וכמות הפיצ'רים האדומים (שלא עברו טסטים)...
4. נטישת הגנטים המסורתיים לטובת כלי GTD (משהו שעדיין מאוד קשה למנהלים השמרניים לקבל).
4.
מסכים עם הנאמר. אני מחזק ומוסיף , שמהכיוון שלנו אנו רואים דרישה ל - ALM וניהול כולל של תהליך הפיתוח כפי שהוזכר, Agile ונגזרותיו (Scrum וכו'), כלים לצמצום/ניהול סיכונים, מדדים ותובנות (BI) ולאחרונה - התעניינות ב- Cloud .
תמיר גפן
GoMidjets