題:
簡歷:如何量化我作為軟件工程師的貢獻?
niceEarthling
2019-09-10 09:59:21 UTC
view on stackexchange narkive permalink

我正在更新我的簡歷,我想知道如何量化我對工作了約2.5年的初創公司的貢獻。

大多數簡歷建議都建議量化您的成就,例如:客戶保留率提高25%”,“有助於將頁面速度提高12倍”。不幸的是,我沒有衡量我的許多成就。我也不認為該公司花了很多時間來衡量我們的影響。

我確實有一些事實,例如:我從第9位員工開始,第5位工程師開始,我們有大約10個客戶。到我離開的時候,已經有大約50名員工,大約15名工程師和大約70位客戶。

我在總結部分的開頭強調我的成就。我可以說

在啟動XYZ時活躍用戶的增長翻了一番以上

嗎?當然,我不是單槍匹馬地做這件事,但是我不確定如何以定量的方式突出我的辛勤工作。

軟件工程師通常如何量化他們的成就?提供手動波浪計算有多糟糕?

相關:https://workplace.stackexchange.com/questions/136901/contributions-in-a-cv-for-developers
這是:https://workplace.stackexchange.com/a/136895/93518(免責聲明:我!我也是)
我真的很想知道哪個行業可以支持員工與客戶的比例幾乎為1:1。這似乎沒有擴展性。創業公司還可以運作嗎?
嘗試使用MEDIC短語:保持,消除,減少,增加,創建-它們可以作為不需要客觀指標的度量的良好代理。例如,“通過執行X來增加用戶參與度”或“通過調整體系結構來減少停機時間”等。同樣有效。
對於任何軟件工程師而言,具有這樣的統計數據的簡歷聽起來像胡說八道,比被錄用的人更容易使您被拒絕。專注於您的構建,使用的技能和技術成就。*如果*您要給出數字,請給出您實際所做的技術工作(將延遲減少一半),而不是工程師沒有直接影響的“翻倍增長”。
我採訪過具有這種簡歷的人,並拒絕他們過於“公司廢話”的思想,並且在面試方面比實際工作更有能力。我建議甚至不要增加數字,除非您有非常明確的因果關係。
初始基本信息下方第一頁上的技能矩陣。列出技能(例如語言,操作系統,數據庫等),以評估您的經驗水平(基本,熟練,專家)和經驗年限。存在於緊湊但可讀的表中。簡歷的第2頁以上可以填寫詳細信息,例如教育,工作的公司,從事的項目的詳細信息等。
八 答案:
virolino
2019-09-10 11:50:34 UTC
view on stackexchange narkive permalink

我的簡歷中被量化的幾乎沒有。我只是提供了一些客觀可用的數字:出生日期,在校成績等。除此之外,我只是寫了關於我的工作經歷和所從事的項目的信息。

通常,如果您仔細閱讀, ,帶有“量化”的示例適用於數字為“上帝”的工作-通常是銷售(或其他相關或類似活動)。


我在這裡解釋了 我的簡歷的結構,以防萬一您需要一些靈感。


注意:

  1. 我不意味著必須不惜一切代價避免量化。如果您有一些相關數字,可以顯示它們。我反對的是“不惜一切代價實現量化”。

  2. 如評論中所述,一些科技公司似乎是數字的狂熱粉絲。但是,以我個人的觀點,大多數科技公司從一開始就不會拒絕您。

  3. 通常,如果公司真的想要數字,他們會特別詢問,您可以直接訪問,也可以通過公共渠道(例如,在其網頁上)訪問。

  4. 如果您遇到大量潛在的雇主要求提供電話號碼,那麼開始考慮對簡歷進行一些更新。在我將近20年的工作期間,沒有人在面試時問我有關“自我營銷”數字的問題。

  5. ol>

    @PaulKaram在評論中給出了很好的提示

    我們說大多數公司不需要量化,而只需要所需技能的清單。真相也許介於兩者之間。比較以下內容:

    1. 我精通使用C,C ++,Python和Ruby
    2. 我精通使用四種編程/腳本語言:C,C ++,Python和Ruby
    3. ol>

    語句2是否比語句1更“量化”,僅僅是因為它使數字明確?陳述2是否提供更多信息?對我來說,語句2實際上更難以閱讀,因為我需要丟棄“垃圾”信息。

我要大體上同意這一點,除了要指出的是,“量化”方法受到了一些大型科技公司的高度支持,例如亞馬遜(尤其是)和谷歌(據說,但程度較小)。
最重要的是,請考慮一下,在許多公司中,軟件工程師(或者實際上是大多數員工)甚至都無法獲得編制這些數字所需的財務信息。
@Chan-HoSuh我曾在亞馬遜工作過,我曾在Google上接受過採訪。兩位都沒有為工程師埋單。也許是其他職位,但他們正在尋找技術實力雄厚的人才,而不是數字。
@GabeSechan似乎您是在訪問採訪,而不是簡歷。當我在亞馬遜面試時,每個面試官都問我有關亞馬遜的原則和適用情況。一些人說他們想要數據,如果可能的話,更精確。招聘人員已經為我準備了這件事,但是我可能沒有像我本應的那樣認真地對待它。在Google,面試官似乎更專注於解決問題。但是,有趣的是,曾經是Google招聘委員會成員的蓋爾·麥克道威爾(Gayle McDowell)確實為這些公司推薦了類似STAR的方法來使用KPI履歷表。
@Chan-HoSuh我在亞馬遜工作,所以我顯然給了他們簡歷。他們從沒問過。我不知道有人在那裡問過誰。絕對不是工程學中任何人想要或期望的簡歷。曾經如果收到,它實際上是一種氣味。我什至都不會採訪任何給我發過這樣的簡歷的人,這簡直是胡扯。這是您發送給銷售或業務職位的職位,而不是工程職位。
@GabeSechan可能是這些大公司對員工的評價不同嗎?我想知道缺乏工程學教育的申請人是否承受著更大的壓力來支持他們的實幹經驗。
@niceEarthling可能不是。以Linkedin為例。他們具有通過關鍵字(通常是語言或特定技術的單詞)搜索潛在員工的功能。這表明有兩件事:1)搜索“ C#”要比“增加客戶數量> X”要容易,但也有2)至少對於技術職位,人們可能更在乎您擁有哪些硬技能。只是猜測而已!
我同意這個答案,但答案確實非常虛弱。你是誰?為什麼一個人的軼事很重要?這是20年前故事中的一個人,一次僱用嗎?每年換一次工作的人嗎?是最近被錄用的人嗎?有沒有研究表明您是正確的?(是的,這適用於許多答案,但不是“可接受的答案”)
儘管我的確很詩意,但您的答案完全缺乏數字,就像您的簡歷一樣,被人們接受了!
@Mars:證明了數字和量化並不像您想像的那麼重要。人不是計算機,要樂於處理數字。
那真的不是證據,這就是重點。一種情況不是證據。僅僅提出相關性還不夠,不要介意因果關係。
// @火星:我的態度可能很激進。如果您想提出一個觀點,請描述一個證明的樣子,而不是僅僅誇獎。同樣,考慮到還有65個上投票(在撰寫本文時),這也不是“一個人”的經驗/觀點。您還提到“ anecdote”-請您指出我們的笑話嗎?
我要補充一點,在軟件開發領域,大多數人都使用他們的開源貢獻/項目來“量化”他們的工作,或者基本上顯示出他們的工作質量。
抱歉,我並不是說要進取。我所提出的問題都是我相信的所有要點,如果加上這些要點,將使您的答案更強。至於有關軼事的部分,一個個人故事(如您的回答所示)被稱為軼事。不必開玩笑。
Player One
2019-09-10 11:33:36 UTC
view on stackexchange narkive permalink

我個人認為“量化一切”建議(我也看到過)對於軟件工程師來說確實是不好的建議。我們團隊合作,我們不會單獨生產任何東西(除非您是唯一的開發人員,在這種情況下,您可以聲明所有內容的100%...)。

突出顯示您使用過的技術您以前擔任過的職務以及您有多少年的工作經驗。這些都是使您考慮參加面試的標準。

是的,當您是團隊成員時,量化所有內容並不能真正發揮作用(我認為所有職業都是如此)。
試圖將事情量化為銷售或用戶數量並沒有真正說明軟件開發能力。分解事物並突出顯示已解決的問題[以及它們如何導致這些銷售或用戶數量]在我看來似乎能說明很多問題。
軟件工程師將如何量化客戶保留率?我的意思是,您如何證明那是真正做到的。我的意思是,您可以說在那兒工作時客戶保留率上升了,但我們不知道是由程序員造成的。另一方面,如果您進行某種營銷,這是一個有效的指標,即使沒有證據表明它是由它引起的,它也可以在您在那裡時增加。
tbdevmanager
2019-09-10 23:20:40 UTC
view on stackexchange narkive permalink

作為經常閱讀《軟件開發人員簡歷》的人,請量化您是否想要。真的沒關係,因為無論如何我都忽略了要點的一部分,因為我知道如果情況不好,您就不會將其放在簡歷中。同樣,它很可能會誇大數字。對我來說最重要的事情是:

  • 熟悉多種編程語言和工具(表明您願意學習新事物,並且不認為自己是(在此處插入編程語言)開發人員僅
  • 工作經驗,可以證明您有能力接受幾乎沒有記錄的用戶請求,並開發出用戶真正要求的東西。
而且您仍然遇到糟糕的編碼器的原因是:您錯過了關鍵步驟。您應該嘗試找到更多叛逆者,這些叛逆者告訴您公司為何做錯了事。我喜歡走進公司辦公室,看著啤酒在肩膀上註視,而代碼猴子則把奴隸們當作愚蠢的事情從奴役中解救出來。他們確切地告訴我他們在做什麼。告訴我有關該公司的所有信息。那些人,如果他們很聰明,將辭職。您需要識別反叛者的連勝痕跡,加以利用,讓編碼人員自然而然地成為您的朋友。
Andy Lester
2019-09-12 01:06:40 UTC
view on stackexchange narkive permalink

我認為數字非常重要,有助於了解您所做工作的規模和範圍。

其餘答案來自我的博客文章

我們知道數字吸引了人們的注意。掃描簡歷時,讀者的眼睛自然會被數字吸引。

此外,數字使您的故事更有趣,並使讀者對成就的大小或遇到的麻煩有所了解

請考慮以下兩個項目符號之間的區別:

  • 跑服務台。回答故障單,回復電話並跟踪計算機的備用零件。

  • 為200個座位的辦公室提供服務台。 3名工作人員每天平均接聽50個電話和27張故障單。維護了200個單位的價值10,000美元的備用計算機零件清單。

這兩個項目符號描述了完全相同的責任,但是增加了具體數字引起了讀者的注意,並且添加詳細信息以更全面地了解您的職責。

如果沒有數字,讀者可能還會從邏輯上認為現實更像這樣:

  • 四人房地產辦公室中的“幫助台”。每週幾次回答有關Excel的問題。

請記住,您的出色表現並非不言而喻,講述您的出色表現的一部分工作就是將數字分配給支持它。

您正確撒數字以給出範圍感。沒有數字也是一個主要的危險信號,因此,如果這完全與簡歷的語義有關,那麼我將從下面重新考慮我的答案。但是太多的數字也可能是另一種危險信號。
Andrei Suvorkov
2019-09-10 14:13:39 UTC
view on stackexchange narkive permalink

正如@virolino所指出的,如果您不想要或沒有什麼東西,則無需量化任何內容。

我親自量化我的工作,以便其他人可以看到我到底做了什麼,更重要的是對我產生了哪些影響。

如果您工作了大約2.5年,那麼您已經完成的事情,您可以量化並在簡歷中列出。為了給您一個方向-嘗試列出您在該公司所做的一切:

  1. 我實施了CRM服務
  2. 我修復了使系統運行變慢的錯誤
  3. 我設計了一個新版本的數據傳輸系統
  4. 我引入了一個新的票務儀表板
  5. ol>

    然後您必須考慮所有這些事情如何幫助您你的公司。您可以使用類似這樣的方法:

    1. 與客戶合作更容易
    2. 系統性能更好
    3. 更穩定的數據傳輸
    4. 更輕鬆地使用票證
    5. ol>

      最後一步是定義這些因素對公司的幫助程度:

      1. 帶來了2倍的收益客戶通過更好的CRM
      2. 將系統性能提高了2倍
      3. 將數據的穩定性/可信度提高了4倍
      4. 通過引入更好的CRM,每週節省了10個人/小時票務儀表板
      5. ol>

        當然,您並沒有單獨完成所有這些操作,但是很明顯。關鍵是要提供您與團隊合作所取得的成就以及您和您團隊所取得的成就。

“將系統性能提高了2倍”那麼呢?我不知道為什麼系統以前很慢,所以它並不能說明申請人。
恕我直言,以前的系統有什麼問題都沒關係,如果重要的話,面試官可以在面試中要求澄清。重要的是您改進了舊系統並為公司節省了資金。這很有價值。無論如何,這只是一個例子(不是最好的例子)。
作為一名工程師,我發現第一點非常重要,而最後一點則毫無意義。知道您已進行錯誤修復後,我便知道您可以修復錯誤,這意味著需要進行分析,編碼,測試,即您具有特定的技能。知道它的工作效率是原來的兩倍,實際上只能說明其他公司的系統。
我的簡歷上有類似的內容,一位面試官問我是否要離開公司來改進系統!
wallyk
2019-09-11 02:23:35 UTC
view on stackexchange narkive permalink

是否量化您的貢獻並不像表明您的項目是否成功那麼重要。

您的簡歷將最專注於您對項目成功的最重要貢獻,所結合和使用的技術/工具以及您使用它們的專業知識。

我最近進行了一系列痛苦的面試(每路駕駛4-5小時,艱苦的面試課),只是在我沒有被錄用時才知道我的簡歷中列出了我以前很少使用的一項技術,這引起了我的極大興趣給他們。他們以某種方式認為那意味著我是上述技術的專家。當他們發現我只是“電器用戶”時,他們感到失望(很可能是因為很難找到那個領域的真正專家)。

沒有人會指出該項目沒有成功,而且在大多數情況下這不是員工的錯。擁有處理失敗項目的經驗也是有價值的經驗。它表明當項目有問題時,員工可以在壓力很大的情況下工作。
這種需求是什麼技術?@AndreiSuvorkov在失敗的項目上工作是學習的絕對最佳方法,而任何未這樣做的人都缺乏至少一次失敗的最寶貴經驗。有的人可以指導您避免犯同樣的錯誤。
joshstrike
2019-10-03 06:07:45 UTC
view on stackexchange narkive permalink

我不會告訴您大型人力資源部門需要注意的事項。但是,作為與其他工程師一起耕作的工程師,雖然一些定量信息可以幫助我了解您所從事的工作的範圍,速度和強度,並因此(大概)可以處理,但我要做的更多。對為什麼感興趣,而不是 how ...。我對 how 感興趣,而不是多少。如果您說服您的老闆說服老闆以某種方式構造API,因為這樣可以使供應商更輕鬆地集成他們的系統,那麼與告訴我有多少供應商簽約相比,這要令人印象深刻。

我的建議是引用您的個人成就,而不是公司的成就...但是,只要您說服某人走以前從未見過的道路,就應該正確地將其視為個人成就,而且對每個人都效果很好。最好的編碼器-聽起來很90年代,但確實像武士一樣-會跳出思路,為他們的大名提供一個機會。 為什麼問題,您認為這種特別的改善既說明了您的智商,也說明了您的忠誠度。我相信這些仍然是公司追求的品質,並且將永遠追求。如果您以謙卑的態度展示自己的智慧,並且表現出好奇心並提供理由,他們應該會看到您的價值。如果他們不這樣做,那麼您的價值就不是那麼高,或者是他們的損失。

一個自己為問題思考的程序員就是一顆鑽石。不論是否粗糙,這些都是值得保留的。因此,專注於您解決的問題,不用擔心數字。

Robin Bennett
2019-09-10 19:48:33 UTC
view on stackexchange narkive permalink

您應該嘗試量化招聘人員想知道的事情。由5人(或15人)組成的團隊中的一個工作稍微有用,因為它表示您習慣的工作環境。如果您可以量化自己相對於其他人的職位,那可能會更加有用,也許您是那15名工程師中的5名高級工程師之一。

您還可以用有意義的任何方式量化您所使用的系統。如果初創公司被出售,它的價值將是可觀的。否則,用戶的數量,國家/地區,交易或清單中小部件的價值都會使人對它的大小和重要性有所了解,從而使招聘人員印像中可以信任您可以在他們的系統上工作。 p>他們可能對修復的錯誤數或編寫的代碼行數量不感興趣,但是您可以通過說“實現80%的存儲過程”之類的話來量化專業性。

如果語言和技術的清單很長,可以量化您使用它們已有多少年,或者您在每個領域花費了多少時間。

“如果初創公司被出售,它的價值將是可觀的”。那意味著更高估值的融資回合將改善我作為工程師的表現。
-1
這只會對經理們有所幫助,他們會在公司估值上升時自動加薪。
@FooBar我和Robin在一起。不管是否合乎邏輯,“在一家自加入以來,其價值增長了x百萬美元的初創企業中工作”可能會在許多地方讓您步入正軌。這是一種心理上的交往技巧,對於簡歷而言,這可能很普遍。
這類似於在像Google這樣享有盛名的地方工作。它並不能自動使您成為一名更好的工程師,但這意味著成功的人選擇了您為他們服務,並暗示您的工程至少對他們的成功負有部分責任。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...