בהרבה שיחות שיש לי עם מנהלי פרוייקטים, עולים קונפליקטים רבים עם שותפי תפקיד (בעיקר בניהול מטריציוני). אחת הטכניקות להתמודדות מול ה"בעיה" שנוצרת היא באמצעות "חשיבה תוצאתית". אני רוצה להדגים את צורת החשיבה באמצעות דוגמא המתבססת על מקרה אמיתי.
תיאור המקרה:
תוך כדי פרוייקט פיתוח תוכנה, מנהל ה-QA הודיע למנהל הפרוייקט שלא יוכל לעמוד בהתחייבויותיו עקב הסטת משאבים לטובת פרוייקט אחר שתועדף גבוה יותר. לכולם היה ברור שאחת האפשרויות היא לעדכן את תוכנית הפרוייקט ולדחות את מועד סיומו באופן שישקף את מצב זמינות המשאבים החדש.
אך על מנת לא לדחות את הפרוייקט, התכנסו המנהלים הרלוונטיים על מנת לדון במענה לבעיה: "איך משלימים את פער המשאבים ב QA?"
הפגישה התמקדה בבחינת האלטרנטיבות לפתרון:
1. הסטת משאבים ב QA מפרוייקטים אחרים, באופן שימזער את הנזק הכולל לפרוייקטים אלו.
2. הגדלה זמנית של שעות העבודה של אנשי ה QA: בערבים ובימי שישי (קיימים פתרונות ארגוניים למימוש תוכנית כזו באופן שתתקבל בהבנה ע"י העובדים, למשל ע"י תשלום שעות נוספות).
3. עבודה זמנית עם קבלן חיצוני שישלים את פער הבדיקות.
מה יש לחשיבה תוצאתית להציע במקרה הזה?
ע"פ החשיבה התוצאתית: לכל בעיה יש תוצאה שאם נשיגה, או שהיא פתרה את הבעיה באופן ישיר או שהפכה אותה ללא רלוונטית.
(ציטוט מתוך "חשיבה תוצאתית",מאת ראובן כ"ץ, הוצאת ידיעות אחרונות, 2006).
במקרה שלנו, בדיקות QA הן רק אמצעי על מנת להגיע לתוצאה שהיא רמת וודאות מספקת על איכות המוצר לפני שמשחררים אותו לשוק או ללקוח ספציפי. נניח שהגענו לתוצאה הרצויה – אזי בעיית המשאבים ב QA אינה רלוונטית עוד.
מה התרחש בפועל?
כבר עם הגדרת התוצאה הרצויה והצגתה, התפתחו שני דיוניים מעניינים מאוד:
1. כיצד מוגדרת איכות המוצר, וכיצד מודדים אותה?
2. מהי רמת וודאות מספקת?
זהו לא נושא הפוסט שלנו, אך מסתבר שהארגון היה רגיל לתהליך מובנה של פיתוח ובדיקות וההתעסקות עם שאלות אלו הולידה תובנות חדשות. למשל: איכות המוצר צריכה להימדד גם לפי חוויית המשתמש ולא רק לפי כמות הבאגים שנמצאים בתהליך הבדיקות המסורתי.
ברגע שהוגדרה התוצאה הרצויה, המנהלים נפתחו למגוון רחב יותר של פתרונות שיובילו לתוצאה הרצויה, מעבר לפתירת הסוגיה של משאבים ב QA. דוגמאות לפתרונות שהועלו:
1. בדיקת המוצר ע"י המפתחים אך באמצעות תוכנית הבדיקות שה QA הגדיר (כדי למנוע "חיפוש מתחת לפנס" שעלול להיגרם כשהמפתח בודק את עצמו).
2. ניצול כלל עובדי החברה לבדיקת חוויית משתמש ויציבות המוצר (במוצר הזה זה היה אפשרי. פתרון זה לא בהכרח רלוונטי תמיד).
3. הרחבת בדיקות הביתא ע"י לקוחות חיצוניים נוספים, תוך תיאום ציפיות עם הלקוחות.
4. השקעת זמן נוסף בניתוח והגדרה מדוייקת של האיזורים היותר בעייתיים (בהם צריך להתמקד בבדיקות), אך יותר חשוב מכך – איזורים פחות בעייתיים בהם ניתן להפחית בבדיקות.
5. מימוש תוכנית בדיקות איטרטיבית שמטרתה לבחון מידת וודאות באיזורים שונים במוצר וקביעת המשך פעולה בהתאם לקריטריונים שונים. למשל, להתחיל ב 10% מהבדיקות לרוחב המוצר ולהתקדם באיזורים שמתגלים כבעייתיים (בעייתי = מעל %X כשלון בבדיקות). וכך הלאה. בפועל, לתוכנית כזו יש פוטנציאל להפחית את כמות הבדיקות הכוללת שה QA מבצע.
לפעמים חשוב לעצור ולהגדיר מהי התוצאה הרצויה. ברגע שמגדירים אותה נכון, מרחב האפשרויות הניהוליות גדל. וכמו בדוגמא שלנו, יכולות להתפתח תובנות ארגוניות חדשות. (ראה עוד: בחירת הסגנון בניהול קונפליקטים)
אני מאוד ממליץ לנסות את הגישה הזאת בבעיות ניהוליות נוספות. אשמח לשמוע את דעתכם.
רוצה לדעת עוד? להתחיל לנהל ברגל ימין.
ולעוד קפיצת מדרגה ניהולית: סודות הניהול האפקטיבי.
-
פוסטים אחרונים
תגובות אחרונות
- שליח של בשורות רעות | ניהול בגובה העיניים על הרשמה לבלוג
- שליח של בשורות רעות | ניהול בגובה העיניים על סודות הניהול האפקטיבי – ספר מומלץ
- שליח של בשורות רעות | ניהול בגובה העיניים על ספר ניהולי מומלץ למנהלים
- שליח של בשורות רעות | ניהול בגובה העיניים על למה צריך ילד שיצעק שהמלך הוא ערום
- שליח של בשורות רעות | ניהול בגובה העיניים על עוצמה ניהולית
ארכיון
- יולי 2018
- יוני 2018
- אפריל 2018
- מרץ 2018
- פברואר 2018
- ינואר 2018
- דצמבר 2017
- נובמבר 2017
- אוקטובר 2017
- ספטמבר 2017
- אוגוסט 2017
- יולי 2017
- יוני 2017
- מאי 2017
- אפריל 2017
- מרץ 2017
- פברואר 2017
- ינואר 2017
- דצמבר 2016
- נובמבר 2016
- אוקטובר 2016
- ספטמבר 2016
- אוגוסט 2016
- יולי 2016
- יוני 2016
- מאי 2016
- אפריל 2016
- מרץ 2016
- פברואר 2016
- ינואר 2016
- דצמבר 2015
- נובמבר 2015
- אוקטובר 2015
- ספטמבר 2015
- אוגוסט 2015
- יולי 2015
- יוני 2015
- מאי 2015
- אפריל 2015
- מרץ 2015
- פברואר 2015
- ינואר 2015
- דצמבר 2014
- נובמבר 2014
- אוקטובר 2014
- ספטמבר 2014
- אוגוסט 2014
- יולי 2014
- יוני 2014
- מאי 2014
- אפריל 2014
- מרץ 2014
- פברואר 2014
- ינואר 2014
- דצמבר 2013
- נובמבר 2013
- אוקטובר 2013
- ספטמבר 2013
- אוגוסט 2013
- יולי 2013
- יוני 2013
- מאי 2013
- אפריל 2013
- מרץ 2013
- פברואר 2013
- ינואר 2013
- דצמבר 2012
- נובמבר 2012
- אוקטובר 2012
- ספטמבר 2012
- אוגוסט 2012
- יולי 2012
- יוני 2012
- מאי 2012
- אפריל 2012
- מרץ 2012
- פברואר 2012
- ינואר 2012
- דצמבר 2011
- נובמבר 2011
- אוקטובר 2011
- ספטמבר 2011
- אוגוסט 2011
- יולי 2011
- יוני 2011
- מאי 2011
- אפריל 2011
- מרץ 2011
- פברואר 2011
- ינואר 2011
- דצמבר 2010
- נובמבר 2010
קטגוריות
- Uncategorized
- אסקלציה ארגונית
- אפקטיביות ניהולית
- בקרה ניהולית
- גיבוש ועבודת צוות
- דילמות מהחיים
- האצלת סמכויות
- הגדרת יעדים ומטרות
- הנעת אנשים
- התפיסה הניהולית שלי
- חזון וייעוד
- חניכה
- ייזום הפרויקט
- כניסה לתפקיד
- למידה ארגונית
- מאמרים שפרסמתי
- מדדים ומדידה
- מיקוד שליטה פנימי
- מתודולוגיות ניהול פרוייקטים
- מתן משוב
- ניהול האיכות
- ניהול הזמן בפרויקט
- ניהול המנהל שלי
- ניהול העלויות בפרויקט
- ניהול זמן – כללי
- ניהול ישיבות
- ניהול מטריציוני
- ניהול סיכונים
- ניהול עצמי
- ניהול פורטפוליו
- ניהול פרויקטים – כללי
- ניהול צוות – כללי
- ניהול קונפליקטים
- ניהול קריירה
- ספר חדש!
- ספרות מומלצת
- פוליטיקה ארגונית
- פיתוח וטיפוח עובדים
- תהליכי עבודה
- תקשורת בארגון
כלים
טכניקה מעולה שמשתמשים בה גם בעולמות אחרים כגון …. הורות (אדלר)
בהרבה מהסיטואציות שנתקלתי בהם, בקונפליקטיים עם הילדים – טכניקת התוצאה עזרה במיוחד ששיתפנו את הילדים במציאת פתרונות יצרתיים על מנת להגיע על המטרה
פינגבאק: בחירת הסגנון הנכון בניהול קונפליקטים | ניהול בגובה העיניים
פינגבאק: בחירת הסגנון הנכון בניהול קונפליקטים | ניהול בגובה העיניים