לאחרונה סיימתי לקרוא את הספר המצוין "The Staff Engineer's Path" מאת טניה ריילי, ואני חייב להגיד – הוא פתח לי את הראש. הספר הזה הוא לא רק מדריך למהנדסי צוות, אלא מקור השראה לכל מהנדס תוכנה שרוצה לצמוח, להשפיע ולהיות חלק משמעותי בארגון.
הספר עוסק באתגרים וההזדמנויות הייחודיות שמגיעות עם תפקיד ה-Staff Engineer, ונותן כלים פרקטיים לניהול קריירה, פרויקטים וקשרים בין אישיים. אספתי לעצמי חמישה לקחים עיקריים ששינו את הגישה שלי, ואני שמח לשתף אותם איתכם:
1. עדיף לטעות מאשר להיות מעורפל
אחד הלקחים הכי משמעותיים שלקחתי מהספר הוא החשיבות של להיות ברור וחד משמעי, גם אם זה אומר לקחת סיכון לטעות. טניה ריילי מדגישה שכאשר אנחנו מעורפלים, אנחנו משאירים מקום לפרשנויות שגויות ולכיוונים לא נכונים. לעומת זאת, טעויות הן הזדמנות ללמידה ולשיפור. כשאנחנו עושים טעות, אנחנו יכולים לזהות אותה, ללמוד ממנה ולתקן את דרכנו. עדיף לטעות ולהיות מתוקן, מאשר להיות מעורפל, להשאיר מקום לפרשנות, לאפשר לאנשים לעבוד בכיוון שהם חושבים לנכון אך הוא לא נכון כי לא היינו ברורים, ולפגוע בפרוייקט ובצוות.
2. "פרויקט אבטיח": זהירות ממראה עיניים
המושג "פרויקט אבטיח" תפס אותי במיוחד. כולנו מכירים את זה, פרויקט שנראה מבחוץ מושלם, ומתקדם לפי התוכנית, אם היה איזה תגית עם סטאטוס הפרוייקט לידו היא כניראה הייתה ירוקה, אבל כשמסתכלים פנימה – מגלים הרבה בעיות, עיכובים, אם היינו מפרקים את הפרוייקט לחלקיו היינו רואים שליד כל חלק יש תגית עם סטאטוס אדום, משהו לא טוב קורה פה. הספר מלמד אותנו להסתכל מעבר למראה החיצוני, לשאול שאלות קשות ולבדוק את הדברים לעומק. אל תתביישו לחשוף את ה"אדום" בפנים – זה המפתח לפתרון הבעיות.
3. "אפקט הקמפינג": השאר את הסביבה שלך טובה יותר ממה שמצאת אותה
הרעיון הזה עוסק באחריות שלנו כלפי המערכת, הצוות והארגון, והוא שואב השראה מתחום שאינו קשור ישירות לעולמות התוכנה. כשאנו יוצאים לטייל ועושים קמפינג בטבע, קיימת מוסכמה וציפייה שנשאיר את המקום שבו שהינו נקי יותר ממה שהיה כשהגענו אליו. מוסכמה זו מאפשרת לכולנו ליהנות מסביבה טבעית ונקייה, ולא מטיול באתר מזוהם. כך גם בסביבת העבודה שלנו – האחריות שלנו היא לשפר ולהשאיר אותה במצב טוב יותר ממה שמצאנו. זה אומר לא רק לתקן באגים ולכתוב קוד איכותי, אלא גם לשפר תהליכים, לשתף ידע ולתרום לבניית תרבות צוות חיובית.
כמובן שהכל בגבול הטעם הטוב, אין צורך לצאת ל-Refactor בכל המערכת בכל פעם שעושים איזה משימה קטנה.
4. חפשו ספונסר, מנטור או דמות בכירה שתתמוך בכם
אחד הרעיונות המשמעותיים שמובאים בספר הוא חשיבות בניית מערכת יחסים עם ספונסר – דמות בכירה בארגון שיכולה לתמוך בכם, להציג אתכם בפני אחרים, לקדם את הרעיונות שלכם ולפתוח דלתות. ספונסר טוב הוא לא רק מישהו שדוחף אתכם קדימה, אלא גם כלי אסטרטגי להרחבת ההשפעה שלכם בארגון.
לדוגמה, אם אתם רוצים להכניס טכנולוגיה או רעיון חדש לפרויקט, התחילו בשיחה עם מישהו בכיר יותר, רצוי בתפקיד עם ראייה רחבה, מה שניקרא במקומות מסוימים ארכיטקט. אדם כזה, אם תצליחו לשכנע אותו, לא רק יוכל לעזור לכם להניע את הרעיון בקרב הצוות, אלא גם להוות גשר לשכנוע אנשים נוספים בארגון. לעיתים, אנשים סומכים יותר על דמויות בכירות ומנוסות שכבר הוכיחו את עצמן, וספונסר שכזה יכול לספק את הגיבוי שאתם צריכים כדי שהרעיונות שלכם יקבלו תשומת לב רצינית.
מעבר לכך, ספונסר טוב לא רק מקדם אתכם, אלא גם עוזר לכם לדייק את המסר שלכם. הוא יוכל לעזור לכם לנסח בצורה חדה וברורה את מה שאתם רוצים להעביר, מתוך הבנה טובה של הדינמיקה הארגונית והעדפות הקהל שאתם פונים אליו.
5. היזהרו מעבודות ריבאונד
הלקח הזה נגע בי באופן אישי. בדומה למערכות יחסים, עבודת ריבאונד היא תפקיד שאנחנו מקבלים כדי "להתאושש" מהמקום הקודם, מתוך רצון להתרחק מהקשיים שחווינו, ולא בהכרח מתוך שיקול דעת מעמיק או בחירה מושכלת.
ברוב המקרים, עבודת ריבאונד מציעה פתרון מהיר לבעיות שעמן התמודדנו, כמו עומס בלתי נסבל, תרבות ארגונית רעילה, או שעמום מקצועי. לכאורה, התפקיד החדש עונה על הצרכים המיידיים שלנו, ומשחרר אותנו מהכאבים שהובילו אותנו לעזוב. אבל בטווח הארוך, אותו פתרון זמני עלול להפוך לבעיה חדשה. התסכולים והקשיים שאותם רצינו להשאיר מאחור יכולים לצוץ שוב, אולי אפילו בגרסה חמורה יותר.
כדי להימנע ממצב כזה, חשוב לעצור, לקחת צעד אחורה, ולבחון את הצעד הבא שלנו לעומק. שאלו את עצמכם: האם עם הזמן הבעיות האלה יפתרו במקום שאני נמצא בו עכשיו? מה אני באמת מחפש בתפקיד הבא שלי? מהם הערכים, התנאים והאתגרים שמניעים אותי? אילו דברים אני רוצה להימנע מהם בכל מחיר? השקעת זמן במחשבה על השאלות הללו תעזור לכם לבחור עבודה שלא רק תפתור את הכאב הנוכחי, אלא גם תספק קרקע לצמיחה והתקדמות בטווח הארוך.
בסופו של דבר, התפקיד הבא שלכם צריך להיות יותר מסתם מקום לברוח אליו – הוא צריך להיות מקום שמקדם אתכם לעבר מה שאתם באמת רוצים להשיג בקריירה שלכם..
סיכום
הספר "The Staff Engineer's Path" הוא משאב חיוני לכל מהנדס תוכנה שרוצה להתפתח ולהגיע רחוק. הלקחים האלה שינו לי את הגישה לקריירה שלי ואני מקווה שהם יסייעו גם לכם. אני ממש ממליץ לכם לקרוא את הספר הזה, ואשמח לשמוע מה אתם לקחתם ממנו!
