אסף שוחט אבידע וסטס וישנבצקי | פרודקט וR&D - הכל על השולחן: פרק מיוחד - Product Builder Podcast episode with Eyal David
עודכן: 00:48:40

אסף שוחט אבידע וסטס וישנבצקי | פרודקט וR&D - הכל על השולחן: פרק מיוחד

מנחה: · אורח: אסף שוחט אבידע וסטס וישנבצקי · על המנחה

אסף שוחט אבידע (Front End Tech Lead ב-Evinced) וסטס וישנבצקי (Director of Engineering ב-Melio) מציגים את הצד של הפיתוח ביחסים עם פרודקט. לדבריהם, רוב המתח בין פרודקט ל-R&D נובע מתיאום ציפיות חסר: KPIs שונים לכל צד, פרודקט שנכנס ל"איך", והערכות זמנים שהופכות למלחמת האשמות. הפתרון הוא מטרה עסקית אחת משותפת, שפה משותפת, North Star שנבנה יחד, וטראסט שנבנה לאורך זמן, ממש כמו בזוגיות.

בפרק הזה

  • כשלפרודקט ולפיתוח יש KPI עסקי אחד, כל הארגון מתיישר: הפיתוח יודע לתרגם את המטרה להחלטות כמו quality מול quick and dirty, והמכירה הפנימית של פרודקט נהיית קלה.
  • בהערכות זמנים המימד שאפשר לשחק איתו הוא confidence: בתכנון רבעוני מספיק בול-פארק של small/medium/large, ודיוק נדרש רק ככל שמתקרבים לספרינט.
  • הדרך להנמיך את מלחמת ההאשמות סביב הערכות היא שקיפות: להזמין את הפרודקט ל-design review, להניח את כל הרכיבים על השולחן ולהציע יחד מה לחתוך לדרופים.
  • כדי לתעדף פרויקט תשתית או חוב טכני, הפיתוח צריך לתרגם אותו לשפת פרודקט: למה הוא יעלה velocity, quality או נגישות, ומה הערך של כל שלב בנפרד.
  • North Star שנבנה במשותף בין פרודקט לאנג'ינירינג משמש כמו חוקה: כל דיון על סקופ או הרחבה נבחן מולו, והתהליך עצמו בונה טראסט.
  • משימות של יום-יומיים לא צריכות דיון, פשוט עושים אותן. אם מציפים את הפרודקט בפרטים קטנים, יש בעיה בתהליך.

האזינו לפרק

האזינו בספוטיפייהאזינו ב-Apple Podcastsצפו ביוטיוב

תיאור הפרק

הפעם, פרק מיוחד! אירחתי את אסף Front End Tech Lead ב-Evinced ואת סטס Director Of Engineering ב-Melio. דיברנו על מערכת היחסים בין פרודקט ל-R&D, על החשיבות של שיתוף פעולה אפקטיבי ועל הדרכים ליישם אותו- תקשורת ברורה, מטרות משותפות ואמון הדדי הן המפתח. נשמע קצת כמו זוגיות לא?

האזנה נעימה, אייל.

אסף שוחט אבידע בלינקדין

סטס וישנבצקי בלינקדין, הפוסט של סטס בנושא

פרקים בשיחה

  1. 4:14 · הסקילס הכי חשובים במנהל מוצר
  2. 6:28 · מקור המתח: כשפרודקט נכנס ל"איך"
  3. 7:36 · KPI משותף: פרודקט כ-API של הפיתוח לביזנס
  4. 13:11 · אנלוגיית הבניין, השכונה וסטרייפ
  5. 18:51 · הערכות זמנים, design review ותיאום ציפיות
  6. 23:23 · Confidence בהערכות ואיזון בין budget ל-scope
  7. 28:17 · איך מתעדפים חוב טכני ופרויקטי תשתית
  8. 35:25 · שפה משותפת, טראסט ו-North Star
  9. 41:45 · המלצות: בלי שטויות, ניצחונות משותפים ו-EQ
  10. 46:05 · המלצת ספר: Peopleware
קראו את התמלול המלא
תמלול מלא עם דוברים וחותמות זמן

ציטוטים נבחרים

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

שאלות ותשובות

מי הם אסף שוחט אבידע וסטס וישנבצקי?

אסף שוחט אבידע הוא Front End Tech Lead ב-Evinced, חברה בתחום הנגישות, מרצה בכנסים וכותב בבלוג frogrammer.net. סטס וישנבצקי הוא Director of Engineering ב-Melio וכותב בבלוג על עבודה משותפת בין מנהלי פיתוח למנהלי מוצר.

למה יש מתח בין פרודקט ל-R&D?

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

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

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

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

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

איזה ספר מומלץ בפרק?

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

אנשים ומקורות שהוזכרו

חברות וארגונים

ספרים ומדיה

  • Peopleware (טום דמרקו וטימותי ליסטר)
פרודקט ופיתוח R&D שיתוף פעולה הערכות זמנים חוב טכני KPI תיאום ציפיות North Star

פרקים נוספים