בכל צוות מוצר יש את האדם שמגיע עם שלושה רעיונות לפני שמישהו הספיק להגדיר את הבעיה. יש את מי שיודע להפוך רעיון גולמי למשהו שאפשר לנסות. יש את מי שמופיע אחר כך, מוחק כפילויות, מסדר קוד, מפשט מסכים ומחזיר למערכת קצת שקט. ויש את מי שנשאר כשהמוצר כבר עובד, המשתמשים מתרבים, וכל שינוי קטן עלול לשבור משהו. בדרך כלל אנחנו קוראים לאנשים האלה מהנדסים, מעצבים, מנהלי מוצר או אנשי דאטה. בוריס צ’רני (Boris Cherny) מאנתרופיק (Anthropic), מי שמזוהה עם Claude Code, מציע דרך אחרת להסתכל עליהם. בפוסט שפרסם ב-X הוא כתב שככל שהגבולות בין הנדסה, מוצר, עיצוב ודאטה סיינס מיטשטשים, אולי התפקידים העתידיים יוגדרו פחות לפי מקצוע ויותר לפי סוג התרומה שאדם מביא למוצר ברגע מסוים.
רוצים לקבל עדכונים בלייב? רוצים מקום בו אתם יכולים להתייעץ עם מומחי AI, לשאול שאלות ולקבל תשובות? רוצים לשמוע על מבצעים והטבות לכלי ה-AI שמשנים את העולם? הצטרפו לקהילות ה-AI שלנו.
אפשר גם להרשם לניוזלטר שלנו
ההצעה שלו פשוטה, ולכן היא מעניינת. במקום לשאול מה כתוב לאדם בטייטל, צ’רני מציע לשאול איזה תפקיד הוא ממלא בתוך מחזור החיים של המוצר. הוא מתאר חמישה ארכיטיפים. ממציאים, בונים, מנקים, מצמיחים ומתחזקים. זו נשמעת כמו חלוקה קטנה, כמעט אגבית. בפועל, היא נוגעת באחת השאלות הכואבות ביותר בצוותי טכנולוגיה כיום. לא רק מי יודע לכתוב קוד, לעצב מסך או לנתח נתונים, אלא מי יודע להזיז מוצר קדימה בשלב שבו הוא תקוע עכשיו.
בוריס צ’רני מאנטרופיק מציע להסתכל על צוותי מוצר דרך חמישה ארכיטיפים
האנשים שמתחילים מול האנשים שמחזיקים
ה-Prototyper הוא האדם של ההתחלה. הוא מעלה רעיונות, בודק כיוונים, מייצר אפשרויות. הרבה ממה שהוא יציע לא יגיע למוצר, וזה חלק מהעניין. הערך שלו הוא לא בשיעור ההצלחות, אלא ביכולת לפתוח מרחב פעולה.
אחריו מגיע ה-Builder. זה האדם שמסתכל על אבטיפוס ואומר, אפשר להפוך את זה למשהו שעובד. הוא מחבר בין חלקים, מקבל החלטות מהירות, בונה תשתית ראשונה ומביא את הרעיון למצב שבו אפשר לגעת בו, לבדוק אותו, להראות אותו לאחרים.
ה-Sweeper הוא אולי הדמות הכי פחות נוצצת והכי חיונית. הוא ״מנקה״. לא במובן טכני בלבד, אלא במובן מוצרי וארגוני. הוא מפשט ממשקים, מוחק קוד מיותר, מסיר פיצ’רים שלא באמת משרתים את המשתמש, משפר ביצועים ומקטין את החיכוך שהצטבר בדרך. בצוותים שרצים מהר מדי, זה האדם שמונע מהמוצר להפוך לערימת החלטות זמניות.
ה-Grower נכנס כשהמוצר כבר קיים, אבל עדיין צריך להוכיח שהוא חשוב מספיק. כאן נכנס מושג ה-Product-Market Fit, התאמה בין מוצר לשוק, כלומר מצב שבו יש סימנים ברורים שאנשים באמת צריכים את המוצר, משתמשים בו וחוזרים אליו. ה-Grower משפר, מודד, מחדד ומחפש את הדרך להפוך מוצר עובד למוצר שאנשים מאמצים.
ה-Maintainer נכנס לתמונה כשהמוצר הוא כבר לא ניסוי, אלא מערכת שאנשים וארגונים נשענים עליה. התפקיד שלו הוא לשמור עליה יציבה, בטוחה, מהירה ויעילה גם כשהשימוש גדל והעומס עולה. זו עבודה שקל לא לשים לב אליה כל עוד הכול עובד, ורק להרגיש בחסרונה כשמשהו נשבר. במוצר גדול, תחזוקה היא לא טיפול שוטף מאחורי הקלעים - היא חלק מהסיבה שמשתמשים יכולים לסמוך עליו.
למה זה מתחבר דווקא ל-AI
החלוקה של צ’רני מעניינת במיוחד מפני שהיא מגיעה מצוות שבונה כלי כמו Claude Code. אנטרופיק מתארת את Claude Code כמערכת קידוד אייג׳נטית, כלומר כלי שיכול לקרוא בסיס קוד, לערוך קבצים, להריץ בדיקות ולעבוד על משימות פיתוח שלמות, במקום רק להשלים שורות קוד תוך כדי כתיבה.
ברגע שכלי כזה נכנס לעבודה, חלק מהגבולות הישנים מתרככים. מנהל מוצר יכול לבנות אבטיפוס עובד בלי לחכות לספרינט הבא, מעצבת יכולה לבדוק זרימת מוצר דרך קוד אמיתי, מהנדס יכול לחקור רעיון מוצר מהר יותר, איש דאטה יכול להפוך ניתוח לכלי פנימי. זה לא אומר שכל אחד נהיה מומחה בכל תחום, וזה לא מבטל את הצורך באחריות מקצועית. אבל זה כן משנה את מרכז הכובד.
העובד החשוב הוא לא בהכרח מי שמחזיק בידע הטכני הצר ביותר, אלא מי שמבין היטב את הבעיה ויודע להפעיל סביבו אנשים וכלים כדי לפתור אותה. גם מחקר של אנטרופיק על שימושים ב-Claude Code מצביע על כיוון דומה. לפי המחקר, בסשנים טיפוסיים המשתמשים מקבלים את רוב החלטות התכנון (מה לעשות) בעוד שהכלי מקבל יותר החלטות ביצוע (איך לעשות). המחקר גם מצא שמומחיות בתחום הבעיה משפיעה על הצלחת העבודה עם הכלי.
כאן נמצאת הנקודה החשובה. AI לא הופך את ההבנה האנושית לפחות חשובה. במקרים רבים הוא הופך אותה לחשובה יותר, כי מי שמפעיל את הכלי צריך לדעת מה לבקש, מה לבדוק, מה לא לאשר, ואיפה התוצאה נראית נכונה רק למראית עין.
המודל טוב, אבל אסור להתאהב בו
הסכנה בכל מודל כזה היא להפוך אותו מהר מדי לאבחון אישיות. אתה Prototyper, את Maintainer, הוא Sweeper. זה מפתה, אבל גם מצמצם.
אנשים משתנים לפי פרויקט, לפי צוות ולפי שלב. אותו אדם יכול להיות ממציא בתחילת הדרך, בונה בשבוע שאחריו, ומנקה כשהמוצר מתחיל להסתבך. יש גם אנשים שמכסים שניים או שלושה ארכיטיפים, וצ’רני עצמו מציין שזה קורה. במובן הזה, המודל אינו אמור לקבע אנשים, אלא לעזור לצוות לראות מה חסר לו.
יש כאן גם עניין ארגוני שלא נעלם. טייטלים עדיין חשובים. אחריות עדיין חשובה. כשיש תקלה, פרצת אבטחה, החלטת מוצר רגישה או שינוי שמשפיע על לקוחות, אי אפשר להסתפק בכך ש”כולנו בונים”. ארגונים צריכים לדעת מי מוסמך להחליט, מי בודק, מי מאשר ומי נושא באחריות.
לכן אין כאן טענה שהתפקידים הקיימים עומדים להיעלם. נכון יותר לומר שהטייטלים כבר לא מספיקים כדי להבין מה אדם באמת עושה בתוך צוות מוצר. מהנדס יכול להיות זה שמעלה רעיונות ראשוניים. מעצבת יכולה להפוך רעיון למשהו עובד. מנהל מוצר יכול להתמקד בצמיחה ובאימוץ. איש דאטה יכול להיות מי שמחזיק מערכת קריטית לאורך זמן. השאלה החשובה היא לא רק מאיזה מקצוע כל אחד מגיע, אלא איזה סוג של תרומה הוא מביא למוצר ברגע הנוכחי.
השאלה שמנהלים צריכים לשאול
הערך המעשי של החלוקה הזו הוא שהיא נותנת למנהלים ולצוותים שפה פשוטה יותר לדבר על חוסר איזון. מוצר חדש מדי בלי Prototypers יתקשה למצוא כיוון. מוצר שכולו Builders יתקדם מהר, אבל עלול לצבור בלגן. מוצר בלי Sweepers יהפוך למסורבל. מוצר בלי Growers עלול להישאר דמו מרשים שאף אחד לא חוזר אליו. מוצר בלי Maintainers יתקשה לגדול בלי לאבד יציבות.
בעידן שבו כלי AI מאפשרים ליותר אנשים לחצות גבולות מקצועיים, השאלה “איזה תפקיד חסר לנו?” נעשית פחות מדויקת. לפעמים השאלה הטובה יותר היא “איזה סוג עבודה חסר למוצר עכשיו?”.
זו הסיבה שהפוסט של צ’רני עובד. הוא לא מציע חזון ענק על סוף המקצועות, אלא נותן דרך אנושית יותר להסתכל על צוותים. מאחורי כל טייטל יש דפוס עבודה. מאחורי כל מוצר יש שלב חיים. צוות טוב הוא לא רק אוסף של מומחים, אלא תמהיל משתנה של אנשים שיודעים להמציא, לבנות, לנקות, להצמיח ולהחזיק את מה שכבר נבנה.
