האם מהנדס 10X הוא מיתוס?
המציאות היא שחלק מהאנשים טובים יותר בתכנות מאחרים.
בתפקיד הקודם שלי בחברת טכנולוגיה, התפעלתי מאיך שחלק מהאנשים בצוות שלי יודעים לעשות הכל.
אפילו במהלך התקופה שלי באוניברסיטה, כשהשתתפתי בהאקתונים ובסטאז'ים, הצלחתי לפגוש כמה מפתחים מוכשרים מאוד שלמדתי מהם הרבה.
במאמר זה, אעבור על כמה תפיסות שגויות שעשויות להיות לאנשים לגבי מהנדס 10X. לאחר שנבדוק מהו מהנדס 10X לֹא, נעבור על כמה מהעצות הטובות ביותר שאני יכול לתת לך כדי להפוך למהנדס 10X בעצמך.
מה זה מהנדס 10X?
מפתחים רבים יתווכחו על ההגדרה בפועל של מהנדס 10X. אבל למען הבהירות, בואו ננסה להגדיר עכשיו הגדרה פשוטה.
מהנדס 10X הוא מפתח תוכנה שמסוגל להיות פרודוקטיבי כמו עשרה מעמיתיו.
ייתכן שהרעיון של מהנדס 10X הגיע מוקדם ממה שאתה חושב.
A עבודת מחקר משנת 1968 שנקרא "מחקרים ניסיוניים חוקרים המשווים ביצועי תכנות מקוונים ולא מקוונים" הציעו לראשונה את הרעיון שכמה מהמתכנתים הטובים ביותר מבצעים סדר גודל טוב יותר מהמתכנתים הגרועים ביותר. אמנם זו לא ההגדרה המוסכמת היום, אבל הרעיון של מהנדס 10X התפשט במהרה מחוץ לאקדמיה.
כמה שנים לאחר מכן, הספר הקלאסי The חודש אדם מיתולוגי המחיש עוד יותר את הרעיון של מהנדס 10X. הסופר פרד ברוקס מציע זאת פיתוח תוכנה צוותים יכולים להיות מובנים כמו צוותים כירורגיים.
בצוות הזה, יהיה לך מתכנת ראשי או "מנתח" עם מתכנתים תומכים או "אחיות".
למרות שהאנלוגיה הזו קלה להבנה, אני מאמין שהיא קצת פשטנית ומיושנת כשהיא מיושמת למצב הנוכחי של פיתוח תוכנה.
הדינמיקה של צוות בצוות טכנולוגי שונה מאוד מזו של מנתח. הרעיון הזה של אדם בודד שעושה את רוב העבודה או רק את העבודה המאתגרת ביותר איפיין את מה שאני מאמין שמהנדס 10X צריך להיות.
תפיסות מוטעות נפוצות
כשהרעיון של מהנדס 10X התפשט בכל התחום הטכנולוגי, רוב המנהלים מפרשים לעתים קרובות לא נכון למה אנחנו מתכוונים ב-"10X".
טעות נפוצה היא שמהנדסי 10X מייצרים פי עשר כמות קוד מאשר עמיתיהם. זה פשוט לא נכון.
בעוד שמהנדס פי 10 יכול לייצר יותר קוד מהקולגות שלו, כמות היא לא המדד הנכון. תארו לעצמכם מתכנת שמוציא אלף שורות קוד בביצוע מה שאפשר לעשות בפחות ממאה. באופן דומה, מהנדס 10X לא מקודד פי עשרה מהר יותר!
תפיסה שגויה נוספת לגבי מהנדסי 10X היא שהם מעולים פשוט בגלל הידע שלהם בקידוד. שוב, זהו מקרה נוסף של הסתכלות על המדד הלא נכון.
מה שהופך מהנדס 10X לכל כך בעל ערך הוא איך הוא מוסיף פי עשרה מהערך לצוות ולארגון שלו. מהנדס 10X הוא הכרחי בגלל יכולתו להשתמש בידע הקידוד שלהם ולהתאים אותו לצרכי החברה.
מנהלים צריכים לחפש מהנדסים שיכולים לפתור בעיות ולעבוד טוב עם אחרים. מעבר לידע בקידוד, מהנדסי 10X אמורים להיות מסוגלים להעלות את העבודה של כל מי שסביבם.
חמש דרכים להיות מהנדס פי 10
החלק הזה מיועד לך אם אתה מנהל שמחפש את העסקה הבאה שלך, או פשוט מהנדס השואף להיות מהנדס פי 10.
הנה כמה מההרגלים והתכונות העיקריות של מהנדס 10X:
הם יודעים להפיק את המרב מהמחסנית הטכנולוגית שלהם
הכרת הכלים שלך היא אולי העצה הברורה ביותר שאני יכול לתת לך. עם זאת, מפתחים רבים עדיין יכולים לשפר את זרימת העבודה שלהם על ידי לימוד כיצד לעבוד ביעילות.
רוב המהנדסים פי 10 שעבדתי איתם יודעים את דרכם בטרמינל. למרות שזה עשוי להיות קצת עקומת למידה למתחילים, הבנה כיצד לבצע פקודות מעטפת תוך כדי תנועה תעזור לך לעשות את העבודה שלך הרבה יותר מהר בטווח הארוך.
מהנדסי פי 10 יכולים גם להפיק תועלת מלהיות קצת עצלן. תן לי להגיד לך למה אני מתכוון.
תארו לעצמכם שצריך לבצע ידנית סדרה של פקודות מדי יום כדי לדחוף התחייבויות חדשות לייצור. מהנדס פי 10 צריך להימנע מביצוע משימות שחוזרות על עצמן. הם עושים את המאמץ הנוסף להפוך כמה שיותר מהיום לאוטומטי.
המהנדסים הטובים ביותר צריכים לחשוב גם לטווח ארוך. אם אתה עובד עבור סטארטאפ, זה עשוי להיות מפתה להתמקד בפתרונות מהירים וקלים. עם זאת, ייתכן שפתרונות אלה לא יצטמצמו בשורה.
הם לא מפסיקים ללמוד
מפתח גדול לא מפסיק ללמוד. המהנדסים הטובים ביותר מוצאים זמן מחוץ ליום העבודה העמוס שלהם כדי לנסות מושגים, שפות ומסגרות חדשות שהם יכולים לנסות ליישם בעבודה שלהם.
מהנדס פי 10 צריך לשמור על תחושת סקרנות בריאה. לעתים קרובות הם שואלים את עצמם, "האם אפשר לעשות את זה טוב יותר?" או "האם יש דרך פשוטה או יעילה יותר לפתור בעיה זו."
לפיכך, מהנדס פי 10 חייב לשלוט באמנות הלמידה עצמה. ללמוד כיצד ללמוד היא הדרך הטובה ביותר להישאר צף בסביבה בקצב מהיר.
הם יודעים איך לבלות את זמנם בצורה הטובה ביותר
מהנדס תוכנה מעולה הוא נהדר בקבלת החלטות, במיוחד לגבי מה לעשות עם הזמן שלו.
מהנדסי 10X רק לעתים נדירות צריכים לעבוד יותר שעות מהמהנדס הממוצע. מהנדסים צריכים לדעת מתי לדחוף לאחור ולומר לא לבקשות מסוימות. הם צריכים לדעת אילו משימות לעשות בעצמם ואילו משימות להאציל.
מהנדסים יעילים צריכים לשלוט כיצד להבחין אם כדאי לבצע משימה במהירות. מודל מנטלי אחד שכדאי לזכור הוא עקרון פארטו.
העיקרון קובע ש-80% מערך העבודה שלך נובע מ-20% מהמאמץ שלך. במילים אחרות, לא כל המשימות שוות.
הם מחפשים חונכות ראויה
מהנדס גדול יכול ללמוד כל כך הרבה מוותיק ותיק בתעשייה. מהנדסי 10X מוצאים את עצמם לעתים קרובות מחפשים חונכות בעבודה ומחוצה לה כדי לקדם את הידע שלהם.
באופן דומה, מהנדסי 10X ייהנו מלקיחת תפקיד חונכות לחבריהם לצוות. הצוות כולו מורם על ידי פתיחות לחבריו לקבוצה המתחילים יותר.
הם מבינים את העסק
במילים פשוטות, הנדסת תוכנה היא רק דרך למחשבים לפתור בעיה בעולם האמיתי. עם זאת בחשבון, מהנדס יעיל חייב להפוך למומחה בבעיה שהם מנסים לפתור.
כמהנדס, זה רעיון חכם לעשות מאמץ כדי להבין את העסק או התעשייה שאתה חלק ממנו. מהנדס פי 10 צריך להיות משתתף פעיל בפגישות עם מחלקות אחרות.
אם המהנדס משקיע מאמצים בהבנת מה עושות מחלקות אחרות בהקשר של העסק, הם יהפכו למתקשרים יעילים. תקשורת יעילה תעזור למנוע מהצוות שלך לא להבין את הדרישות העסקיות ואת מפרטי הפרויקט.
סיכום
אני מקווה שעכשיו יש לך תמונה ברורה יותר של איך נראה מהנדס 10X. אתה צריך גם להבין מה זה לא מהנדס 10X.
העצה שלמעלה היא, כמובן, רק הנחיה כללית שיכולה לחול על כל תפקיד בהנדסת תוכנה. אם אתה רוצה לגלות איך אתה יכול להיות הטוב ביותר מהנדס DevOps, מפתח מלא מחסנית, או מדען נתונים, האפשרות הטובה ביותר שלך היא למצוא הזדמנויות ללמוד ולבנות.
חשבו אם התפקיד הנוכחי שלכם הוא סביבת למידה טובה. אולי אתה רוצה להשקיע יותר זמן בעבודה על פרויקטים צדדיים שיאפשרו לך לחקור טכנולוגיות מחוץ למחסנית הטכנולוגית הנוכחית שלך. אלו הם רק חלק מהטיפים שתוכלו לעקוב אחריהם כדי להשיג יתרון בטכנולוגיה.
מהי לדעתך העצה המועילה ביותר למהנדסים שאפתנים?
השאירו תגובה