info@leadera.co.il 077-3008614
  • דף הבית
  • אודות
  • הפתרונות שלנו
    • גיבוש תפיסה, הקמת ואיוש PMO
    • בניית קורסים מותאמים לצרכי הלקוח ומסלולי הכשרה וקריירה בניהול פרויקטים
    • פיתוח, שיפור והטמעת תהליכי עבודה ומתודולוגיה ארגונית בניהול פרויקטים
    • בניית מנגנון ייזום דרישות וניהול פורטפוליו פרויקטים
    • תכנון תכנית עבודה לפרויקט ובקרתו
  • הלקוחות שלנו
  • לקוחות ממליצים
  • בלוג
  • צור קשר
  • עברית
  • English

Category Archives: מאמרים

HomeArchive "מאמרים"
אסטרטגיית רכש בפרויקט- חלק ב'
נובמבר 28 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, מימשקים, מנהל פרוייקטים, מנהל פרויקט, מנהל פרויקטים, מנהלי פרויקטים, מתודולוגיה לניהול פרויקטים, ניהול סיכונים, ניהול פרוייקטים, ניהול פרויקטים, פרויקט, קבלני משנה

אסטרטגיית רכש בפרויקט

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

נרצה עכשיו לקשר את זה לתפקיד מנהל הפרויקט.

למה אסטרטגיית רכש חשובה?

אסטרטגיית רכש חשובה בראש ובראשונה כדי לסייע בניהול סיכוני הפרויקט.

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

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

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

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

ולמה זה קשור אליי כמנהלת פרויקט?

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

אבל סיבה נוספת שהופכת את אסטרטגיית הרכש לחשובה, היא בהיבט של ניהול המימשק מנהל פרויקט – איש רכש.

קראתם בפתיח של הפוסט הקודם שאנשי רכש נתפסים פעמים רבות על ידי מנהלי פרויקטים כ"גורם עוין"?…

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

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

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

השיתוף הזה יסייע לי להפוך את איש הרכש מ"גורם עוין" ל"גורם מאפשר".

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

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

ותודה לדן על הסיוע בכתיבת הפוסט!

נסו ושתפו איך היה לכם,

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

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

More
3230 1
אסטרטגיית רכש בפרויקט- חלק א'
נובמבר 14 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, יעדי פרויקט, מימשקים, מנהל פרוייקטים, מנהל פרויקט, מנהל פרויקטים, מנהלי פרויקטים, מתודולוגיה לניהול פרויקטים, ניהול סיכונים, ניהול פרוייקטים, ניהול פרויקטים, פרויקט, קבלני משנה, תשתיות

למה הכוונה אסטרטגיית רכש בפרויקט?, ולמה זה קשור אליי כמנהלת פרויקט?

https://www.schmalz.com/en/services/procurement/

רכש בפרויקטים

כמי שצמחה בניהול פרויקטי פיתוח בהי- טק, נושא רכש והצטיידות היה קצת מרוחק ממני. רוב תקציב הפרויקט היה מורכב מכח אדם, יותר נכון אומדן ומעקב אחר מספר "חודשי/ שנות פיתוח" (מה שבעבר נקרא men month והיום מטעמי פוליטקלי קורקט נקרא staff month). מעבר לזה היו קצת תשלומים ליועצים, רכש רכיבים לטובת ייצור מעגלים חשמליים לפיילוטים ולבדיקות ועוד, אבל בקטנה.

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

מה זה "אסטרטגיית רכש"?

על פי ה-PMBOK, גוף הידע בניהול פרויקטים, מבית PMI, ניהול רכש בפרויקט, שנדון בפרק 12 שבספר, מוגדר כ: "כל התהליכים הנדרשים בשביל לרכוש או להשיג מוצרים, שירותים או תוצאות מהסביבה החיצונית עבור צוות הפרויקט. כולל את תהליכי ניהול החוזים ובקרת השינויים הנדרשים עבור הכנת חוזים וניהולם, או הזמנות רכש שהנפיקו אנשי צוות פרויקט מוסמכים."

ניהול הרכש כולל 4 תהליכים כאשר הפעם נתרכז בראשון מבינהם שהוא תכנון ניהול הרכש (תהליך 12.1). תהליך שמטרתו תיעוד החלטות רכש של הפרויקט ובראשן החלטת קנה-יצר (Make or Buy)- האם לקנות חלק מהמוצרים או השירותים מחוץ לפרויקט או לעשות ייצור עצמי. בנוסף תהליך זה כולל פירוט הגישה וזיהוי ספקים אפשריים. במסגרת תכנון ניהול הרכש, מומלץ לבנות את אסטרטגיית רכש (שזה אגב, חידוש שלא היה בוורסיה 5 והתווסף בגרסה הנוכחית של הספר, גרסה 6).

אסטרטגיית הרכש (Procurement strategy ) היא אוסף ההחלטות הנדרשות לגבי אופן ביצוע הרכש וההתקשרויות. החלטות אלו כוללות:

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

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

יש כמובן הרבה סוגים של שיטות התקשרות* וצריך לבחור את המתאימה מבינהן.

כמה דוגמאות:

  • - למשל, הקמת כביש 6 בוצעה על ידי חברת דרך ארץ, שהיא זכיינית שנבחרה על ידי המדינה, והגישה הייתה Build-Operate-Transfer (BOT) בנה-הפעל-העבר, שפרושו שדרך ארץ הקימה את הכביש, מימנה את הקמתו, ומתפעלת אותו למשך תקופה קבועה מראש, שבסיומה יעבור הכביש לידי מדינת ישראל.
  • - או- הקמת מפעל כימי – את בניית החצרות והשלד אתן למתכנן חיצוני, שיקח אחריות תכנון וביצוע ועמידות של המבנה לדרישות שלי, אבל את תכנון המערך הכימי באם זה IP שלי, אני אהיה אחראית על התכנון ואתן לקבלן לבצע את ההקמה (ביצוע).
  • - פרויקטי תשתית במדינה בוצעו שנים רבות בגישת מכרזי ביצוע, כלומר שהסקטור הציבורי אחראי על התכנון המפורט של הפרויקט ומוציא מכרז לבחירת גורם מבצע ופיקוח על הביצוע. הגורם המבצע עוסק בתהליך ההקמה ובסיומו הוא מוסר את הפרויקט לגורם הציבורי המזמין שמתפעל אותו.
  • - בשנים האחרונות הוכנסה גם שיטה של Design-Build (DB) תכנון- ביצוע, לפיה הגורם הציבורי מבצע תכנון ראשוני בלבד ומעביר את האחריות לתכנון מפורט + לביצוע אל הסקטור הפרטי.
    וכן הלאה.

כל אחת מגישות אלו משפיעה באופן משמעותי על ניהול הפרויקט ועל האחריות עליו ועל תוצריו.

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

  1. סוג החוזה והתמריצים/ שיטת התשלום –
    בנוסף ובהתאמה לגישת האספקה הרלבנטית, יש לקבוע את סוג החוזה, התמריצים ושיטת התשלום.

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

למשל כשאני מזמינה שירותי הובלת תכולת דירה ומקבלת מחיר קבוע וידוע מראש (חוזה Fixed price), לעומת כשאני מזמינה אינסטלטור לתיקון בעיה בצנרת והמחיר יקבע תוך כדי השירות ולאחר שתובן מה הבעיה ומה אופן הפתרון הנדרש (חוזה (Cost plus.

  1. שלבי הרכש ומעבר משלב לשלב-
    מה השלבים השונים של הרכש ומה קורה בכל שלב, איזה אבני דרך ישמשו לבקרה, מה הקריטריונים לעבור משלב לשלב וכד'.

 

זוהי אסטרטגיית רכש לפרויקט.

למה היא חשובה ואיך זה קשור אליי כמנהלת פרויקט?- על זה בפוסט המשך. הרשמו לניוזלטר שלנו (בחלק החתון של הדף) כדי לקבל את חלק ב'.

 

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

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

*כשמדובר בפרויקט הקמה או בינוי, צריך להחליט האם הגישה היא turnkey, design build (DB), Design build operate (DBO), build own operate transfer (BOOT)  וכו'
**סוגי חוזים מקובלים הם: fixed price, cost plus, time and material ועוד.

More
3688 0
איך נאס"א מנהלת את תוכנית הפרויקטים השנתית
יולי 11 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, PMO, PPM, ארגון ושיטות, בקרת פרוייקטים, בקרת פרויקט, מחזור חיי פרויקט, מנהל פרוייקטים, מנהל פרויקט, מנהל פרויקטים, מנהלי פרויקטים, מתודולוגיה לניהול פרויקטים, ניהול פרוייקטים, ניהול פרויקטים, פורטפוליו פרויקטים

איך נאס"א* מנהלת את תוכנית הפרויקטים השנתית

http://leadera.co.il/

http://leadera.co.il/

תכנון שנתי

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

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

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

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

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

תוכנית ששת השלבים של נאס"א

כדי ליצר תוכנית שנתית שתהיה מקובלת על כלל האוכלוסייה שלהם החליטו בנאס"א על בניית תוכנית שנתית בשישה שלבים

  1. בניית תוכנית אסטרטגית
  2. קריאה להצעות
  3. ציונים ועדיפויות
  4. איחוד
  5. התכנסות
  6. תכנית שנתית

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

1. בניית תכנית אסטרטגית

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

2. קריאה להצעות

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

3. ציונים והעדפות

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

  • Compliance: אליו פרויקטים שהארגון מחויב אליו על פי דרישות רגולציה
  • חזון: פרויקטים שיעזרו לארגון לעמוד במטרות ארוכות הטווח שלו
  • חדשנות: רעיונות שאף אחד לא עשה קודם
  • יכולות חדשות: פרויקטים שיכניסו יכולות חדשות לארגון
  • שימור של יכולות: פרויקטים שנדרשים כדי לשמר יכולות קיימות (למשל שדרוג גרסה למוצר לפני End of life)

ואז מתחיל תהליך ההערכה. מספר קבוצות בודקות כל אחת את התחום שלה:

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

כל קבוצה נותנת ציון התחום שלה לכל הפרויקטים והחיבור ביחד נותן את הציון המשוקלל של הפרויקט.

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

4. איחוד

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

5. התכנסות

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

6. תכנית שנתית

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

מה הלאה

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

בגוף הידע בניהול פרויקטים, ה-PMBOK יש תרשים שמתאר את מעגל ה- Organizational Project Management בצורה פשוטה:

Figure 1-4. PMBOM ver 6, PMI

Figure 1-4. PMBOM ver 6, PMI

לסיום

נשמע הגיוני ומוכר?

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

בארגונים לא מעטים בימים אלו גוף ה-PMO, בעיקר EPMO מסייע, מתכלל ומנגיש מידע שרלבנטי ומאפשר את תהליך בניית התוכנית כפי שמתואר לעיל, כול התיקוף הרבעוני/ עיתי הנדרש. תפקיד מענין ובעל השפעה.

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

בהצלחה!

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

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

*

נאס"א- מנהל האווירונאוטיקה והחלל הלאומי

NASA= National Aeronautics and Space Administration:

 

 

More
3582 0
פיצוח אגוזים
יוני 23 2018 Galit מאמרים 0 comments Tags: PMI, אחריות ללא סמכות, מנהל פרוייקטים, מנהל פרויקט, מנהל פרויקטים, מנהלי פרויקטים, ניהול בעלי ענין, ניהול פרוייקטים, ניהול פרויקטים, קורסים בניהול פרויקטים

פיצוח אגוזים

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

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

כמה טיפים לפיצוח האגוזים:

בנה קשרים

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

תקשיב לפני שתנסה לשכנע

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

זכור את שפת הגוף שלך (ואת הטון שלך)

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

לפתח מומחיות

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

תן לאנשים מה שהם רוצים

ניתן להגדיל את ההשפעה על נושא מסוים על ידי מסגור אותנטי של התועלת לאנשים אותם רוצים לרתום. שקול את כל הצרכים של בעלי העניין והפרספקטיבות השונות. בחן וגלה מה הם צריכים לשמוע ומה ילכוד את תשומת הלב שלהם. עבור כל אדם, ודא שאתה עונה על השאלה: What's in it for me? או בעברית, "אמיל"י" – אני מה יוצא לי מזה? כשתציג רעיון, דבר על טובת הארגון כולו ממנו, השתמש במילה "אנחנו", כמו ב'אנחנו נראה ערך', ברור שאם הרעיון הוא עניין של קידום אישי, אנשים לא יעמדו בתור…

הכי חשוב – מפה אסטרטגיה

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

 

לסיכום

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

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

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

בהצלחה!

גילית סגל, מנהלת פרויקטים ויועצת בכירה Leadera

מומחית למצוינות וניהול פרויקטים בפריסה גלובלית

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

 

* מקצוענות קשורה להתנהלויות ותכונות שלנו כבעלי מקצוע מעבר לידע המקצועי (מקצועיות קשורה לידע המקצועי של כל אחד ואחד בתחומם העיסוק שלו).

More
2738 3
מה זה גריט?
מאי 25 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, יעדי פרויקט, מנהל פרוייקטים, מנהל פרויקט, מנהל פרויקטים, מנהלי פרויקטים, ניהול סיכונים, ניהול פרוייקטים, ניהול פרויקטים, סולם קריירה בניהול פרויקטים, ספונסר, קורסים בניהול פרויקטים

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

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

 

http://www.freedigitalphotos.net/

http://www.freedigitalphotos.net/

מה זה גריט?

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

 

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

לדבריה, שלושת המאפיינים העיקריים של מצליחני גריט הם:

  • 1- תשוקה גדולה למה שהם עושים,
  • 2- תקווה, התעקשות לא להרים ידיים אף פעם ולהמשיך למצוא דרכים להיות טובים יותר (גם כשהם כבר טובים),
  • 3- ויכולת להציב לעצמם יעדים קטנים וברורים בדרך ליעד הגדול.

למה זה נראה לי רלבנטי למנהלי פרויקטים?

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

פערים וכישורים שחסרים ליחידים- משלימים בארגון באמצעות הכשרות וקורסים.

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

בשיחות האלה לא פעם ולא פעמיים אנחנו שומעים את השאיפה שמנהלי הפרויקטים "יתאבדו על המשימה"; "Will make it Happen"; "ידלברו" (מלשון Delivery); "יביאו תוצאות" ועוד שלל ביטויים שאומרים כולם אותו דבר- כשאני ממנה מנהל פרויקט להוביל משימה בארגון לטובת השגת יעדים, אני מצפה ממנו להצליח בה ולהשיג את היעדים! כמה פשוט- ככה קשה…

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

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

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

כלי ניהול פרויקטים שמסייעים לגריט

האמת שיש כמה טכניקות וכלים בניהול פרויקטים שתומכים במאפיינים האלו:

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

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

עצם קיומה של תוכנית פרויקט עם אבני דרך או תוכנית לניהול סיכונים, עוד לא אומר שהיא גם תמומש… כידוע- כלים הם מעולים רק כשמישהו עושה בהם שימוש …

ולכן מנהל פרויקט בעל גריט, בשילוב כלים לניהול פרויקטים- הוא/ היא פשוט הצלחה מובטחת,
וזו כבר עבודה פרטנית של כל אחד ואחת מאיתנו (ואולי זה בכלל בגנים?…)

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

בהצלחה!

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

נ.ב.- אם את/ה רוצה להיות הראשון/ה שמקבל/ת עדכונים, את/ה מוזמן/ת להרשם לניוזלטר באתר.

More
6120 1
האם יש עתיד לPMO?, מהו ה-PMO העכשווי?
אפריל 28 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, PMO, ארגון ושיטות, בקרת פרוייקטים, בקרת פרויקט, יעדי פרויקט, מה זה PMO, מנהל פרוייקטים, מנהל פרויקט, מתודולוגיה לניהול פרויקטים, ניהול ידע, ניהול פרוייקטים, ניהול פרויקטים, פורטפוליו פרויקטים, שינוי ארגוני

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

מי שלא הולך קדימה הולך אחורה

מיכאל גורבצ'וב אמר ש"מי שלא צועד קדימה במוקדם או במאוחר ימצא את עצמו צועד אחורה". כמו בכל מקצוע, גם ה- PMO (Project Management Office)  צריך להתקדם ולהתאים את עצמו לדרישות העדכניות של הארגון שלו והשוק בכללותו. בימים אלו, כשמדברים על "עולם בהפרעה" (Disruptive world)- הדבר נכון פי כמה וכמה.

יש הרבה יישומים של PMO

במחקר גלובלי של Project Management Solutions נאמר שב-2016 ל-85% מהחברות יש גוף PMO  פעיל!, ואחוז זה עולה ככל שהארגון גדול יותר. זה מספר עצום ביחס לתפקיד שעד לפני כמה עשרות שנים לא היה קיים בכלל.
גיל ממוצע של גוף PMO  הוא 5 שנים, כאשר חלק ניכר מה-PMO  מתמודדים עם האתגר של להוכיח את ערכם על בסיס קבוע. אתגר נפוץ נוסף הוא להתמודד עם התפיסה של העובדים בארגון שתהליכי עבודה בניהול פרויקטים נתפסים כבירוקרטיה ותקורה מיותרת.

יש הרבה מודלים ויישומים של PMO  (Project Management Office), שמתורגם בעברית ל"משרד לניהול פרויקטים". בLeadera- אנחנו מסייעים ללקוחותינו להקים ו/או לשדרג גופי PMO, ואצל כל לקוח אנחנו רואים הגדרות ויישומים שונים של התפקיד.

ב PMBOK מבחינים בין סוגים שונים של מבני PMO בהתאם לדרגת השליטה וההשפעה על הפרויקטים: תומך; שולט; ומנחה. חיפוש בגוגל על תפקיד ה- PMO מעלה מודלים שונים ורבים, חלקם הגדרות דומות כמו "מרכז ידע", "שיפור תהליכים" אבל חלקם הגדרות שונות ולפעמים אף חוסר הסכמה לגבי המודלים של ה PMO; שיחות עם אנשים שהגדרת התפקיד שלהם היא PMO מעלות שכל אחד עושה דברים אחרים…

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

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

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

להלן שני תחומים שכאלו.

http://www.freedigitalphotos.net/

http://www.freedigitalphotos.net/

התפתחויות המשפיעות על ה- PMO

חיבור לביזנס באמצעות מנגנוני PPM- Project Portfolio Management-

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

אחד השינויים הבולטים שתופס יותר ויותר הוא צרוף משימות של ניהול פורטפוליו פרויקטים, לאחריות של ה- PMO. תפקיד ה PMO מתרחב ומכיל יותר ויותר פעולות שקשורות לעולם ה- PPM והשפעתו על הביזנס.

זה עדיין לא אומר שכל ארגון וכל PMO יטפל ב PPM אבל בהסתכלות קדימה יותר ויותר ארגונים יפתחו מודלים של PPM ויערבו את מודל ה PMO בנושא. המשמעות היא שאזורי הפוקוס של ה PMO יצטרכו להתרחב לאזורי הביזנס ולא רק ברמת הפרויקט. הפעילויות המסורתיות של ה PMO צריכות להיות מתואמות עם פעולות ה PPM והמטרות של הארגון. זאת בנוסף ומבלי לפגוע בפעילות התמיכה בפרויקט ספציפי, בין אם בשלב בניית תוכנית הפרויקט ובין אם בהקשר של בקרת התקציב או הלוז. על מנת לא לבלבל יש שקוראים לתפקיד זה PO- Project Office  ולא PMO כדי לייצר אבחנה.

בשעה שהתפקיד המסורתי של ה PMO קשור לתהליכים, מתודולוגיות ושגרות ביצוע, ה- PMO יצטרך למצוא את הדרך להשתמש באותם כלים לא רק לפתור בעיות פרויקטליות אלא גם אתגרים ארגוניים ולהביא תוצאות עסקיות:

סוגיות כמו חלוקת משאבים טובה יותר בין הפרויקטים; תעדוף של פרויקטים וסינון שלהם לפורטפוליו על פי רמת התרומה שלהם לאסטרטגיה העיסקית; שיקולים של Time to Market; קבלת החלטות על פתיחת ו/או סגירת פרויקטים בראייה ארגונית כוללת; בניית תוכניות עבודה שנתיות או תקופתיות;  ועוד.

התאמה לסביבה פרויקטלית דינאמית-

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

כבר כיום רואים בארגונים ערב רב של שיטות וסוגי ניהול. בעוד ה- Agile תופס כל חלקה טובה בפרויקטי פיתוח תוכנה, הרי שבפרויקטים המערבים דיספלינות נוספות רואים גיוון ושונות בשיטות ניהול הפרויקט. בחלק מהמקומות פרויקטים מסוימים עובדים אג'ילי וחלק אחר Waterfall . ב-PMBOK  האחרון, ורסיה 6, יש פירוט של מגוון השיטות שניתן למצוא כיום- אג'ייל, מחזורי Iterative)), מסתגל (Adaptive) או היברידי.

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

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

 

PMO- "איך" יותר מ"מה"

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

סיכום

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

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

בהצלחה!

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

נ.ב.- אם את/ה רוצה להיות הראשון/ה שמקבל/ת עדכונים, את/ה מוזמן/ת להרשם לניוזלטר באתר.

 

 

More
8144 0
תחת אבטחה
מרץ 25 2018 Galit מאמרים 0 comments Tags: PMO, אבטחת מידע, יעדי פרויקט, מחזור חיי פרויקט, מנהל פרויקט, מערכות מידע, מתודולוגיה לניהול פרויקטים, ניהול סיכונים, ניהול פרוייקטים, ניהול פרויקטים, קבלני משנה, קורסים בניהול פרויקטים, רגולציה, תשתיות

אבטחת מידע בניהול פרויקטים

אבטחת מידע כצוואר בקבוק בפרויקט

 

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

למה זה?- כי מחד דרישות אבטחת מידע הן מחייבות ומחמירות, ומאידך- חוסר זמינות של צוות אבטחת המידע בארגון לתמוך בפרויקט (עקב עומס ועבודה מרובה בכל הפרויקטים), לא מאפשר למנהל הפרויקט להתקדם כראוי ובקצב הנדרש.http://www.freedigitalphotos.net/

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

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

מה זה אבטחת מידע ואיך היא קשורה לפרויקט?

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

התכונות של פעילות מערכות מידע מייצרות פגיעות שלהן. תכונות אלו כוללות:

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

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

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

(כנגדם אגב מתפתח תחום חדש יחסית של ביטוחי סייבר…)

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

  • - פרויקטים בתחום מערכות מידע (IT), הכוללים התקנה או שידרוג של מערכות המיחשוב שמאפשרות לעסק לפעול- קרי התקנה של מערכות Enterprise resource planning (ERP)  או Customer relationship management (CRM) בארגון, משאבי אנוש, מערכות פיננסיות וחיובי לקוחות, מערכות ייצור והפצה ועוד; תשתיות מיחשוב של מחשבים, שרתים, ניידים, מערכת דוא"ל, תקשורת לחדרי ועידות וכו.
    לדוגמא מערכת לשינוע חומרי גלם וסחורות ללקוחות בעולם, שמחוברת למערכות של ספקי משלוחים באוניות ואלו מזינים למערכת נתוני מיקום GPS, זמני הגעה ועוד
  • - פרויקטי פיתוח מוצר, הכוללים מוצרים טכנולוגים פיסיים (חומרה) או אפליקטיביים (תוכנה), דוגמת טלפונים ניידים, אוזניות, אפליקציות, שירותי אונליין ועוד.
    לדוגמא, פיתוח תוכנה לניטור ביצועי תחנות קצה של משתמשים, שכיוון שמחזיקה מידע של ועל משתמשים, מחייבת לבצע ולהציג סקר סיכוני אבטחת מידע של המשתמשים.
    סקר זה אגב, בוצע ע"י חברה חיצונית כדי לקבל אישור להתקין את המוצר אצל הלקוח, מה שהוסיף עוד גורם שצריך לתאם איתו ועוד תוספת זמן משמעותית לפרויקט (הסקר יכול להתבצע רק בסוף וצריך להשאיר זמן לתיקונים).
  • - פרויקטים הנדסיים של הקמת מיבנים, אתרים ומפעלים, הכוללים מערכות שליטה ובקרה (במידה והללו מאפשרים כניסת נתונים מבחוץ ואין הפרדה בין רשת פנים לרשת חוץ): דוגמת מערכות שליטה במשאיות תובלה, בניית מבנים עם מנגנוני בקרה מרחוק, הקמת קווי ייצור נשלטי מחשב ועוד.
    למשל, הקמת תחנת כח, שכיוון שעוסקת בייצור אנרגיה היא נמצאת תחת רגולציה של אבטחת מידע תחת רא"מ (רשות אבטחת מידע).

בקיצור- כמעט כל הפרויקטים…

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

למשל, רגולציית ה-(GPDR) General Data Protection Regulation (EU), שתכנס לתוקף במאי 2018, היא אירופאית ומגיעה כחוק עם אכיפה ושיניים חזקים ביותר. החוק מטיל אחריות אישית על הארגון ומנהליו ולא מאפשר להעביר אחריות לגורם מיקור חוץ שביצע את הפרויקט. במקרה של הפרה, קנסות יכולים להגיע גם ל4% מהמחזור השנתי של החברה המפרה…

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

אז מה עושים? מימשק מנהל פרויקט- מומחה אבטחת מידע

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

מה כולל המימשק הזה של מנהל פרויקט- מומחה אבטחת מידע?:

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

 

וחזרה ללקוח שלנו ולחשיבות שיש לגורם אבטחת מידע בפרויקטים-

שם כאמור מצד אחד חייבים לשתף אותו ומאידך הוא עמוס והופך להיות צוואר בקבוק בפרויקט.

  • כדי לפתור את הבעיה הוגדר בצורה פורמלית המימשק בין מנהל הפרויקט לגורם אבטחת מידע באופן שברור מתי ואיך בתהליך הפרויקטלי מנהל הפרויקט פונה לאבטחת מידע. למשל- מסמך האפיון יאושר וייחתם בין השאר גם על ידי אבטחת מידע. באופן הזה מובטח שפרויקט לא יתקדם ללא התייחסות לדרישות ולחוקים של אבטחת מידע.
  • בנוסף, גוף אבטחת מידע נמצא בקשר קבוע עם גוף ה-PMO ומקבל ממנו את תוכנית הפרויקטים הצפויים לתקופה הקרובה. כך הוא יודע איזה פרויקטים מתוכננים וכמה עבודה של תמיכה בפרויקטים צפויה לו.
  • ואחרון חביב, הוגדר "מחירון" של תמיכת אבטחת מידע בפרויקטים: למשל בפרויקט קטן נדרשות 50 שעות ליווי ויעוץ של איש אבטחת מידע, בפרויקט בינוני 100 שעות וכך הלאה. מחירון זה, ביחד עם תוכנית העבודה השנתית לפרויקטים, מאפשרים למנהל יחידת אבטחת מידע לצפות עומסים ולתכנן את כמות כח -האדם הנדרשת לו כדי להיות מסוגל לספק שירות נאות למנהלי הפרויקטים בהם הוא תומך.

 

 

אז קדימה- בואו נאבטח את הפרויקטים שלנו. בהצלחה!

תודה לאייל, דורון ואיזית על ההכוונה.

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

נ.ב.- אם את/ה רוצה להיות הראשון/ה שמקבל/ת עדכונים, את/ה מוזמן/ת להרשם לניוזלטר באתר.

More
3483 2
זוגיות בניהול פרויקטים
מרץ 14 2018 Galit מאמרים 0 comments Tags: מנהל פרוייקטים, מנהל פרויקט, מתודולוגיה לניהול פרויקטים, ניהול פרוייקטים, ניהול פרויקטים

סוחב את האחריות לבד?

אישית אני מאמינה באחריות אישית, מישהו שיודע שמשימה כלשהי באחריותו, לטוב ולרע. יש בזה משהו ממריץ, ההבנה שאם אני לא אעשה/אוביל/אחליט/ איידע- זה לא יקרה.

לא בכדי אוהבים להגיד בעולם ניהול הפרויקטים Make it happen, תגרום לזה לקרות.

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

יותר ויותר אני נתקלת במינוי של הובלה כפולה, של שני אנשים שמתמנים יחד, בזוג, להוביל משימה אחת מורכבת וגדולה.

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

לעומת זאת תפקידים כמו PM/TPM (Technical Project Manager), או מנהל פרויקט מערכות מידע עם מנהל פרויקט מטעם הביזנס, הם סוג של שניים באותה משבצת. ובאמת חלוקת האחריות בין השניים לא טריוויאלית.

זה הוביל אותי לחפש קצת על הביטוי שנקרא Two in a box  (הכוונה למבנה ארגוני ניהולי שמייצר שותפות ניהולית), ולראות את ההתאמה שלו לעולם ניהול הפרויקטים.

אז איך ניתן לחלק אחריות?

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

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

סוגי חלוקת תפקוד אפשריים, עליהם למדתי במאמר מומלץ של  Harvard Business Review, הם:

  • על בסיס משימות (Task complementarity )- בדרך כלל תוך אבחנה בין משימות פנימיות לארגון או חיצוניות לארגון. אני קוראת לחלוקה הזו "שר הפנים ושר החוץ"- כלומר, האחד שאחראי על הסביבה החיצונית לארגון, והשני על הסביבה הפנימית של הארגון.
    חלוקה זו נפוצה מאד ועל בסיסה בנויים לרוב התפקידים של המנכ"ל CEO, וסמנכ"ל התפעול COO .
  • על בסיס מומחיות (Expertise complementarity)- כאשר כל אחד מומחה בתחום שונה ושתי המומחיות נדרשות למילוי המשימה. למשל אם אחד מומחה בפיננסים, השני ישלים עם מומחיות הנדסית והכרות עם המוצר.
    טוענים שזו היתה החלוקה בין ביל גייטס וסטיב באלמר במיקרוסופט, כאשר גייטס היה אחראי על החזון הטכנולוגי ובאלמר על השיווק והמכירות.
  • על בסיס השלמה קוגנטיבית (Cognitive complementarity )- כלומר באופן בן אנו מעבדים מידע. אחד רואה את התמונה הגדולה, החזון, המטרה, והשני בקיא בפרטים, בתהליכים, בדרך. נדיר למצוא מישהו שאצלו שני אלו שווים ולכן חלוקה על בסיס זה תהווה השלמה, כמו יזם ומבצע.
  • על בסיס תפקיד חברתי (Role complementarity )- לרוב לכל אדם יש תפקיד חברתי אחד בלבד, אי אפשר להיות אהוב ושנוא ביחד. למשל חלוקה שמוכרת בשם "השוטר הטוב" ו"השוטר הרע".

אם אני לוקחת כדוגמא את החברה המשפחתית בה עבדתי מספר שנים, חברה לפיתוח, ייצור ושיווק תאורת חוץ, אני מגלה שחלוקת התפקידים בין שני השותפים, ענתה למעשה על רוב הקטגוריות האלו יחד…
שותף אחד היה אחראי על האסטרטגיה, צמיחת החברה לשווקים נוספים/ מוצרים נוספים/ פלחי שוק נוספים, יוזמות, לקוחות, מסחר, יבוא / יצוא,  פיננסים ומשפטי (1- על בסיס משימות בסביבה חיצונית; 2- על בסיס מומחיות מסחרית; 3- על בסיס ראיית התמונה הכללית),
השותף השני היה אחראי על המפעל, רצפת הייצור, ספקים וחומרי גלם, פועלים, משלוחים, מכונות והנדסה, מימוש היוזמות (1- על בסיס משימות בסביבה פנימית; 2- על בסיס מומחיות הנדסית; 3- על בסיס ראיית הפרטים).

אלו למעשה שיטות ניהוליות, חלקן נפוצות למדיי.

אז למה בעצם לא "להלוות" את הקונצפט הזה לעולם ניהול הפרויקטים?

http://www.freedigitalphotos.net/

http://www.freedigitalphotos.net/

Two in a Box בניהול פרויקטים

 

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

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

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

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

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

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

 

איך זה עובד בפרויקט המדובר? שאלה טובה….

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

אם מי מכם מכיר או היה שותף לניהול פרויקט בשיטת Two in a box- נשמח לשמוע חוויות ותובנות.

 

בהצלחה!

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

נ.ב.- אם את/ה רוצה להיות הראשון/ה שמקבל/ת עדכונים, את/ה מוזמן/ת להרשם לניוזלטר באתר.

More
2615 0
לא חוסכים בחגיגות
ינואר 09 2018 Galit מאמרים 0 comments Tags: PMBOK, PMI, PMO, PPM, בקרת פרוייקטים, בקרת פרויקט, העברה מפיתוח לייצור, יעדי פרויקט, מדדים, מנהל פרוייקטים, מנהל פרויקט, מתודולוגיה לניהול פרויקטים, ניהול פרוייקטים, ניהול פרויקטים

לא חוסכים בחגיגות

http://www.freedigitalphotos.net/

מה חוגגים?

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

למה לא בעצם?

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

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

צריך לחגוג סיום פרויקט!

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

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

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

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

איך לחגוג סיום פרויקט?

הנה מספר דגשים ורעיונות איך להטמיע את נושא חגיגת סיום פרויקט בארגון:

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

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

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

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

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

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

  4. "עשו מכל הלב או אל תעשו בכלל". הפחד הכי גדול הוא מאכזבה של הצוות, שיהיו ציפיות לחגיגה שלא ימומשו, או חלילה שיגידו שהתקמצנו.
    החגיגה חשובה מאוד אבל אם לא תשקיעו בה מכל הלב, זה עלול לגרום יותר נזק מתועלת. וכשאני אומרת "מכל הלב" הרעיון הוא להתכוון ולהתאמץ. נכון שתקציב מכובד בהחלט תורם, אבל הוא לא העיקר. העיקר זה "לראות את האנשים", להתאים להם פעילות שיאהבו, לחבר לאיזו דאחקה או בדיחה פרטית שנולדה במהלך הפרויקט וכד'.
    בזמנו הייתי שותפה לפרויקט ששילב צוות בישראל עם צוות בארה"ב. איכשהו הסתבר שכולם מאד אוהבים פיצה והיו דיוני "עומק" על התוספות המוצלחות ביותר לפיצה עם ויכוחים על התוספת המוצלחת ביותר. כשהגענו לסוף הפרויקט ומנהל הפרויקט  האמריקאי הבין שיהיה קשה לייצר חגיגה טראנסאטלנטית בתקציב מוגבל… הוא הפתיע בישיבת הפרויקט המסכמת עם פיצה לכולם כולל כל התוספות שנבחרו כמוצלחות ביותר. היופי ברעיון היה שהוא טרח ובירר מראש כמה ואיך קונים פיצה בישראל, ודאג שבמהלך הפגישה שהתבצעה ב video conference יגיעו מגשי הפיצה גם לחדרי הישיבות שבישראל. זו היתה מחווה קטנה אבל נוגעת ללב.

לסיום

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

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

 

לסיום נאחל- לחיי הפרויקטים המצליחים והחגיגות שבדרך!

גם לכם יש רעיונות וסיפורים על חגיגות סיום פרויקט? שתפו אותנו.

 

בהצלחה!

כאן בשבילך, גלית יסקרביץ- טיץ, וצוות Leadera

נ.ב.- אם את/ה רוצה להיות הראשון/ה שמקבל/ת עדכונים, את/ה מוזמן/ת להרשם לניוזלטר באתר.

 

 

 

More
3101 2
רגע, אז מי בכלל אחראי?
דצמבר 25 2017 Galit מאמרים 0 comments Tags: PMBOK, PMI, RACI, בקרת פרוייקטים, מנהל פרוייקטים, מנהל פרויקט, מתודולוגיה לניהול פרויקטים, ניהול פרוייקטים, ניהול פרויקטים, פרויקט, תקשורת בפרויקטים

רגע, אז מי בכלל אחראי?

איך מחלקים תפקידים ואחריות לבעלי הענין השונים בניהול פרויקטים? 

על מטריצת ה- RACI ואופן השימוש בה.

 

RACI בניהול פרויקטים

RACI בניהול פרויקטים

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

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

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

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

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

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

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

 

חלוקת תפקידים ואחריות

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

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

מה שכן, יש כלי פשוט למדיי, שמניסיוני יכול לעזור, ולכלי הזה קוראים RACI.

 

RACI

מודל RACI משמש להגדרת תחומי אחריות ומעורבות של הגורמים השונים בפרויקט.

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

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

אז בואו נסביר מה זה בדיוק:

RACI הם ראשי תיבות של

R – Responsible – אחראי לביצוע המשימה

A – Accountable – הנושא באחראיות להשלמת המשימה

C – Consulted – מי מתיעצים איתו לביצוע המשימה

I – Informed – מי שמיודע על פרטי המשימה

הרעיון הוא ליצר מטריצה שמגדירה עבור כל משימה מה סוג הסמכות שיש לכל עובד.

בואו נסתכל על דוגמא שתמחיש את הנושא:

יגאל מפתח את פיצ'ר X שיתממשק לפיצ'ר Y שמפתחת יעל. יוגב הוא מנהל הפרויקט ואירית היא מנהלת המרקטינג. עבור פיצ'ר X יגאל הוא -Responsible הוא זה שמבצע את העבודה, יעל היא Consulted כי הפיצ'ר שמפותח צריך להתממשק עם הפיצ'ר שהיא מפתחת, יוגב הוא Accountable כי הוא מנהל הפרויקט ואירית היא Informed כי היא רק צריכה לדעת שהפיצ'ר הסתיים. כך זה יראה בטבלה:

  יגאל יעל יוגב אירית
פיצ'ר X R C A I
פיצ'ר Y C R A I

 

מה הופך את RACI ליעיל?

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

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

 אז איך מנהלי פרויקטים משתמשים ב RACI?

יש שישה שלבים להגדרת המטריצה:

  1. הכנת רשימה של משימות הפרויקט
  2. זיהוי כל המעורבים בפרויקט
  3. זיהוי כל האחראים לביצוע (R) והאחראים למשימה (A)
  4. וידוא שיש רק A אחד לכל משימה
  5. הוספת כל המתיעצים (C) והמעורבים לידיעה (I)
  6. שיחה עם כל המעורבים בפרויקט ווידוא שכולם יודעים מה תפקידם

כללי "עשה ואל תעשה" לשימוש במטריצת RACI

  1. רק Accountable אחד! אם יש יותר מאיש זה כמו שיהיה יותר מנהג אחד באוטו….
  2. ודאו שהכמות הנכונה של אנשים הם Responsible. יותר מדי אנשים לאותה משימה זו דרך בטוחה לבזבוז זמן. אם המשימה קצרה ופשוטה ה A וה R יכולים להיות אותו אדם
  3. אל תשתמשו ביותר מדי Consultants. יותר מדי יועצים יאטו את המשימה ויגדמו לוויכוחים מיותרים ויותר מדי דעות
  4. שמרו על אנשים מיודעים, אולי לא צריך להתיעץ עם כולם, פשוט מספיק לידע אותם? שימו לב שיש אנשים בטור הזה, זה יחסוך אי נעימיות בהמשך הדרך.
  5. הפכו את ההכנה של המטריצה למשימה משותפת. כולם צריכים להרגיש בנוח עם התוצאות.

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

כנראה שה- RACI לא יבטיח שהעבודה תתבצע…, אבל לפחות כל אחד יודע מה חלקו במערכה, וזו כבר התחלה טובה-

בהצלחה!

 

ולקינוח סרטון קצר שמסביר מה זה RACI

More
8350 2
  • 1
  • 2
  • 3
  • 4
  • 5

נשמח לעמוד לרשותכם

ניוזלטר

הירשמו בחינם לניוזלטר שלנו ותהיו הראשונים לקבל את כל המאמרים החדשים והעדכונים שלנו

הפתרונות שלנו

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

מאמרים מומלצים

  • מה זה PMO?
  • ניהול פורטפוליו פרויקטים – למה?
  • טיפוח ושימור מנהלי הפרויקטים לשם הגדלת ריווחיות החברה
  • מנהל פרויקט- יש לך ספונסר?
  • English

קטגוריות נפוצות

  • ביקורים- ניהול פרויקטים בארגונים
  • הצצה לפרויקט
  • ללא קטגוריה
  • מאמרים
  • קצרצרון

פוסטים אחרונים

  • מה למדתי מאבא על ניהול עסק עצמאי
  • פרויקטים שמתקדמים בימי קורונה
  • PMO בחברת מדיקל- איך זה נראה?
  • האם פרויקט בראשית הצליח?
  • רשמים מהכנס השנתי לניהול פרויקטים של PMI ישראל, יוני 2019

נשמח לעמוד לרשותכם

ניוזלטר

הירשמו בחינם לניוזלטר שלנו ותהיו הראשונים לקבל את כל המאמרים החדשים והעדכונים שלנו

הפתרונות שלנו

  • גיבוש תפיסה, הקמת ואיוש PMO
  • בניית קורסים מותאמים לצרכי הלקוח ומסלולי הכשרה וקריירה בניהול פרויקטים
  • פיתוח, שיפור והטמעת תהליכי עבודה ומתודולוגיה ארגונית בניהול פרויקטים
  • בניית מנגנון ייזום דרישות וניהול פורטפוליו פרויקטים
  • תכנון תכנית עבודה לפרויקט ובקרתו
  • English
Copyright © 2014 Leadera. All Rights Reserved.

ייעוץ ואסטרטגיה דיגיטלית – מיכאל פינגרוט | מיתוג ועיצוב – Nylon | פיתוח - Shmi Go La mobile