אני מעביר הרבה סדנאות ניהול מוצר. את רובן אני מעביר ל… ובכן… מנהלי מוצר. לפעמים מדובר בסדרת סדנאות כדי לשדרג את היכולות של הצוות ולפעמים מדובר בסדנה לחיזוק יכולת ספציפית כגון תכנון Roadmap לפני תחילת שנה, עמידה מול קהל לפני כנסים, או סדנת תיעדוף לפני כניסה של מספר פרויקטים. לפני כמה שנים גיליתי שיש אוכלוסייה שממש זקוקה ליכולות ניהול מוצר ולא מקבלת הכשרה בנושא: אנשי תשתיות.
אנשי תשתיות אחראים על הקמת ותחזוקה של תשתיות המחשוב של הארגון. מיתוס נפוץ הוא שמדובר באנשים סופר טכניים שלא זקוקים לכישורי ניהול מוצר כי הם לא מתעסקים עם משתמשים ולקוחות, ולא צריכים לעשות שיחות מכירה או שיווק למוצרים שלהם ואין להם KPI-ים לעמוד בהם. זה כמובן, שטויות מוחלטות.
בסופו של יום קהל היעד של אנשי התשתיות הם המפתחים של החברה. הלקוחות שלהם הם מי שמתעדפים או מאשרים את פרויקטי התשתית שהם חלק מהם, שיחות המכירה שלהם זה שיכנוע של ההנהלה לאשר פרויקטי תשתית, וה-KPI-ים שלהם חובקי אירגון ומתעסקים בזמינות ויעילות של סביבות הפיתוח והייצור של החברה.ואף על פי כן, אף אחד לא מדבר עם צוותי התשתיות על איך מבינים צרכים באמצעות מחקר משתמשים, איך מתעדפים פתרונות לפי מתודולוגיות מסודרות, איך ממדלים משתמשים ולקוחות באמצעות כלים כמו פרסונות, איך להגדיר KPI מוצריים ועסקיים. והכי חשוב: איך לקשור בין המדדים המוצריים והתפעוליים של כלי התשתית שלנו לבין לקידום היעדים העסקיים של הארגון. אני מדבר גם על ה-PM mindset של להטיל ספק בדברים שמגיעים ללא הוכחות, על הצורך בואלידציה של ההשערות שלנו, על בעיית ה-X/Y, על איך מייצרים פרסונות של המשתמשים והלקוחות שלנו, איזה כלים יכולים לעזור לנו לתעדף את הפרויקטים שלנו ועוד.
לפני כמה שבועות פנה אלי עומר ון קלוטן מחברת Forter לאחר שהוא שמע על הסדנאות שלי ושאל אותי אם אני יכול להעביר סדנת ניהול מוצר לאנשי התשתיות שלהם. הוא הזהיר אותי שזו הולכת להיות סדנה לא פשוטה, כי מדובר באנשי תשתיות ואין להם זמן או קשב ל-"קישקושים". הוא כמובן צדק – להעביר סדנאת ניהול מוצר רגילה לאנשי תשתיות זה בזבוז של הזמן שלהם.
ניהול מוצרי תשתית זו מיומנות שונה מאשר ניהול מוצרים טכנולוגיים סטנדרטיים, בין שמדובר ב-B2B או B2C. הדוגמאות חייבות להיות שונות, הדגשים אחרים, ומרצה בלי הבנה מעמיקה של טכנולוגיה ושל תפקיד אנשי תשתיות בארגון יאבד את הקהל שלו בשניה.
למזלי אני הגעתי לניהול מוצר אחרי עשור של נסיוןתשתיות, גם של מערכות Mainframe עתיקות, גם של מערכות פתוחות מקומיות\בענן, וגם של תשתיות אינטגרציה. בשנה הראשונה שלי כמנהל מוצר הייתי בעיקר עסוק בלומר "אבל למה אף אחד לא לימד אותי לעשות את זה לפני עשור? כאיש תשתיות זה היה חוסך לי כל כך הרבה עבודה!".
השאלה הראשונה ששאלתי את עומר היתה עם איזה מיומנויות הוא רוצה שהחבר'ה שלו יצאו מהסדנה והשניה היתה "תגיד לי שני משפטים שהיית רוצה לשמוע מהאנשים בסדנה אחרי שהיא תיגמר". אחרי שהוא ענה בניתי את הסדנה הספציפית הזו במיוחד עבור Forter.
בסופו של יום, חייבים משובים כדי לראות עד כמה דברים היו מוצלחים. אז בשאלה של עד כמה הסדנה הועברה היטב התשובה היתה מאוד ברורה:
מצד שני, בשאלה כמה דברים חדשים למדת מהסדנה אפשר לראות שהיה פיזור יותר כללי. זה פועל יוצא של העובדה שאנשי תשתיות עובדים על הרבה מאוד פרויקטים מסוגים מאוד שונים. אפשר לראות פה שאנשי תשתיות שהם חלק מפרויקטים יותר customer facing הכירו יותר מעולם ניהול המוצר לעומת אנשים שעוסקים בתשתיות פיתוח בלבד:
בסופו של יום, שני המשפטים שעומר ביקש לראות בתגובות של משתתפים היו "זה מאוד סידר לי בראש דברים שהבנתי אינטואיטיבית ונתן לי כלים להתמודד איתם" ן-"לא הרגיש תיאורטי. זה משהו שאני יכול להשתמש ביום יום. אני מבין למה הייתי צריך להיות בדבר הזה". את הדברים הללו ראינו משתקפים במשובים באופן מאוד ברור.
אני כותב על אנשי תשתיות אבל האמת היא שיש עוד צוותים שהם מנהלי המוצר של עצמם ולא מקבלים ידע וכלים לבצע את עבודתם על הצד הטוב ביותר. לדוגמה: צוותי Data שלרוב יש להם אופי יותר מחקרי ולא מוצרי וזה יכול לעכב תהליכים. אנשי אינטגרציה\ממשקים שנתפסים כצוות בעל אוריינטציה מאוד טכנית בעוד שדווקא אצלם לעיתים קרובות נדרשת הבנה עסקית וחשיבה מוכוונת לקוח.
בסופו של כל כולנו צריכים להבין מהי העבודה שנדרשת ואיך לתעדף אותה. אם אין לנו כלים לעשות את שתי הפעולות הללו תוך כדי שאנחנו לוקחים בחשבון את היעדים העסקיים של החברה שלנו הכל יתקדם לאט יותר ולאו דווקא לכיוון הנכון.
אגב, אם גם אתם רוצים סדנה כזו לאנשי התשתיות (או ה-DATA, או הקישוריות) שלכם, דברו איתי.
