[譯] 帶你瞭解什麼是工程師和工程師的影響力

cf020031308發表於2018-09-05

本文基於昨天的推特風暴和緊接著的談話,twitter.com/mipsytipsy/…

我們來談談影響力。作為一名工程師,你如何獲得影響力?影響力是什麼?它的根源是什麼?你該怎樣運用自己的影響力?怎樣會導致你失去影響力?當你作為一個工程師時的影響力,和當你作為管理者時的權力和影響力又有何不同呢?[0]

這通常出現在那些 IC 的對話中,他們迫切希望成為管理者,以便更多地 獲取資訊影響 決策。這是一個糟糕的訊號,但可悲的是它卻非常常見。

當發生這種情況時,你需要做一些自我反省。你們組織是否為高階 IC 領導團隊和自行決策提供了空間?在管理崗上升通道之外,你們是否有一條 至少 高達總監級的 IC 上升通道?兩條通道是否平等?你們有職業階梯嗎?對於不是管理者的人,你們的決策過程是否透明?不要認為對你來說顯而易見的東西對別人而言是顯而易見的,你得四處問問。

軟體工程師表情包之個人貢獻者

如果是這樣,那也許是他們自己的成見。也許他們不相信你。也許他們只曾在管理者擁有所有權力的組織中工作。甚至也許他們在許多地方工作過,這些地方說的東西與你說 IC 如何產生巨大影響力完全一樣,但這根本是謊言,然後他們也絕望了。也許他們因各種原因而不習慣感到強大。

無論如何,想要成為管理者以維持糟糕權力結構的人會是你最不希望成為管理者的人。[1]

但工程影響 什麼樣的?你的能力如何體現?

我會避免討論涉及性別、種族和階級的問題,我們只要知道,某些人掌握權力要比其他人更難,好嗎?

創造的力量

行動是工程的超能力。我們只需要筆記本和大腦就可以創造東西!這太不可思議了!我們不必經常說服、哄騙和強迫他人替我們創造,我們直接 創造

這看起來很基本,但很重要。創造是我們一切力量之源。任何事只有我們願意創造它(這也是一個道德問題)時才能創造成。

Facebook 有一張海報上寫著“CODE WINS ARGUMENTS”。肯定有很多問題。但是,你有多少次看到技術糾紛由願意做這項工作的人解決了?或者看似“解決”了,然後行動時發現方向反了?行動可終結雄辯,行動可檢驗理論,行動很厲害。(而“行動”不僅僅意味著“寫程式碼”。)

facebook 的 code wins arguments 海報

此外,編寫軟體是一項創造性活動,上了規模又成為一項非常集體的活動。作為一項創造性的活動,我們要成為更好的創造者需要對自己的工作充滿動力、靈感和熱情時(與比如伐木相比)。作為一項團體合作活動,我們要做得更好,需要擁有高度的信任和社交凝聚力。

工程能力和判斷力、自主性和目的性、社交信任和合作行為:這些是偉大工程的基礎。每個人都有一兩種他們認為最舒適和最具權威性的方式:我們可以將這些大致分為幾種原型。

(例子抽取自我多年來與之合作的一些令人敬畏的高階工程師,以及我作為工程師的獨特喜好。)

影響力原型

  • “做 極度困難和迫切需要 —— 但通常極度無聊 —— 的工作。”SOC2 合規性、備份和恢復、可怕的重構、任何認證整合:只要能推動業務發展,人不會在乎工作有多無聊。如果您是這名工程師,那麼您將獲得尊重和感激之情。
  • 最後的除錯者。”通常是那裡工作時間最長或最初構建系統的工程師。如果您對自己的歷史和背景感到樂觀和愉快,這會是一筆巨大的財富。(實際上,人們往往盲目高估這個人的不可或缺性,請不要鼓勵這個。)

軟體工程師表情包之經理

  • 專家”原型高度相關。如果您是某些技術元件的資深主題專家,那麼對使用該元件的任何事物都會產生很大的影響。(你應該緊跟變化以保持優勢。)
  • 有些人可以持續輸出強大火力,有時甚至能在多個戰線上同時推進。有些是通過長時間工作,有些則只是對如何最大限度地發揮影響有著正確的本能(這有不同的表現形式)。沒人想要惹惱這些人。他們的同意對一切都至關重要。他們的參與通常會加速專案甚至可以救場。

並非所有影響都源於原始技術實力或產出。有一小部分源於創意/協作/人際關係的優勢:

  • 有些工程師 非常好奇,並且能夠始終如一地探索。他們似乎總搗鼓一些毫無意義的東西,你正想罵他們,他們就從絕境中救你一命。你得學會珍惜他們的探索。
  • 一些工程師靠社交解決問題,通過交朋友,以及交換行業中的竅門、補丁和好處來解決問題。不要低估 社交除錯,它通常是獲得正確答案的最快捷途徑。

影響力的梗

  • 有些人懶得很聰明,其正確的精簡和優雅的捷徑令人印象深刻。
  • 有些人是對 招賢納士有吸引力的人,值得因所有人都願意跟他們共事而支付其薪水。
  • 有些人擅長在利益相關者之間達成共識。
  • 有些人是殺手級解釋者、教育者和講故事者。
  • 有些人是每個人都默默地想要成長為的高階工程師。
  • 有些人可以描繪出一個鼓舞人心的未來,讓每個人都為之奮鬥。
  • 有些人能將 code review 變成一種教學形式。
  • 有些人讓他們身邊的每個人都更有成效和更有效率。有些人創造了客觀的前進動力。有些人 善於說不

還有一些特殊的能力也可以列出來。

  • 技術出身的經理值得花重金對待。他們可以將業務目標用人話翻譯給初級工程師,具有無可挑剔的可信度(普通經理不會擁有這能力,尤其是在初級工程師們看來)。他們擁有強大的技術領先優勢,可以將專案分解為元件,使之既具有挑戰性,又不會在截止日期前壓垮貢獻者。
  • 有些工程師令人 蛋疼,因為他們質疑並挑戰每個系統和層級。但這些人是鋒利、強大的岩石,可以打磨出偉大的團隊。雖然他們確實需要一個強大的經理來將他們的精力投入到富有成效的對話和改進中,並防止他們惹惱整個團隊。

軟體工程師表情包之個人貢獻者

  • 另外不要忘記隨叫隨到的工程師。如果你有一個健康的隨叫隨到的文化,那麼你 對產品的所有權 就會創造一種深刻的權力和道德權威 —— 提出要求,推動變革,優先考慮。隨叫隨到的不應該是那些無法拒絕的人,它應該是每個部署程式碼的工程師肩負的榮譽和職責。(它不應該是悲慘的或影響到生活的。)

……這些我可以說上一整天。工程是如此強大的角色和技能。絕對值得你分析自己的影響力來源,並瞭解別人如何看待你的優勢。

大多數形式的權力歸結為“使用著的影響力”。

但僅僅敲程式碼是不夠的。你可能有些影響力,但擁有它與使用它不一樣。要將影響力轉化為力量,你必須使用它。使用它的方式是溝通。

鎖在腦子裡的東西對其他人沒有影響。你必須拿出來。

你可以通過多種方式做到這一點:通過寫作、一對一溝通、與小團體的對話、公開招募盟友、說服具有明確權威的人、在公共場合發言等。

軟體工程師表情包之個人貢獻者

由於工程是一種創造性的活動,專制權力實際上是非常脆弱和有害的。唯一可持續的權力形式是所謂的“軟實力”,如影響力和鼓舞力,這就是為什麼優秀的管理者願意自由地使用軟實力而不是硬實力。如果你的領導時常使用權威,那就是反模式。[2]

如果你不說話,你就沒有權利因缺乏影響力而憤憤不平。說出來確實意味著在其他人面前易受傷害 —— 有時會說錯。

這不是一場零和遊戲。

你們中的大多數人擁有的潛能遠遠超過你們所意識到的或者習慣於使用的,因為你們自以為渺小或者說不出你們在這些方面做了什麼。

管理者可能擁有強大的權力和權威,但技術交付上真正了不起的決定是最接近他們的工程師做的。所以權力屬於行動者,因為很大程度上他們必須支援這些決定。

軟體工程師表情包之個人貢獻者

權力傾向於流向管理者,因為他們知道更多資訊。因此僱用瞭解這一點並懂得放權的經理變得非常重要。

就像順從者在健康的 BDSM 關係中擁有最終的權力一樣,工程師實際上擁有健康團隊的最終權力。你有最終的否決權:你可以拒絕創造。這對你的技能的要求很高。您通常還會負擔尋找更好的條件。很多人可能都應該這樣做。

當技術和管理的優先事項發生衝突時,誰會贏?理想情況下,你們應該一起努力為業務人員找到最佳解決方案。?熱情?的隊伍總是在兩者之間保持緊密聯絡。

選擇你的戰鬥。

最後一個想法。如果你能培養自己的影響力並明智地使用它,你可以對創造的內容及其創造方式有很多發言權。但是 你不能在所有事情上都發表意見。它不是這樣用的。

想想它就像 @mcfunley 著名的“革新令牌”,但是更受關注。

軟體工程師梗

你越使用影響力,你的影響力積累就越多,是的……但它是一種精確的工具,而不是背景噪音。想象一下,就像人給你按摩時將力平攤在你的整個背上,而不是將他們的肘部或手推入關節和觸發點。過於寬泛的目標會擴散您的力量並限制您的潛在影響力。

明智地使用你的注意力。

一旦你有影響力,別忘了 代表別人使用它。注意那些沒有被聽到的人,並放大他們的聲音。付出你的時間,借出你的贊助和信譽,並且最重要的是將那些讓你強大的技能教導給需要它們的人。

仁慈

附:感謝所有與我合作過的優秀高階工程師,愛你們。❤

影響力表情包

  • [0] 我在後來失去動力之前成功回答了其中一(1)個問題。
  • [1] 懦弱的懺悔:這就是我成為經理的原因。
  • [2] 如果不向對結果負責的人授予任何明確的權力,那也是一個不好的跡象。我在談論相對健康的組織,而不是病態的組織,人們(通常是女性)被告知他們不需要晉升,也不需要明確的權威,他們應該只使用他們的“軟實力” —— 特別是當硬的權力形式與他們衝突時。這會讓你失敗。
  • [3] 有些人似乎對我使用“權力”來指代一切,而不是組織明確授予的權力有點猝不及防。這對我沒有任何意義。我覺得把權力僅僅視為被授予的權力的話,會令人沮喪和無奈。它也無法表達我對這個世界的體驗。個人影響力是一種可大可小的東西,只存在於與他人的來往上。我見過很多弱勢的經理被強勢的個性所推動(這也很可怕)。

如果發現譯文存在錯誤或其他需要改進的地方,歡迎到 掘金翻譯計劃 對譯文進行修改並 PR,也可獲得相應獎勵積分。文章開頭的 本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。


掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群,文章來源為 掘金 上的英文分享文章。內容覆蓋 AndroidiOS前端後端區塊鏈產品設計人工智慧等領域,想要檢視更多優質譯文請持續關注 掘金翻譯計劃官方微博知乎專欄

相關文章