[ EP.005 · עונה 1 · אודיו ]

פרק 5: להיות מנהל או להיות מנהיג?

אודיו · 11 בדצמבר 2021 · 49:08 · עם דורון בן-משה

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

[ כתבת הפרק ]

הסיפור שמאחורי השיחה

[ תקציר מהיר ]
  • דורון בן-משה משתף מסלול של 21 שנה, מבדיקות ועד ניהול שלושה צוותים.
  • הסקיל סט של ראש צוות שונה לחלוטין ממפתח בכיר, וגיל אינו תנאי.
  • ראש צוות טוב מאזן בין ניהול אנשים, עומק טכני והבנת הביזנס.
  • התרחקות מהקוד פוגעת בסיפוק בעבודה, ולכן חשוב לשמר איזון ולחזור לפתח.
  • מנטור בכל תפקיד חדש הוא הטייקאווי המרכזי לצמיחה ניהולית.

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

מהמסלול של דורון: מבדיקות ועד ראש צוות מבחירה

דורון לא הגיע מהמקום הצפוי. תואר שני במדע המדינה עם התמחות ביחסים בינלאומיים, ופיתוח בעיקר בלימוד עצמי - הוא התחיל לקודד עוד בכיתה ה’. את הקריירה הוא פתח בבדיקות ואוטומציה בתעשייה הביטחונית, ומשם עבר לפיליפס בתחום הרפואי, ה-CT והאונקולוגיה.

הקפיצה הניהולית הראשונה הגיעה בפיליפס, בערך שבע שנים אחרי שהתחיל לקודד. הטייטל היה סוג של סיניור, אבל בפועל הוא היה feature lead: אחראי על אפליקציה שמפענחת שריקות של CT, על הפיצ’רים, על הפיתוח, ועל שניים-שלושה מפתחים צעירים שהיה צריך לחנוך. המשימה לקחה קרוב לשנה. כמו story owner, רק לאורך שנה שלמה. זה היה task oriented לגמרי - פיתוח אישי של אנשים לא היה חלק מההגדרה, הוא נגזר מהמשימה.

אחר כך הגיעו סקראם מאסטר (שבפועל היה team lead) ויוניט מנג’ר שניהל שלושה צוותים, כל אחד עם הסקראם מאסטר שלו. בשלב הזה, סביב גיל 40, דורון הרגיש שהתרחק מדי מהקוד. ומכאן הבחירה שמגדירה את הפרק: לחזור לתפקיד ראש צוות, למטה בהיררכיה, כדי לגעת שוב בטכנולוגיה.

שלושת המרכיבים של ראש צוות טוב: ניהול, עומק טכני והבנת דומיין

כשדורון נשאל מה נדרש מראש צוות, הוא נותן מודל נקי של שלוש רגליים.

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

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

הבנת דומיין וראייה עסקית. להבין את השוק, את ההזדמנויות, לאן החברה הולכת.

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

עומק טכני כמקור סמכות: מה קורה כשמתרחקים מהקוד

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

דורון חווה את זה על בשרו. כשנכנס כראש צוות לקבוצת Java אחרי שנים ב-C#, ובמעבר מ-desktop לקלאוד, הוא הגיע בלי הבסיס הטכני שהוא, במילותיו, מקור העוצמה של ראש צוות. הפער הזה לימד אותו כמה הידע הטכני חשוב. גם היום הוא מודה בחולשה: בצוות שלו יש frontender אחד טהור מול שישה בקנדרים ו-fullstack, וקשה לו לתת הכוונה מקצועית בפרונטאנד. הפתרון החלקי שלו - לכתוב קוד פרונטאנד בעצמו כדי להישאר בעניינים, ולהישען על ה-tech leads הרוחביים. וחשוב לא פחות: להיות מודע למה שאתה לא יודע.

ביטחון פסיכולוגי ומחקר גוגל על צוותים אפקטיביים

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

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

למה יותר מפתחים בוחרים היום להישאר IC

לפני 15 שנה כל מפתח בצוות רצה להיות ראש צוות. היום, אומר שחר, המצב הפוך: אנשים נמנעים, חוששים מהאחריות ומהאינטראקציה, ולפעמים צריך ממש לשכנע אותם לקחת את התפקיד. דורון נתקל באותה תופעה - מרואיינים שאומרים “בעבר הייתי ראש צוות ואני לא מעוניין”.

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

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

וחשוב לזכור: התקדמות היא לא רק ניהול. אפשר ללכת למסלול הטכני, להיות ארכיטקט, ולהפוך למישהו חזק מאוד - ששווה, אגב, הרבה כסף.

ואם אתם עוד לפני ההתלבטות הזאת, בתחילת הדרך - קודם עוברים את הדלת: איך להתכונן לראיון עבודה טכני בהייטק.

פרקטיקות מהשטח: one-on-ones, רטרו, ownership ומנטורים

מהצד היישומי, השניים חולקים כלים קונקרטיים. One-on-ones: שחר משתדל אף פעם לא לבטל, לכל היותר לדחות ביום-יומיים. ב-Igentify הם מתקיימים אחת לשבועיים, וזה המקום של העובד לעשות “ונטה”, להציף בעיות לפני שהן מצטברות בבטן.

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

Ownership: אתגר שדורון מודה שעוד לא פיצח לגמרי. הכלים: story owners שיודעים שבסוף הספרינט יצטרכו לתת דין וחשבון, sprint review שנותן למפתח את הבמה להציג את מה שעשה, ומעל הכל - תחושת גאווה. ברגע שאנשים גאים בעבודה שלהם, הם לוקחים ownership באופן טבעי.

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

השורה התחתונה

  • ראש צוות עומד על שלוש רגליים: ניהול (אנשים ומשימות), עומק טכני, והבנת דומיין. האיזון ביניהן משתנה מחברה לחברה ומצוות לצוות.
  • עומק טכני הוא מקור הסמכות. בלעדיו אי אפשר לאזן בין הנדסת תוכנה נכונה לבין הצורך העסקי לעמוד בזמנים.
  • ביטחון פסיכולוגי הוא הבסיס. מקום שבו אנשים לא חוששים להעלות ספקות הוא מה שהופך צוות לאפקטיבי.
  • אם אתה לא דוחף את הצוות שלך קדימה, אתה יורה לעצמך ברגל. קידום האנשים הוא חלק מהתפקיד, לא בונוס.
  • להישאר IC זה מסלול לגיטימי לחלוטין. מסלול טכני או ארכיטקטורה מקדמים אותך בדיוק כמו ניהול.
  • קחו מנטור בכל תפקיד חדש. זה ה-takeaway היחיד ששווה לקחת מכל הפרק.

"אתה לוקח הרבה פעמים את המפתח הכי טוב הכי מנוסה שלך והופך אותו לראש צוות, כאשר הסקיל סט של ראש צוות הוא שונה לחלוטין ממפתח בכיר"

- דורון בן-משה

"ככל שאני מתרחק מזה זה פוגם לי באושר ותחושת הסיפוק בעבודה"

- דורון בן-משה

"אם אתה לא מקדם את הצוות שלך בתור ראש צוות, אתה יורה לעצמך ברגל"

- שחר פולק
[ פרקי הפרק ]
  1. 00:01:10
    היכרות וגילוי נאות
    שחר ודורון פותחים בגילוי נאות שהם עובדים יחד באג'נטיפיי, ודורון מציג את הרקע והמסלול שלו.
  2. 00:03:23
    הקפיצה הראשונה לניהול
    דורון מספר על תפקיד הפיצ'ר ליד הראשון בפיליפס, אחריות על פיתוח ומספר מפתחים סביב משימה מוגדרת.
  3. 00:06:30
    סקראם מאסטר ויוניט מנג'ר
    המעבר מסי-שארפ לג'אבה ולקלאוד, כניסה לתפקיד ראש צוות ללא הבסיס הטכני והפיכה ליוניט מנג'ר.
  4. 00:12:23
    התרחקות מהקוד והגעגוע
    דורון מתאר איך התרחקות מהקוד פגעה בסיפוק, ומדמה את חוויית הפיתוח לכניסה לנרניה ומציאות מקבילה.
  5. 00:15:00
    השפעה מול חזרה לפיתוח
    דיון על מה שמחזיק אותו בתפקיד הניהולי, יכולת ההשפעה בארגון, והלגיטימיות של להישאר מפתח או ארכיטקט.
  6. 00:19:43
    מנטור לראש צוות חדש
    שחר מספר על חבר שקודם לראש צוות וחשש, וההמלצה למצוא מנטור שממנו אפשר ללמוד את התפקיד.
  7. 00:22:20
    מי זו אג'נטיפיי
    דורון מסביר על המוצר בתחום הייעוץ הגנטי, הסטאק הטכנולוגי ומבנה העבודה בארבעה סקואדים ורטיקליים.
  8. 00:26:19
    לנהל פרונטאנד בלי מומחיות
    כיצד מנהלים תחום שבו אתה חלש, למשל פרונטאנד, ואיך הטקלידים הרוחביים עוזרים לסגור את הפער.
  9. 00:30:19
    שלושת המרכיבים של ראש צוות
    דורון מפרק את התפקיד לניהול אנשים ומשימות, עומק טכנולוגי, והבנת הדומיין והראייה העסקית.
  10. 00:34:22
    לראיין ראש צוות ונורות אדומות
    על מה שמים לב בראיון של ראש צוות, חשיבות הכימיה, תיאום ציפיות ויכולת האמפתיה של המועמד.
  11. 00:39:32
    אונרשיפ ורטרוספקטיב
    איך מייצרים תחושת אונרשיפ על משימות דרך גאווה, ספרינט ריוויו, וטיפים לניהול נכון של רטרוספקטיב.
  12. 00:46:00
    טיפים אחרונים ומנטורינג
    המלצות סיכום לראש צוות, זיהוי נקודות חיכוך והבאת עין חיצונית, והטייקאווי המרכזי של מציאת מנטור בכל תפקיד.
[ נושאים ]

מה כוסה בפרק

#מתודולוגיה #ניהול צוותים #ראש צוות #הובלת צוותי פיתוח
[ האורח ]

דורון בן-משה

[ שאלות נפוצות ]

שאלות מהפרק

מה צריך כדי להיות ראש צוות פיתוח טוב?

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

מתי כדאי לעבור ממפתח לתפקיד ניהולי?

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

האם אפשר להתקדם בפיתוח בלי להיות ראש צוות?

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

כמה עומק טכני צריך לראש צוות?

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

[ קהילה ]

רוצה לדבר על הפרק?

הצטרף לקהילת המפתחים שלנו ב-WhatsApp.