5 טעויות בין ניהול מוצר לפיתוח בעידן האגנ׳טי

בחודשים האחרונים הגבולות בין מנהלי מוצר לצוותי פיתוח מיטשטשים. מפתחים כותבים יותר קוד מאי פעם, ומנהלי מוצר בונים פרוטוטייפים ואפילו דוחפים קוד לפרודקשן. ובכל זאת, האתגר מספר אחת של מנהלי מוצר נשאר ״אין לנו מספיק משאבי פיתוח״. אז איך מיישבים את הפער הזה? ואיך נמנעים מהמצב שבו כולם רצים מהר יותר, אבל המוצר לא באמת מתקדם? השבוע רן ארז מפרק את חמש הטעויות הנפוצות במפגש בין מוצר לפיתוח בעידן האג׳נטי. רן מסביר למה כדאי להביא לפיתוח את ההוכחות ולא את המסקנות, ומה אפשר לעשות במקום מסמך אפיון של 70 עמודים שה־AI כתב ואף אחד לא קורא. הוא מדבר גם על הלחץ שפרוטוטייפ ״כמעט גמור״ מייצר על הפיתוח, על ההבדל בין מי שיוצר משהו לבין מי שאחראי עליו, ועל evals שבודקים איך התשובה נראית במקום לבדוק אם היא עזרה ללקוח. על הדרך הוא משתף דוגמאות מ־monday.com, מ־Elementor ומ־Stripe, ומסביר למה המשימה החשובה ביותר של מנהלי מוצר היום היא לוודא שהם פותרים את הבעיה הנכונה. See omnystudio.com/listener for privacy information.