74: בקצרה - פיתוח מוכוון אימפקט

אנחנו חוזרים אחורה ליסודות ונשמע כיצד מחלקת ה-R&D שלנו מנסה "להזיז את המחט" עם כל שורת קוד. אורחים: דניאל לריה, Head of R&D, וערן זינמן, מנכ״ל ומייסד-שותף במאנדיי.קום

פיתוח

This week we’re going back to two of the earliest episodes on our podcast, which deal with impact-driven R&D - Episodes 5 & 11.

The developers among us probably know the feeling when you're working very hard, but can’t see how your work actually influences the product. So how can you create a culture where everyone shows up in the morning to make a true impact?

In this week’s recap, you will hear Daniel Lereya, Head of R&D, and Eran Zinman, Co-founder, and CTO at monday.com. They talk about how to create an infrastructure that gives every developer an opportunity to ‘move the needle’. Also, they explain the difference between making ‘regular’ progress and truly influencing the company. They also cover the balance between the need to create an impact and the need to do the routine sometimes repetitive tasks that will always be there.

Episode transcript

Automatically transcribed — it may contain errors.

אז אני חושב שב ת הדבר הראשון ומבחינתי הכי חשוב זה לשתף את תמונת מציאות עם כולם בצורה כזאת שהם מנהלים נגיד ששומרים קלפים קרוב לחזה או דברים בסגנון הזה אלא ב ת לשקף את המציאות ולתת אפשרות להבין את התמונה כפי שהיא. אז חלק מזה של לשים דשבורדים שמציגים את התמונה ה יתית ובלי כל מיני פילטרים של רק להראות הכל דרך עיניים ורודות ודרך… גם דשבורדים זה שתזרוק נגיד 20 טלוויזיות בחברה במרחב ותשים עליהם כל מיני גרפים וזה יר מאוד סקסי זה לא ישיג את המטרה בהכרח. אני חושב שאנחנו מתייחסים לדשבורדים מאוד בכובד ראש ואנחנו בוחרים בדיוק איזה מספר לשים בכל דשבורד ואני חושב שאתה צריך לבחור את הדבר.

בראש דבר אחד שב ת הוא הטופ ליין מטריקס שלך שאותו אתה רוצה לשפר ולעשות, ואני חושב שאתו צריך לשים במקום מאוד מאוד ויזיבל, צריך לחגוג הצלחות שלו, צריך להבין מתי הוא יורד וכולי וברגע שעושים את זה זה יוצר המון המון פוקוס אצל כולם על פני נגיד דשבורד שיש בו מיליון מספרים ואתה לא יודע מה יותר חשוב ממה. המטרה של דשבורד הוא מאוד לפקס ולייצר תמונה שמשקפת ב ת הישגים יתיים במציאות. הרבה פעמים כל אנלוגיה שבן אדם מגיע, חושב שהוא עושה משהו מדהים, פתאום הוא מודד את זה והוא מקבל כפה, כי הוא מבין וואלה לא עשיתי כלום, לא שינה כלום, ואז זה שומט את כל הקאקה מתוך הדברים ואז מתחילים מחדש ואומרים אוקיי עכשיו איך אני מזיז את זה וב ת הלקח הכי משמעותי שלי זה אולי שני דברים, זה שקודם כל מאוד מאוד חשוב שנבין מה הדברים הקונקרטיים שאנחנו מנסים להשיג ומה אנחנו מנסים לשפר במוצר והדבר השני זה ב ת להגדיר יעד ואז לעשות את המקסימום לקראת היעד הזה על פני להגדיר מה אתה רוצה לעשות ולחשוב כמה זמן זה ייקח. אני חושב שזה יוצר המון המון פוקוס אנחנו עכשיו תמיד מדברים על MVP על מה הדבר המינימלי שאתה יכול לעשות ולהעלות אותו ואני חושב שגם אנחנו עדיין נחותים בזה זאת אומרת בכל MVP שאנחנו מדברים עליו עדיין אפשר לדעתי להוריד אותו בחצי ואני חושב שככל שנעשה את זה יותר טוב אנחנו גם נזוז יותר מהר זה גם הרבה פעמים נותן לך להגיע עם דברים מוקדם לפרודקשן שאנחנו מ ינים שזה הפידבק הכי משמעותי שיש זאת אומרת היה לנו בעבר המון המון כאבים סביב שיחות שלמות שמתנהלות על דברים מה עדיף מה כדאי לעשות וזה דברים שבדיעבד דקה אחרי שעלינו אותם כבר הבנו שעשינו עבודה לא טובה או הבנו שעשינו עבודה מאוד טובה והיום אנחנו מאוד מאוד מנסים קודם כל להעלות גם אם זה משהו יחסית רזה גם אם ברור לנו שיש עוד דברים שנרצה להמשיך ואם הדברים שחשבנו שבהם צריך להמשיך פתאום קיבלנו אותם כפידבק אחלה ולידציה מעולה אבל הרבה פעמים גם זה משנה לנו לגמרי את מה שאנחנו חושבים שידענו לא כל המשימות תורמות לאימפקט באופן ישיר לפחות לא בהסתכלות ראשונית אז מה עושים לגבי משימות פיתוח קטנות יותר משימות שוטפות או פשוט עיקונים קטנים שמישהו חייב לבצע קודם כל יש דברים שצריך פשוט לעשות אותם ועושים אותם בסדר זה כאילו אי אפשר לצאת מזה זאת אומרת יש דברים בכל דבר שאנחנו עושים יהיו דברים ויהיו משימות שצריך לעשות כי פשוט צריך לעשות וזה ברור אני חושב שנגיד אם ניקח דוגמה קונקרטית אז נגיד השקענו המון עבודה בלהיות GDPR קומפליינט וזה בעצם משהו שהוא אתה יודע לרוב האנשים ולרוב הלקוחות שלנו זה לא מזיז אבל אני חושב שאלף יש המון כאלה שכן ודבר שני אחד הדברים שאני מאוד אוהב שקורים אצלנו זה שעל הדרך שאנחנו עושים את הדברים האלה גם אם זה דברים שבכלל אנחנו מחויבים לעשות אז אנחנו מנסים להבין איך אנחנו נותנים דרכה מעודדת ועליו כלומר לא להשאיר את זה רק טוב GDPR ווי וכו' אז כל דבר שאנחנו עושים שם לראות אם אנחנו יכולים על הדרך כבר לתת משהו לכל הcustomer base לדוגמה בGDPR עד הGDPR אז יש לנו 14 days trial בעצם במוצר ושזה מסתיים אז עד בעצם שהגענו לGDPR היינו חושפים את האנשים והיינו אומרים להם אוקיי עכשיו או שאתה משלם או שאתה בעצם לא יכול לגשת לaccount שלך לאיזה תקופה צינון כזאתי וחוזר חלילה ובGDPR אי אפשר לעשות את זה כי אתה צריך בעצם אם אתה שומר את הסבסקריפשן לשמור על value תמידי אז במקום ככה להתייחס לזה כאל מגבלה רנו טוב בוא ננסה לעשות טסט שאפילו משפר את הקונוורז'ן בסוף ומה שהגענו אליו זה לעשות גרסה שהיא read only בסיום הtrial ועשינו גרסה אחת והיא לא שיפרה ואז עשינו עוד גרסה והיא לא שיפרה ואנחנו עכשיו בגרסה שלישית אבל בסופו של דבר יצר הרגשה שהנה וואלה גם לא רק שעשיתי את מה שהייתי צריך לעשות גם הצלחתי לשפר וכן לעשות משהו שמוסיף ואני חושב שזה חלק מהעניין של ברור שלא תמיד אפשר לעשות את זה אבל אני חושב שבהרבה מאוד מהדברים שנראים לכאורה אפורים אם משנים גישה ומסתכלים על זה אחרת אז פתאום אפשר להוציא מזה דברים מדהימים ואני חושב שבפרט יש אנשים אני לא יודע כל אחד אולי יש לו את זה מה הקונטקסט שלו אבל יש אנשים שלא משנה מה הם עושים פתאום זה נר הדבר הכי מגניב שאפשר לעשות וזה קורה בהרבה מאוד דברים זאת אומרת זה גם באיך שאנחנו מתייחסים לקואליטי ולבאגים שאנחנו משתדלים להוציא מהם את המירב ולא רק לסמן עליהם וי של דוכן אלא להבין למה זה קרה אולי אם זה קאסטומר ריקוויסט איך ממונים אותו לפעם הב וכולי זה היה ריקאפ בנושא פיתוח מוכוון אימפקט אתם מוזמנים להאזין לפרקים המלאים בנושא פרק 5 ופרק 11 שם תוכלו לשמוע על עוד פעולות שעוזרות לייצר תשתית עבודה תומכת אימפקט כמו הגדרת יעדים נכונה אוטומציה של פעולות שגרתיות איך לשמר את החשיבה הזו בסקייל ועוד פשוט תחפשו את הפרקים איפה שאתם שומעים פודקסטים נזכיר

יש לנו קבוצת פייסבוק שנקראת סטארטאפ פור סטארטאפ, ואני אשמח לראות אתכם שם. תודה שהאזנתם, יאללה ביי.