מנהיגות בהייטק #1—דלגציה ומרחבים ווקטורים

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

על דלגציה ומרחבים ווקטורים

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

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

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

אז מה עושים? דבר ראשון, יוצרים שפה משותפת. בצבא יש הגדרות מאוד ברורות להישגים הנדרשים השונים בדיוק בשביל ליצור בהירות ולמנוע חוסר הבנות. דבר שני, כשאפשר יוצרים מדדים כמותיים וברורים – לKPIs וכד׳. גם זה נושא רחב, והגדרה לא נכונה שלהם (ושל הguardrail metrics) דווקא יכולים ליצור אי-הבנה שתתגלה רק בשלב מאוחר. והדבר השלישי ואחרון הוא לשאול שאלות ולנהל דיון מעת לעת כדי לוודא שלשני הצדדים אותה תמונת הצלחה.

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

מרחבי האינטרנט

• איך לנהל דיונים טכניים: פוסט מקיף ומעולה על איך לעשות ״פגישות״ כמו שצריך. עיברו על הפגישה הטכנית האחרונה שהייתם בה, ועיברו על הפוסט. איפה הייתם יכולים להשתפר?
• Congratulations, You're A Manager! Now What?: המעבר מפיתוח לניהול הוא אחד המעברים הקשים ביותר שרובנו נעבור. פוסט מצויין שמסכם את עיקרי הדברים. וכן, אם אתם רוצים להעמיק, אני מעביר קורס שלם בנושא.
• איך לכתוב קורות חיים: שרשור קצר על כתיבת קורות חיים. שווה לשמור ולשלוח בפעם הבאה שמישהו ייבקש מכם עזרה.

הספרים שכל מנהל צריך לקרוא

בפינה הזאת אשתף בכל גיליון את אחד מספרי הניהול שאני חושב שחובה על כל מנהל לקרוא. אבל אנצל את ניסיוני במטא עם המלצת מטא לספר החודשי. הספר How to Read A Book

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

הספר ״איך לקרוא ספר״ שרד את מבחן הזמן. הוא פורסם ב1940 ואני מבטיח שהוא ישנה את הגישה שלכם לקריאה.

בקשת עזרה

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

• מכירים כלים לשליחת ניוזלטר, ניהול קורס, וכד׳ שידידותיים לעברית? אשמח לשמוע!
• איך הכי נכון מבחינתכם לכתוב בצורה אינקלוסיבית לנשים?