做為一個碼農的潛規則，用戶怎麽要求怎麽寫，不論過程只論是否符合要求以及減少bug的存在，雖然bug隨時會出現，這就是碼農，一直以來都說碼農分很多種但個人認為就是一種，原因是碼農不懂的換位思考，不懂的在管理層，用戶層次去考慮每個tcode的實用性，只懂的用技術寫出一個程序在甲方就只能稱呼為碼農永遠當不上PM，也很難為公司節約成本。

PM需要的是懂得（不必深入）相應的語言，能夠站在管理層，用戶層考慮每個項目的生成，最好是一次就讓將tcode做到人的心坎，而不是要經過3次以上的修改，才能讓用戶滿意。

由於我是將碼農和PM分開說明，

相信肯定有人會噴我，我是碼農怎麽能知道組長，經理的想法，為什麽不能，沒有後臺的組長和經理基本上都有經歷過code這關，就算有後臺在IT部也需要有清晰的頭腦以及完善的思路。在甲方不論有無後臺能在一崗位工作3年以上就肯定其過人之處。

要做PM肯定要能將你的能力體現出來，如何體現每個人不同，本人在職期間將原來的國家認可的實驗室報告納入SAP系統，為公司節約30%成本，這成本怎麽算的不能明說。

每年都會想出至少一種圍繞系統產生的一種方案，優化部門以及為公司節約成本。

想出針對性的項目讓客戶對公司滿意，對於客戶來說希望自身的產品合格率高，問題少，嚴格把關每一個產品才能保持品牌效應，如何能做到檢驗即按標準做又不會浪費資源，人工出錯率占多少個per，電腦化進入後出錯率又是多少個per？具體沒算過但在項目推出後第二年，在同行業中得到客戶最高評分。

還是那句話：當你凝視深淵時，深淵也在凝視你。

從碼農升為PM（節約成本）