תוֹכֶן
מקור: Pogonici / Dreamstime.com
להסיר:
על כל איש מקצוע טכני לפתח את כישורי התקשורת הנחוצים בכדי להצליח.
תאר את הבעיה. עבור חלק מאנשי המקצוע הטכניים, זה לא פשוט כמו שזה נשמע. בין אם מדובר בתיעוד כרטיסים, בדוחות או בדוחות, כתיבה היא מיומנות חשובה לכל מהנדס. לא רק זאת, לעיתים קרובות קוראים למהנדסים למסור דוחות בעל פה או להגיב על סוגיות מרכזיות במהלך פגישות או דיונים. כישורי תקשורת טובים הם חיוניים. למעשה, אם אינך מסוגל להסביר את הדברים בצורה ברורה או לתעד אותם כראוי במצבים קריטיים, ייתכן מאוד שתסכן קשרים עם לקוחות או אפילו תאבד חוזי עבודה יקרי ערך עבור הארגון שלך.
העריך את כישוריך
כמה אתה טוב בתקשורת? זו שאלה די רחבה. אם אינך יודע צרפתית, כישורי התקשורת שלך בצרפתית אינם קיימים. אבל אתה יודע טכנולוגיה. יכול להיות שלמדת את זה בבית הספר, לקח קורסים, הוסמך לאישור או למדת אותו בעבודה. אז בואו נהיה ספציפיים יותר: כמה אתה טוב בהעברת הידע הטכני שלך באחריותך כמקצוען טכני?
השימוש במילה "אחריות" הוא מכוון. אם אינך מסוגל להסביר בבירור את פעולותיך, כוונותיך או משימותיך במקום העבודה, הקריירה שלך לא תצמח. לדברי מארק קרופורד, "תקשורת טכנית חיונית לקידום הקריירה עבור כל אנשי המקצוע הטכניים." זה כולל תקשורת בעל-פה ובכתב. ואתם זקוקים להם מדי יום.
היה מוכן
אתה נקרא להיות בפגישה תוך שעתיים. שדרוג המערכת המתוכנן לא הלך כשורה, ואנשים רוצים לדעת מדוע. מה תגידי? האם אתה הולך ללכת לא מוכן, בעוד שאחרים משתלטים על הנרטיב? היית אחראי לשדרוג, אך אתה גם אחראי לדבר עליו. דילוג על הפגישה תוך כדי כפיפות למחשב אינו אופציה.
זה קרה לי פעם. היה לנו צוות בן לילה לביצוע פעולות ברשת, ונשלחתי להתבונן. במקרה זה, לא ביצעתי את העבודה בעצמי, אבל הייתי צריך לדעת מה קורה. כמעט ריחמתי עליהם כשהם איבדו את ערוץ התקשורת ולא הצליחו להחזיר אותו. הם נראו מיואשים. זה היה חשוב. כשהגעתי לפגישה - בלי שינה - כתבתי דוח ארוך על האירוע ושלחתי אותו למנהלי. מול בכירים, הצלחתי להסביר בבירור מה קרה. התקשורת שלי, בעל פה ובכתב, הייתה ברורה, תמציתית וקוהרנטית. לימים אמרו לי מנהל הקו שלי שכולם התרשמו. אני חושב שזה אולי עזר כאשר הגיע הזמן שהלקוח יחתום על הארכת החוזה שלי.
אנשי מקצוע טכניים נקראים מדי יום להסביר ולהגן על היבטים מפורטים של עבודתם. מהנדס עשוי למצוא את עצמו משתתף בכנסים טלפוניים או ווידאו, כתיבת נהלים, התייעצות עם עמיתים, תיעוד בעיות, ביצוע אימונים, הכנת דוחות או יו"ר ישיבות. זה לא מספיק כדי לפתור בעיות או למסוך מספרים. חשוב להעביר רעיונות.
פיתוח ושתף את הרעיונות שלך
אלן רוזיטר, דוקטור, אומר, "הרבה רעיונות טובים אף פעם לא רואים את אור היום מכיוון שהמהנדסים שיש להם אינם מסוגלים להעביר את הרעיונות." אתה יודע את האמרה הישנה: "לפרסם או להיכחד." דבר אחד לשבת מול מחשב ולבצע תכניות פעולה שמספקים מהנדסי תכנון. זה אחר לפתח ולשתף מושגים טכנולוגיים משלך.
בימינו רוב האנשים חושבים על מהנדס IT כמי שלמד את הפרוטוקולים והנהלים שכבר הוקמו בתחום. אבל ענף המחשבים לא כל כך ישן. רבות מהטכנולוגיות שאנו לוקחים כמובן מאליו ומשתמשות בהן כל יום פותחו מאז מלחמת העולם השנייה. (למידע נוסף על אנשים שידעו לתקשר רעיונות, ראו 7 מניפסט מחשוב ששינה את העולם.)
זה חשוב במיוחד לניהול בעיות. מה קרה, מתי ובאיזו סדר? אילו פעילויות התקיימו רגע לפני שהבעיה התרחשה? אילו צעדים ננקטו להחלטה? ברשימות של כרטיס תקלות, השתמשנו למעשה ברשימות ממוספרות כדי לתאר רצף אירועים או ניסינו "פעולות לתקן". הנה דוגמה כללית. (בתווית כרטיס בפועל יהיו פרטים ספציפיים יותר.)
- קיבל שיחה מג'ון Doe / Acme Co. בנוגע לבעיות בחיבור שלו.
- ביצע אבחון וגילה תצורה שגויה.
- בדק את מאגר בקרת השינוי וראה שיש אמש חלון תחזוקה שעשוי להשפיע על הלקוח.
- הבא: בדוק עם צוות ההקצאה ושוחח על התצורה הנכונה של המעגל.
"מצוינות בכרטיסים" הייתה מילת הקוד שלנו לתיעוד יעיל של אירועים. כל פעולה חייבת להיכנס לכרטיס. נהגנו לומר ש"אם הוא לא נמצא בכרטיס, זה לא נעשה. "הבנת השתלשלות האירועים היא לרוב המפתח לפיתרון בעיות.
אנליטיים
יתכן שלא תוכלו ללמד אינטליגנציה, אך ניתן ללמוד חשיבה ביקורתית. לפעמים ניסיון מהנדסים יגיד לו את הגורם הסביר לבעיה, פשוט בגלל שהוא ראה את זה בעבר. חשוב לקחת את הזמן ולחשוב את הדברים. לדברי אטול מתור, מהנדס מקצועי וקופירייטר טכני, "כתיבה טכנית לא נוגעת רק בכישורי שפה, אלא גם באיך אנו חושבים."
כמותי
אתה יודע את הפרמטרים, הספים וה- KPI המשפיעים על העבודה שלך. כשמתעדים אותם, חשוב ביותר שהם יהיו מדויקים. כל מתכנת יודע שזה נכון. משימת מאדים אבדה מכיוון שמישהו השתמש במספרים שהם קיסריים ולא מדדיים. המוניטין שלך תלוי ביכולת שלך להתמודד עם הדברים. (למידע נוסף על KPIs, עיין בתפקיד KPIs בניהול רשת.)
איכותי
תיאור נושא טכני דורש יותר מניתוח מספרי. לעיתים קרובות ישנם שורה של אנשים, מכשירים או מצבים אשר נכנסים לתמונה. לא מספיק להתמודד עם אלגוריתמים. התייחסות להיבטים מרכזיים בנושא יכולה להביא סוגיות למיקוד. אנשים אינם רובוטים, ותקשורת טכנית אינה זהה להכנת תוכנית ממחשב למחשב אחר. זה חילופי אנוש.
פשטות במורכבות
עליכם להיות מודעים גם לקהל שלכם. אם אתה מדבר או כותב במונחים או עם קיצורים שהקהל שלך לא מבין, תאבד אותם. אתה נכשל בתקשורת. נסה זאת: מצא את האחיין שלך בן שמונה (או ילד אחר חסר אונים) והסביר לו מה אתה עושה מול מסך המחשב הזה במשך שמונה שעות ביום. אם הוא מבין, אז או שהוא בהיר במיוחד או שאתה מתקשר טוב.
סיכום
זה לא מספיק להיות מהנדס מבריק או טכנאי מסוגל. יתכן שאתה יודע בדיוק מה אתה עושה ואיך מצאת את הפתרונות - אתה יכול אפילו להיות האדם החכם ביותר בחברה. אבל אם תשים לב מעט לאיך אתה מתקשר את מה שאתה יודע, רוב הסיכויים שהערך שלך לארגון יקטן בכל תקשורת שנכשלה. לדברי רוסיטר, "אם אתה רוצה לעבוד באופן עצמאי למחצה או אם אתה רוצה לפקח על אנשים אחרים, היכולת לתקשר היא קריטית ... אם אתה רוצה שיבחינו בך, אתה חייב לתקשר." בין אם אתה עסוק עם משימות אופרטיביות יומיות או מעורבים רבות במחקר מורכב, כיצד לתקשר תהיה השפעה עצומה על מסלול הקריירה שלך. יכול להיות שזו פשוט המיומנות החשובה מכולם.