我設法使一部分工作量自動化。我編寫了一個腳本（工作量從4-6小時減少到15分鐘），這將對我們經理遵循的兩個最重要的KPI產生非常積極的影響

那很棒！因此，不要以選擇使用它的方式破壞它。

我個人不會在您的問題中建議使用任何一種方法。作為一名經理，如果員工本質上向您提出以下要求，您會感覺如何：

嗨，邁克，我創建了此腳本來自動化我的工作，這意味著 x 任務現在只需要15分鐘，而不是6個小時。結果，我現在的產能增加了30％，所以我希望提高20％。

這不是長期留在某個地方並獲得管理者好的支持的秘訣。當然，他們只是認為您會繼續為牛奶擠奶，因為這完全是您所顯示的內容。您的第二種方法也不是很好，只是“隱藏”它-如果他們發現了，並表明您在最近的 x 個月（或很長）中一直在懈怠呢？ （可能）告別了這份工作，也沒有希望獲得良好參考的希望，當您在那里工作了這麼長時間時，這並不是什麼好事。

相反，請向他們展示並用它來開始討論-不是圍繞薪酬，而是圍繞類似的工作量如何自動化以及如何與他人合作來實現。如果足以定期進行4-6小時的任務（直到15分鐘），它可以為您自己增加大約30％的容量，並且可以擴展到其他任務，那麼這將是一個巨大的負擔。

如果結果是他們同意在您從事全職自動化工作時更改角色，那麼您當然可以說您將有條件地接受那個角色，但只有x％的加薪。如果您不明白，則可以開始尋找其他地方。但這與只說“我未經授權寫了這個腳本，現在要求更多薪水”完全不同。

如果您在工作時間內編寫了該腳本，那麼您的公司將擁有它。如果您不向公司介紹他們擁有的軟件，那將非常棘手。他們付了薪水，付了錢給你寫。

關於加薪：如果他們解僱您並僱用其他人，那麼該人也將更有生產力，對嗎？您認為該人的報酬會增加20％嗎？我不這麼認為。

從積極的方面來說，您做得不錯，值得花一些獎金。而且七年內加薪似乎並不多。因此：謹慎對待此問題。

（1）我當時想與我的上司和他的老闆同時開會。我會以提高生產率的形式（將工作量從4-6小時減少到15分鐘）呈現給他們，這將對我們經理所遵循的兩個最重要的KPI產生非常積極的影響。我可能會要求加薪20％。當他們拒絕給我加薪，但同時意識到我的能力（和腳本）增加時，此選項的缺點可能是。他們可能期望我以相同的薪水獲得更高的產出。我應該如何做/使其盡可能降低負面結果的風險？

您所做的事值得加分。那就是你要追求的。您超越了預期，並且生產出可以節省公司時間的產品。事實是你的時間無關緊要。

很難證明加薪是合理的，因為這種加薪是永遠的。您希望增加20％的費用將使您今後的工作更加昂貴。獎金還會使您更有可能尋找其他機會來節省公司資金。

一些公司有正式的獎金批准程序。有些沒有一個有組織的過程。有時獎金保持安靜，而其他時候則宣布獎金。有效的獎金計劃是一門藝術，它們必須足夠小以至於不需要龐大的官僚機構批准，而又要足夠大以作為激勵。

您已經為公司工作遇到了巨大的難題。即使您引入了將使公司效率提高X的流程，您也不會從中直接受益。

作為無人值守的僱員，您的薪水不是根據您的結果而定，而是根據您在開始時與雇主協商的人數而定。您在創建該軟件時所做的所有工作都是在公司一毛錢上完成的，因此，您已經為自己作為員工所做的工作而感到滿意。您現在有義務告訴他們該軟件存在，並且他們沒有義務向您支付更多費用。

但是，任何一家優秀的公司都會看到您設法創造了這一事實並為此獎勵了您。如果他們沒有，那麼我建議您開始尋找其他工作，無論是自己解決問題還是與其他公司解決問題。

是

您應該同時進行1和2。首先，告訴老闆您剛剛為整個團隊提高了生產率，並且在他們的允許下，您可以將其推廣到所有人您的同事極大地提高了生產率。請注意，這項工作需要您採取主動行動，使用通常不在您的職位上使用的技能，並且您希望以獎金或加薪的形式增加報酬，並詢問您的老闆是否可以進一步討論他們已經看到了幾個星期的結果。但是，不建議透露任何具體數字，因為如果您高射，那麼經理只會使您失望，這對你們倆都是不利的。但是您的請求也有可能調低。然後，您將錢留在桌子上。最好看看經理在看到新結果後會如何看待新結果。

自治

除了薪酬外，還告訴老闆你對公司中正在進行的其他工作很感興趣，並且您希望將工作量的10-20％分配給這些“副項目”。這次您基本上已經自己提高了生產率，而您只需要推銷這些附屬項目甚至可以進一步提高生產率的想法。總的來說，給予您更多自由決定您從事的工作只會為公司帶來Good Things（TM）。

但是，您需要準確說明這些附帶項目是什麼，通過開展這些項目可以帶來什麼價值，以及這種額外的自由度可以使您的工作獲得更多成就。您應該已經在自動化方面獲得了相當可觀的信譽，因此在您的老闆看到行動上的進步之前，不要提起它。如果經理有兩個腦細胞要摩擦在一起，他們會看到您是潛在的搖錢樹，只需要餵一些高級草和定期擠奶即可。

您的老闆可能會嘗試為您提供現金+自由相結合的增加的報酬，因此您的老闆可能會嘗試向您提供更高的報酬，您將需要決定自己的努力程度非此即彼。只是不要貪婪，這是許多其他人試圖表達的觀點。

在美國，生產率的提高曾經得到過更高的報酬。但是這種趨勢在1979年就停止了。在以下鏈接上： https://www.epi.org/productivity-pay-gap/

這種薪酬變化的常見解釋是，工會過去是堅強，他們成功地要求更高的薪水以提高生產率。但是，現在的工會要么虛弱要么不存在。而且像您這樣的人沒有太多的議價能力。

在當前的經濟環境中，只有自己創業並為自己工作，才能獲得更高生產率的更高報酬。也許您應該探索這種可能性。

恭喜您做對您的公司非常有益的事情。您絕對應該告訴老闆。您做了他們肯定想知道的事情，並且如果您不告訴他們，您肯定不會得到您應得的榮譽。

那聽起來像您在受金錢激勵，您的首要任務是加薪20％。明確地提到這一點對您的老闆來說不太可能，因為這聽起來像僱傭兵。從他們的角度來看，您已經應該為公司盡力而為（我懷疑您的合同中也有這樣的條款），但是現在看來，只有他們付給您更多的錢，您才能做到最好，即使有道理這不是一個可口的結論。

您可以得到應得的榮譽，打動您的老闆，如果您決定搬到其他地方給人留下良好的印象，並通過不壓低金錢來建立良好的氛圍一次：

• 告訴老闆。然後指出，由於您現在有更多的空閒時間，因此您有空閒的空間可用於其他用途。
• 假設老闆不僅為您提供更多相同的工作，那麼您可能會獲得新的職責，這可能是您想要的，因為它可以幫助您成長。
• 新職責也意味著在這些職責出現時進行晉升/提高。生產率提高40％是巨大的，尤其是如果它是一項核心任務，並且發生這種情況的可能性非常大。
• 假定生產率的提高意味著您壓倒了今年的KPI，您將

忍耐可能會比直接要求錢多得多，而明年可能還會獲得獎金（因為粉碎了KPI）。無論如何，您最終可能都會得到錢。

我閱讀了您的問題，但不清楚您在這裡的實際問題是什麼，直到您在評論中說了：

我想知道的是，我們通常隨著時間的推移不斷累積的小改進而加薪。但是，如果進行突然的改進（例如，容量增加40％），這將永遠為公司帶來利益（改進的KPI），那會發生什麼呢？我們應該只等上級見到嗎？正如我提到的那樣，我認為這是向前邁出的一大步。

因此，在完成您被聘用的工作的過程中，您已經找到了一種極大改善其工作方式的方法完成後，現在您認為應該為此得到特別補償。

您被雇用來做一份工作，讓我們說說在excel程序中將值從A列移動到B列。在第2天，您編寫了一個python腳本，該腳本在30分鐘內完成了一天的整個移動過程。這是否意味著您在解僱腳本後就可以休息一天了？

如果您是被雇用來執行轉移這些價值的特定任務的承包商，那肯定會是這種情況。但是，如果您是一名受薪僱員，那麼您應該在完成當前有利於企業的工作量之後再轉到其他任務。如果您沒有其他要處理的任務，則應將其報告給經理，然後共同找出更多要做的事情。

要獲得突破性的特殊報酬，這是不對的。您在創建此解決方案時就考慮了業務，解決了他們的特定業務問題（依賴於該業務的特定知識），因此即使“非工作時間”完成（對於受薪僱員而言這是一件複雜的事情）腳本屬於該公司，並且您所欠的補償金額已經包含在您的薪水中。

儘管這並不意味著您不能獲得更多報酬，只是該公司不需要為您提供任何其他服務，而是只需輕拍一下即可換取腳本的完全所有權，因為他們已經擁有了該腳本。但這也使談判增加工資變得容易得多。但是，這樣做時，請著重於如何繼續進行類似的更改，而不是已經創建並擁有的單個腳本。最後，如果我有一個可以為我省很多錢的員工，我將很樂意為他們提供大幅加薪，以保持他們，只要他們能夠繼續為我省錢。因為如果他們能繼續做下去，而我不會付錢給他們，那他們就會去找我的競爭對手，那是我的損失。

我同意許多其他答案的觀點：告訴您的老闆，但是將其視為“一般的好事”，而不是“給我更多的錢，我會讓您投入其中”。

但是...在開始說自己有多棒之前，您可能還需要考慮其他因素。自動化絕對是一件好事，這是您和您的老闆都應該投資的。可悲的是，許多公司根本不了解自動化，因此無法投資。對於那些公司來說，聰明和自動化一些東西對他們來說可能比讓他們保持現狀更糟糕。如果他們無法維護和管理未來的自動化解決方案，那麼從長遠來看，這可能會引起更多的問題，而不是長期解決的問題。

我已經失去了找到的位置數量（例如）執行“所有帳戶自動工作”的“智能電子表格”。有人告訴我，您需要做的就是將X，Y和Z放在正確的框中，然後神奇地為您計算出所有下一個季度的數字。很棒-直到不是那樣。如果它提供了我們永遠不會知道的錯誤數字，並且如果它只是無法提供數字，那麼世界上就沒有人可以看它，找出問題所在並為您解決。

我的意思是-具有自動化功能，但是必須進行測試，進行質量檢查並以某種可維護的形式進行，這意味著您可以聘請公司外部的人員來進行工作（即，您可以聘請可以輕易地轉移到公司內部的技能）自動化工作）。如果您的公司是C＃公司，那麼編寫一個很棒的Python程序是沒有意義的，並且使用一串Bash腳本，一些Perl和一些C＃進行自動化也沒有意義-因為沒有人能夠使用它並可以使用它。

相反，請使用新發現的業餘時間來確保您具有測試自動化每個階段的方法，以便可以證明自動化的每個階段都能輸出正確的信息。同樣，您可以證明，如果輸入不正確，則會捕獲到這些輸入，並且不會輸出真實的外觀，但會帶來錯誤的輸出。然後證明將這些步驟放在一起也是可行的，並且再次指出，錯誤的輸入不會導致故障，未捕獲的錯誤或外觀真實但錯誤的輸出。

您不需要100％完美的一切，但是如果您距離不遠，那麼您所擁有的只是概念證明。如果您需要一個開發人員團隊在接下來的三個月中將您的想法發展為可行的“產品”，則不能將“生產力改進”作為收益出售。您所有的老闆都會看到有問題，並且不會相信這些好處值得麻煩。取而代之的是，“產品化”您的解決方案，以使您的同事非常容易上手，安全到足以確保他們不會錯誤使用的程度，理想情況下可以輕鬆地與他們一起使用，其中一個可以對它進行一些更改需要。