在Microsoft的職業生涯中，我的經理曾多次問我是否要擔任管理職位或繼續擔任IC（個人貢獻者）之路。兩者都很好。如果您跟隨IC，那麼您最終將成為一名架構師，最後成為一名技術研究員，而在管理路徑上，您最終將成為業務部門副總裁。

我總是回答我想堅持走集成電路，因為那是我和您一樣的熱情。我有管理方面的機會，例如備份團隊領導或跨部門創建虛擬團隊並推動他們進行副項目。但是我的主要工作一直是編寫代碼，解決工程問題，優化事情。

但是，我對今天的決定感到遺憾，原因有兩個：首先，我今天可以真正地以自己的擁有者身份使用今天的經驗啟動。微軟在培訓您方面付出了巨大的努力，為您提供了最好的資源，以幫助您提升自己的管理職位，我想我可能會或多或少地從中受益。

第二個也是更重要的一點是，通過管理，您可以創建自己無法想像的軟件。我認為這是我們在管理路徑中錯過的部分。實際上，它放大了我們創建軟件的數量級。我知道自己親自處理代碼是多麼誘人，但是當您看到正確的指導指導時，您可以實現自己的十倍，一百倍的吞吐量實在令人興奮。想想一個並行的世界，Linus Torvalds堅持自己對所有Linux進行編碼。他走了多遠？當然，您的開發人員中沒有一個會像您這樣編碼，但是有些開發人員的編碼甚至會比您更好，並且您將學會處理偶爾的質量欠佳或溝通不暢的問題。您將使他們每個人都變得更好，從而提高您的生產率和產品質量。

如果您對創建優質軟件的熱情勝過對解決技術問題的熱情，那麼管理之路可能就不太遙遠了。

僅需兩美分。

很難確切地回答這一問題。根據我的經驗，每家公司都會有不同的反應。

我曾在一家公司工作，而開發人員沒有其他途徑。如果您不轉任管理層，那麼您的薪水就永遠不會超過通貨膨脹率。而且，他們作為優秀的開發人員而獲得了豐厚的回報，並且如果他們表現出雄心勃勃的野心，會對他們進行奇怪的觀察。或者只是成為一個非常好的開發人員並獲得相應的報酬。

我建議對您的抱負誠實，讓他們決定是否符合他們的理念。這樣，您就不會陷入我上面提到的第一家公司中了。

您的情緒是其他開發人員可能會理解的，但經理卻不會。建議您強調自己想做的是什麼。

告訴他們，您想讓自己的手保持“骯髒”，而不是說自己不想做（聽起來很消極）。你喜歡編碼。也許隨著時間的推移，他們會為您創建一個“超級高級開發人員”職位。我見過類似的事情。

促銷並不一定意味著您不再是開發人員，例如，它可能意味著您必須做出更廣泛的技術決策。 / p>

就像在這裡一樣陳述您的野心。

我曾在多個技術管理職位工作過，這是我最欣賞的：沒有比知道自己想要的員工（如果有的話）更容易管理的了

經驗不足的經理通常會提拔必須成為經理的最佳工程師，前提是他們做得很好。結果是：他們將他們擁有的最好的工程師換成了平庸的經理。 （進一步將該概念稱為 Peter原則）。原因是管理要求的技能與工程要求不同，這意味著經驗豐富的經理將工作時間用於開發管理技能而不是工程技能。

告訴您的經理，您想成為一名高級開發人員/架構師，並且如果他們希望您留更長的時間，他/她最好為這個方向考慮一條職業道路。

告訴他們您想要的是技術軌道而不是管理軌道的職業。即使在軟件開發中，也有初級和高級職位。初級團隊成員傾向於修復錯誤並為其負責的模塊編寫代碼。高級成員設計API並做出體系結構決策。成為高級軟件開發人員需要多年的經驗。例如，您必須

• 獲得各種技術的經驗
• 了解行業趨勢（並認識到時尚可以忽略！）
• 了解避免技術錯誤並阻止您的團隊再次犯錯
• 設計同樣有效的優雅解決方案

簡而言之，作為一名資深的軟件開發人員，您可以很有價值。不在管理中。如果您現在的公司沒有技術升級的機會，則可能要提出自己的技術領導職位（僅在您認為自己準備好了！），或者找到擁有技術跟踪的公司。

永不言敗。誰知道十年後你會在哪裡？事情變了。

話雖如此，其他答案也解決了要說的話，但與何時一樣重要。您和您的經理應該定期就您的職業進行討論，至少是在年度績效審查中。現在是佈置所需內容並共同確定機遇和障礙的時候了。當您的經理決定如何為項目配備人員時，他應該考慮員工的願望，如果他不知道他們是什麼，就無法做到。

如果這不是工作的一部分您的績效評估過程中，請您的經理就這個特定主題召開會議。在那次會議上，討論您喜歡做的事情，想要進一步發展的技能，想要從事的項目類型等等。如果他想起其他事情，他可能會提出來，然後您可以做出回應，而不必先發製人地說“不想管理”。

我個人不會在任何時候發表此聲明，因為A）對上級來說聽起來似乎很糟糕，好像您對工作/職業沒有野心/奉獻精神B）我被告知永遠不要說您會不要在某天的採訪中考慮成為一名經理，這會讓你躺在一個可能的未來中。C）你永遠都不知道自己將來會不會有所不同。您怎麼知道自己一生中都不想成為經理？我認為最好在提供促銷時拒絕促銷。

貼上您想要的內容，並避免對您不想要的內容髮表負面評論。畢竟，關於晉升的任何討論都可能與您的經理有談，經理是那些殺人狂的人之一，他瘋狂到足以要人事管理。說“只有胡說八道才能完成這項工作”可能是準確的，但在政治上很難做到。

相反，如果我沒看錯的話，勾勒出你想要的晉升，包括： >

這是一條可推廣的職業道路。也許這在您的公司中並不明顯，但是大多數公司都有知識工作者的軌道，他們希望在沒有成本/進度或人員責任的情況下更好地掌握技術專業知識。他們可能必須教別人或導師，但這與“管理”人大不相同。

堅持對自己的工作和未來的晉升有什麼好處。

您能做的最好的事情就是等到您獲得促銷後，評估該報價，如果您不希望它拒絕促銷。

大多數公司發布職位空缺，並希望其員工抓住他們感興趣的機會。假以時日，如果您的經理有一個職位，覺得對您有利，他們可能會建議您申請。那時，您可以與經理溝通您的短期目標是什麼。如果您希望留在技術性更高的職位上，那麼您的經理可以隨時注意那些可能給您帶來更多挑戰但實際上可能會讓您感興趣的職位。或者只是讓您呆在快樂而富有成效的地方。公司需要工蜂，如果您樂於其中的一員，並且擅長工作，那麼很少有人會被迫做一些會使您不快樂和生產力低下的事情。

我認為許多職業程序員在他們的職業生涯中都面臨著這個“問題”。不會有很多人選擇留下“地板上的”編碼，但是那些人最終還是成為真正的藝術大師。並始終是使用新的編程結構，使用最佳模式並在您當中創建最佳算法的人。這樣，您就可以向其他人表明您確實是專業編碼人員，並且如果您同時保持自己的意願，永遠編碼良好的解決方案，那麼最終這種情況將會蔓延開來，人們將開始像真正的編碼書呆子一樣看待您並不再詢問您是否要擔任行政團隊負責人等。

想想像Bjarne Stroustrup，James Gosling，Dennis Ritchie，Larry Wall，Sergey Brin和Anders Hejlsberg等人，我認為您的主要目標應該是使自己成為必不可少的東西。創建如此出色的代碼以至於沒人能做到，儘管他們可能會沿自己的方式前進到更有利可圖的位置。公司可以做相同或更好的事情。然後您可以申請任意數量的加薪，並且仍然保持編碼！

如果沒有得到加薪，則您在上述步驟中失敗了更早地傳達您的雄心壯志。老闆不了解你的優勢。如果是這樣，請確保您有很多文檔證明自己的技能，並可以為Google工作！

將其保留在合同中的某個位置或寫一份新合同，其中說，在未另行通知之前，您寧願保持這種頭銜/級別的員工，但在那裡卻會喪失晉升的能力。

在這樣做的同時，我也同時要求您，因為您已經放棄了獲得更高薪水職位的能力，因此您的收入將保證每年以

因為要為某種特定類型的人工作，由於您對升職沒有興趣，因此他們可能會使您的薪水保持在相同的薪水水平，在他們心中永遠不會學到任何新東西。儘管語言可能會發生變化，但對於他們來說，他們認為它仍然在做您現在正在做的工作。邏輯還是不合邏輯，我現在處於這樣的位置，所以我在最後一點有點出於經驗。

我認為重要的是您的野心是什麼，並有效地進行溝通。您說自己在自己的職業道路上有野心，但是“只是編碼”不是職業道路。如果您遇到了要解決的問題，請先解決它們，然後再解決下一個問題，那就是工作說明。這沒什麼不對，但是您需要考慮的是如何在此基礎上進一步提高對公司的價值，以及如何將這種價值轉化為經理可以理解的東西，這就是職業道路方面的來龍去脈

作為程序員，您的野心可能是這樣的：我想利用我在理解技術方面的技能來負責設計/構建/增強工具，從而顯著降低我們的業務成本，或者出售或以某種方式增加現有產品的價值，使其可以出售到新市場（例如，將基於Web的應用程序遷移到iOS等）

查看業務中的機會或職位，這些機會或職位將使您最有效地利用這些技能。請注意，這可能意味著在設計/架構方面的工作超出了您的期望，並且取決於公司的結構，這可能會受到限制。

您可能還有其他想法。但是關鍵是要看待您想要成為我們領域內的人，看看他們在哪裡，並志存高遠。然後根據他們帶來的業務來描述他們的角色。而且，如果您發現自己正在尋找上升幅度較小的人，那麼這沒什麼不對的。。

所有企業都重視影響業務，願景和利潤的人。 （不一定按任何順序）。如果您可以傳達自己作為個人貢獻者的價值，以及它如何影響公司/部門的整體願景，那將很棒。

您可以明確地重新定義您的職業目標。例如，即使對於單個角色，編寫代碼實際上只是工作的一小部分。不斷學習新事物的個人貢獻者將大部分時間花在多種語言和技術上，因此通常對我們團隊中的許多人都有用。我相信，如果有個人以高超的知識幫助他人，團隊的工作效率就會提高。諸如Pragmatic Programmer和Clean Code之類的書強調需要對開發“充滿熱情”的開發人員。您將被要求給出估計，對優先事項發表評論，提出緊急客戶問題，就新產品構想進行交流……所有這些都不是“編碼”

所以我的想法是創建新消息，排練，然後告訴您的管理層。

您可以考慮簽約。如果您是一位稱職的（或更好的）軟件開發人員，並且願意偶爾換工作，那麼作為承包商，您可以賺很多錢。我發現此舉非常自由。我打廣告稱自己是一名高級軟件工程師（我本人），並被特別聘請為具有挑戰性的開發職位。沒想到我會因為我是承包商而進入管理層的。

這不僅避免了改變您所做工作的壓力，而且我發現在許多不同的環境中工作非常有啟發性，我自己是如何在各種公司中進行開發的。

通過出售您的老闆來展示您的野心，該想法是創建具有多個開發人員水平的職業道路。也許您對設計有更多了解，並獲得了計劃方面的投入，並進行了更多的代碼審查，但仍然專注於編程。對於許多人來說，編程不應該是其職業生涯的入門階段，而是職業本身。現在，如果您的公司的開發需求過時並且所有內容都對相同的代碼庫提供相同的支持，那麼這可能很難銷售，但還是要這樣做。

我建議很大程度上取決於您對管理，項目管理的含義以及您工作的管理風格。

如果不想進行冗長的辯論（網絡上有很多這樣的辯論），如果您是技術專業人員，則對敏捷/ Scrum開發方法感興趣/感興趣，那麼“項目管理”的概念“或“團隊負責人”並不總是適合所有這些技術的解釋。

我的兩個開發團隊都採用了Scrum-Master認證程序，最近評論說，至少有一半的參與者是“古典的“瀑布式”項目經理”試圖弄清楚他們在Scrum中的角色...

在許多組織中，PM角色不再存在。

我只有團隊成員像您一樣-他們選擇為我工作，部分原因是我不希望他們進行任何正式的管理或領導（除了在Scrum的扁平結構內），而且我也無休止地供應（！） R + D飢餓，現金充裕的行業推動著極具挑戰性的技術問題。折衷方案是，他們必須在Scrum團隊中工作，而不是成為“孤獨的英雄”。挑戰性地按照您所追求的方式創建技術職業道路；正如人們所建議的那樣，進行討論非常值得，但是如果在大公司工作，變革可能會充滿挑戰。

最終，您可能必須找到適合您所選職業道路的組織文化，但是如果您了解您所追求的是什麼，距離實現這一目標還有很長的路要走。

結合您對專家和通才技能的其他意見，我建議您在任何敏捷/敏捷環境中都是強項。

在這個世界上，只有一件事是不變的，那就是“改變”！

在許多公司中，通常都有一個名為“系統分析師”的職位，並且這些職位的人們總是參與寫作高級代碼，例如創建應用程序的結構。

這意味著您仍然可以在職業道路上繼續前進，而不必迴避您喜歡編碼的技術方面。