怎樣從一名程式設計師過度到專案經理
阿新 • • 發佈：2019-01-28
1. 從程式設計師到PM，是一條脫變的路，事實上程式設計師走的路最終不應該是專案經理。首先有一點需要明白的就是，一定規模的專案中，專案經理不需要太懂技術，他可以是一知半解。專案經理的任務不是在技術方面，技術相關的應該交給SA去做。專案經理更多地是做管理，溝通等工作，你如果可以的話到書店檢視一下關於專案管理的書籍，你就會明白。當然對於小專案來說，有可能是PM，SA是同一個人，而這樣的專案經理更多隻是SA加上一些管理工作。要做專案經理，你就首先告訴自己不再去碰技術細節了。程式設計師並不是一個培養專案經理的好環境。所以沒有什麼從Coder到什麼developer再到SA然後是PM的路，這是一條比較悲哀的路。在大公司，SA下一個目標不是PM，而consultant，然後是senior consultant，PM走的是另一條路，所需要的技能不是技術，技術給PM帶來的能力提升是很少的。在專案中你最後能分清楚PM與SA的關係及各自在專案中的分工與用途。
2.其實我蠻同意 gzlucky(Lucky) 的看法的，確實是我們公司不少項經理就是不很能跟得上現在的一些技術，因為很多人都快年近四十，兒子都上高中了，要他們再學新技術真的難度比較大，他們的工作基本上就是天天找手下的程式設計師，佈置這個任務，詢問那個任務做的怎麼樣了。不過我的頭倒是和我一樣程式設計，他手下寫程式碼的就我一個人，他自己也會ASP 和JSP，但是可能對.NET不熟，就由我來主負責了。我覺得專案經理還是像他這樣的好，自己也能懂不少技術，可以服人。但是我的頭兒好像在溝通這一塊不是非常出色，當然也有可能是俺太內向，不太與他溝通，所以他也只是在交待任務後就不再多詢問，而不像別的專案經理天天追程式設計師後頭問。我想問問各位，你們看哪種專案經理才是比較好的，像我的頭兒這樣的，還是像某些喜歡追程式設計師後面問進展的。
3.（作者是兩黃星）原來在一個小公司做過半年的DM，一年的PM，後來為了讓自己的技術更紮實一些，離開了原來公司，現在在大公司做程式設計師，開始後悔了，在大公司裡很難接觸管理方面的東西，也很難晉升，個人認為在小公司做DM,PM，有經驗後直接找大公司的PM，這樣也是一條路。
或者考PMP之類的證書，然後直接找管理的工作。
希望過來人能給予更好的意見和建議，我也現在想往管理層發展。
技術很硬了再去做PM，這種想法是錯誤的，我就犯了這個錯，邊搞好技術(為了生計)邊學管理知識(為了將來)，慢慢向管理髮展，不能等。有句話說的好，機會是屬於那些有準備的人的。利用業餘時間多學些管理方面的東西，所謂人的差異在業餘時間。
要走向管理層，英語一定要學好。
溝通很重要，要做好管理者，先學會做人。多跟下屬溝通，多為下屬著想，而不要去巴解討好上司。體諒下屬，把專案計劃做的儘量合理，不要讓下屬加班，給下屬發展和晉升的空間，這樣才能是下屬有幹勁，才能把專案做好，你才有更高的升遷機會。
只有把自己知道的不斷的讓你得力下屬知道，只有提拔起一些得力的下屬來，你才有時間和精力去向上爬，不然你抱著不放，就沒有升遷的機會。
管理不是喝酒抽菸那麼簡單，那只是過去的那種不思上進，耽誤自己前程。
吃盡苦中苦，方為人上人。
做PM不是混，是要把專案做好，這跟做人是一個道理，這也就是為什麼做管理要先學會做人的道理。
pm的整個工作重點是什麼？如果做為一個PM，技術不高怎麼對付組裡的牛人
--------------------------------------
我們經常會因為公司裡的頂尖人才、個性化太強，不能與其他人合作而感到棘手，要解決這一問題其實也是有法可尋的。
一、在肯定其價值和優勢的前提下，明確地制定改進的目標；
二、”頂尖人才能夠面對中肯的，明確及一對一的批評作正面反應，所以要加強與他溝通的力度；
三、可以根據具體情況調整考核目標，加強與其他員工合作的內容；
四、把“頂尖人才”調到相對能獨立發揮其才能的崗位，減少與別人發生矛盾的機會。
技術總監的職責：(各個公司都可以不一樣)
------------------------------------------
1.負責產品中心的日常管理工作；規劃部門的年度發展計劃和發展方向；制定、確立部門內部管理的規章制度和工作規範；制定本部門年度財務預算；負責部門人員招聘、任用、考核的管理與控制等。(佔工作量的40%)
2.根據公司整體發展要求，制定部門研發產品的發展規劃和方向；負責組織、協調完成產品的規劃升級、專項產品的開發與實施；進行市場調研、使用者/代理回訪等。(佔工作量的40%)
3.及時瞭解、掌握新的開發技術，研究探求新的開發技術和方法方法，進一步完善產品結構和功能；從質量和易用性等方面不斷髮展、提升現有的產品。
(佔工作量的20%)
4.多為他人著想，這樣他人才樂於為你著想。適當提撥一些下屬，不是讓自己有精力向上爬，而是他們為了向上爬只有一個方法，把你再往上頂。每個人心中的委屈都是天底下最大的，這時你需要無限的耐心；每個人都有極需要幫助的一面，這時你需要無限的關心；當別人有意思向你傾訴或表述的時候，這時你需要的是愛心。
5.勸大家如果學精了,還是到非it的企業裡去比較好，把自己的專業知識和行業知識結合起來，這樣對自己的長遠發展有好處，不要把自己封閉在it企業裡，以後到35歲以上就沒有出路了
6.能夠勇敢大膽的換工作，開始幾年不要為了賺錢，而是為了賺經驗，我工作2、3年了，身上的存款還是個4位數，你們肯定認為很搞笑。。。但我走過5-6家公司了。。每個一個公司都有不同的感受。各方面都有了些進步。。
7.多學些管理知識，多進行管理實踐！
8.其實,我覺得做一個好的專案經理不是那麼容易的,專案經理,主要的任務是協調程式設計師的開發與專案的進展.在面對程式設計師的時候,首先要抓住作為程式設計師的特點,如果你的技術過硬的話,那麼你用你的技術去讓下面的人佩服你的技術,那麼他們會服服帖帖的,如果你的技術不過硬的話,那麼你就謙虛點,不要太吹牛皮了,不然的話,下面的人忍得了你一時,忍不了你一世,遲早會反你的(當年我就反過,哈哈哈)!所以,我覺得,從一個程式設計師到專案經理過渡的話,還是掌握足夠的技術是關鍵,當然,培養起自己的人格魅力也很重要.如果是從別的行業的人想去做專案經理的話呢,最重要還是謙虛,不要以職位壓人!
9.專案經理主要工作就是“溝通”，目的是保證專案高品質完成，合理利用資源，這裡還有對下屬的培養，要善於用人，待下屬要不遺餘力的幫助，不要害怕被下屬取代，在信任的前提下要適當放權，因為當你培養出一批可以取代你的下屬時，正是你升職之時。
附：轉載文章
如果你曾經以為自己在啟蒙階段就已經瞭解了需要了解的全部東西，那麼你肯定從來都沒有做過IT經理。曾經身為IT專業人士的你該如何成功過渡為IT管理者？下面這位經驗豐富的專業人士所介紹的技巧應該能幫助你避免很多錯誤的發生。
從一位純技術人員向一位IT管理者的過渡是一條充滿了艱辛和曲折的漫長道路。已經在IT業打拼了十六年的 Steven Crane對此可謂是深有體會。他曾經在一些實力雄厚的大公司（如吉列公司、派克公司）擔任IT經理長達八年之久。在那段日子裡，他成功的應對了很多來自管理工作的挑戰。為了幫助新上任的IT經理們避免重犯他當年曾經犯過的錯誤，他根據自己的經驗向大家介紹了十五項技巧。
培養管理能力的技巧
1、閱讀Ken Blanchard撰寫的“一分鐘經理”系列叢書。根據Ken Blanchard在書中的定義，所謂的一分鐘經理是指那些不需要花費很長的時間，應用他三個簡單的管理步驟就可以達到很好的效果的管理者。
2、瞭解自己所在公司的規章制度，與自己的同事和上級建立良好的關係。認真聽取他們的建議。管理人員們通常都願意給其他管理者提供幫助。
3、儘快發現並瞭解自己的弱點和不足。要記住，你是可以通過培訓來彌補自己的不足的。
4、學著把預算控制到最低限度，讓大家清楚的瞭解資金是在哪些地方被節省下來的。
同公司主管人員增強交流的技巧
5、不要把每天的工作當中所出現的問題都彙報給自己的上級。相反，要善於發現那些重複出現的問題併為之尋找解決辦法。然後再就幾種不同的解決方案徵求上級的意見。
6、如果你做專案同做支援工作一樣出色，那麼一定要把這兩種工作區分開。只要把新增加的員工的薪水計算在整個專案的成本之內，那麼你就可以為了新專案的進行而招募新的員工。不要讓自己手下的員工在做支援工作的同時又陷入到正在進行的專案當中。
7、詳盡記錄、及時彙報。要求專案小組的成員填寫時間記錄，這樣你就能夠明白時間都花在了哪裡。當你需要證明專案工期應該延長的時候，這些記錄會起到幫助作用。當然，有了這些記錄，你在向公司主管撰寫月度報告的時候也會輕鬆許多。
8、當公司系統出現問題而癱瘓的時候，要知道你的小組的任務是讓系統恢復正常。要保證關鍵系統的災難恢復計劃的到位，並且能夠恢復其他的專案。
激勵員工的技巧
9、如果公司以前沒有正式的服務平臺協議，而你又在實際工作中發現有大量的服務電話需要接聽，那麼就建立一個集中化的服務平臺。如果必要的話可以尋求外包。如果真的需要外包的話，一定要制定服務水平協議。
10、花時間激勵自己的員工走向成功，儘可能多的排除來自其他部門的不利因素。
11、學會“猴子管理”：當員工來向你尋求幫助時，要讓他們知道自己接下來應該如何繼續行動。不要幫助員工分擔他們的工作，因為你會發現那樣的工作永遠都做不完。
12、每年至少對員工進行一到兩次的業績評估。讓員工有明確的目標，並且幫助他們去實現自己的目標。
13、定期召開小組會議。由於工作任務總是一個接著一個，所有人看上去都是那麼忙碌，要想做到這一點是有些困難。如果絕對必要的話，可以選擇工作午餐的形式，只是別忘了給大家提供三明治就是了。
14、至少每個季度邀請小組成員一起外出就餐一次。如果預算控制的好，應付這筆花消是沒有問題的。
15、要知道所有員工的能力的總和就是整個小組的最大工作產出。不要僅僅因為你自己給自己樹立了高標準就希望所有的小組成員都能夠做到和你一樣。要根據他們的實際情況去讚揚和鼓勵他們，並且針對他們的不足而對他們進行培訓。
成功總會到來
成功的管理技能幫助Crane成為了獨立的管理顧問。現在，他幫助很多中小型公司策劃IT電子銷售系統和電子商務服務戰略。上面所介紹的這些技巧至今仍在幫助著他。
2.其實我蠻同意 gzlucky(Lucky) 的看法的，確實是我們公司不少項經理就是不很能跟得上現在的一些技術，因為很多人都快年近四十，兒子都上高中了，要他們再學新技術真的難度比較大，他們的工作基本上就是天天找手下的程式設計師，佈置這個任務，詢問那個任務做的怎麼樣了。不過我的頭倒是和我一樣程式設計，他手下寫程式碼的就我一個人，他自己也會ASP 和JSP，但是可能對.NET不熟，就由我來主負責了。我覺得專案經理還是像他這樣的好，自己也能懂不少技術，可以服人。但是我的頭兒好像在溝通這一塊不是非常出色，當然也有可能是俺太內向，不太與他溝通，所以他也只是在交待任務後就不再多詢問，而不像別的專案經理天天追程式設計師後頭問。我想問問各位，你們看哪種專案經理才是比較好的，像我的頭兒這樣的，還是像某些喜歡追程式設計師後面問進展的。
3.（作者是兩黃星）原來在一個小公司做過半年的DM，一年的PM，後來為了讓自己的技術更紮實一些，離開了原來公司，現在在大公司做程式設計師，開始後悔了，在大公司裡很難接觸管理方面的東西，也很難晉升，個人認為在小公司做DM,PM，有經驗後直接找大公司的PM，這樣也是一條路。
或者考PMP之類的證書，然後直接找管理的工作。
希望過來人能給予更好的意見和建議，我也現在想往管理層發展。
技術很硬了再去做PM，這種想法是錯誤的，我就犯了這個錯，邊搞好技術(為了生計)邊學管理知識(為了將來)，慢慢向管理髮展，不能等。有句話說的好，機會是屬於那些有準備的人的。利用業餘時間多學些管理方面的東西，所謂人的差異在業餘時間。
要走向管理層，英語一定要學好。
溝通很重要，要做好管理者，先學會做人。多跟下屬溝通，多為下屬著想，而不要去巴解討好上司。體諒下屬，把專案計劃做的儘量合理，不要讓下屬加班，給下屬發展和晉升的空間，這樣才能是下屬有幹勁，才能把專案做好，你才有更高的升遷機會。
只有把自己知道的不斷的讓你得力下屬知道，只有提拔起一些得力的下屬來，你才有時間和精力去向上爬，不然你抱著不放，就沒有升遷的機會。
管理不是喝酒抽菸那麼簡單，那只是過去的那種不思上進，耽誤自己前程。
吃盡苦中苦，方為人上人。
做PM不是混，是要把專案做好，這跟做人是一個道理，這也就是為什麼做管理要先學會做人的道理。
pm的整個工作重點是什麼？如果做為一個PM，技術不高怎麼對付組裡的牛人
--------------------------------------
我們經常會因為公司裡的頂尖人才、個性化太強，不能與其他人合作而感到棘手，要解決這一問題其實也是有法可尋的。
一、在肯定其價值和優勢的前提下，明確地制定改進的目標；
二、”頂尖人才能夠面對中肯的，明確及一對一的批評作正面反應，所以要加強與他溝通的力度；
三、可以根據具體情況調整考核目標，加強與其他員工合作的內容；
四、把“頂尖人才”調到相對能獨立發揮其才能的崗位，減少與別人發生矛盾的機會。
技術總監的職責：(各個公司都可以不一樣)
------------------------------------------
1.負責產品中心的日常管理工作；規劃部門的年度發展計劃和發展方向；制定、確立部門內部管理的規章制度和工作規範；制定本部門年度財務預算；負責部門人員招聘、任用、考核的管理與控制等。(佔工作量的40%)
2.根據公司整體發展要求，制定部門研發產品的發展規劃和方向；負責組織、協調完成產品的規劃升級、專項產品的開發與實施；進行市場調研、使用者/代理回訪等。(佔工作量的40%)
3.及時瞭解、掌握新的開發技術，研究探求新的開發技術和方法方法，進一步完善產品結構和功能；從質量和易用性等方面不斷髮展、提升現有的產品。
(佔工作量的20%)
4.多為他人著想，這樣他人才樂於為你著想。適當提撥一些下屬，不是讓自己有精力向上爬，而是他們為了向上爬只有一個方法，把你再往上頂。每個人心中的委屈都是天底下最大的，這時你需要無限的耐心；每個人都有極需要幫助的一面，這時你需要無限的關心；當別人有意思向你傾訴或表述的時候，這時你需要的是愛心。
5.勸大家如果學精了,還是到非it的企業裡去比較好，把自己的專業知識和行業知識結合起來，這樣對自己的長遠發展有好處，不要把自己封閉在it企業裡，以後到35歲以上就沒有出路了
6.能夠勇敢大膽的換工作，開始幾年不要為了賺錢，而是為了賺經驗，我工作2、3年了，身上的存款還是個4位數，你們肯定認為很搞笑。。。但我走過5-6家公司了。。每個一個公司都有不同的感受。各方面都有了些進步。。
7.多學些管理知識，多進行管理實踐！
8.其實,我覺得做一個好的專案經理不是那麼容易的,專案經理,主要的任務是協調程式設計師的開發與專案的進展.在面對程式設計師的時候,首先要抓住作為程式設計師的特點,如果你的技術過硬的話,那麼你用你的技術去讓下面的人佩服你的技術,那麼他們會服服帖帖的,如果你的技術不過硬的話,那麼你就謙虛點,不要太吹牛皮了,不然的話,下面的人忍得了你一時,忍不了你一世,遲早會反你的(當年我就反過,哈哈哈)!所以,我覺得,從一個程式設計師到專案經理過渡的話,還是掌握足夠的技術是關鍵,當然,培養起自己的人格魅力也很重要.如果是從別的行業的人想去做專案經理的話呢,最重要還是謙虛,不要以職位壓人!
9.專案經理主要工作就是“溝通”，目的是保證專案高品質完成，合理利用資源，這裡還有對下屬的培養，要善於用人，待下屬要不遺餘力的幫助，不要害怕被下屬取代，在信任的前提下要適當放權，因為當你培養出一批可以取代你的下屬時，正是你升職之時。
附：轉載文章
如果你曾經以為自己在啟蒙階段就已經瞭解了需要了解的全部東西，那麼你肯定從來都沒有做過IT經理。曾經身為IT專業人士的你該如何成功過渡為IT管理者？下面這位經驗豐富的專業人士所介紹的技巧應該能幫助你避免很多錯誤的發生。
從一位純技術人員向一位IT管理者的過渡是一條充滿了艱辛和曲折的漫長道路。已經在IT業打拼了十六年的 Steven Crane對此可謂是深有體會。他曾經在一些實力雄厚的大公司（如吉列公司、派克公司）擔任IT經理長達八年之久。在那段日子裡，他成功的應對了很多來自管理工作的挑戰。為了幫助新上任的IT經理們避免重犯他當年曾經犯過的錯誤，他根據自己的經驗向大家介紹了十五項技巧。
培養管理能力的技巧
1、閱讀Ken Blanchard撰寫的“一分鐘經理”系列叢書。根據Ken Blanchard在書中的定義，所謂的一分鐘經理是指那些不需要花費很長的時間，應用他三個簡單的管理步驟就可以達到很好的效果的管理者。
2、瞭解自己所在公司的規章制度，與自己的同事和上級建立良好的關係。認真聽取他們的建議。管理人員們通常都願意給其他管理者提供幫助。
3、儘快發現並瞭解自己的弱點和不足。要記住，你是可以通過培訓來彌補自己的不足的。
4、學著把預算控制到最低限度，讓大家清楚的瞭解資金是在哪些地方被節省下來的。
同公司主管人員增強交流的技巧
5、不要把每天的工作當中所出現的問題都彙報給自己的上級。相反，要善於發現那些重複出現的問題併為之尋找解決辦法。然後再就幾種不同的解決方案徵求上級的意見。
6、如果你做專案同做支援工作一樣出色，那麼一定要把這兩種工作區分開。只要把新增加的員工的薪水計算在整個專案的成本之內，那麼你就可以為了新專案的進行而招募新的員工。不要讓自己手下的員工在做支援工作的同時又陷入到正在進行的專案當中。
7、詳盡記錄、及時彙報。要求專案小組的成員填寫時間記錄，這樣你就能夠明白時間都花在了哪裡。當你需要證明專案工期應該延長的時候，這些記錄會起到幫助作用。當然，有了這些記錄，你在向公司主管撰寫月度報告的時候也會輕鬆許多。
8、當公司系統出現問題而癱瘓的時候，要知道你的小組的任務是讓系統恢復正常。要保證關鍵系統的災難恢復計劃的到位，並且能夠恢復其他的專案。
激勵員工的技巧
9、如果公司以前沒有正式的服務平臺協議，而你又在實際工作中發現有大量的服務電話需要接聽，那麼就建立一個集中化的服務平臺。如果必要的話可以尋求外包。如果真的需要外包的話，一定要制定服務水平協議。
10、花時間激勵自己的員工走向成功，儘可能多的排除來自其他部門的不利因素。
11、學會“猴子管理”：當員工來向你尋求幫助時，要讓他們知道自己接下來應該如何繼續行動。不要幫助員工分擔他們的工作，因為你會發現那樣的工作永遠都做不完。
12、每年至少對員工進行一到兩次的業績評估。讓員工有明確的目標，並且幫助他們去實現自己的目標。
13、定期召開小組會議。由於工作任務總是一個接著一個，所有人看上去都是那麼忙碌，要想做到這一點是有些困難。如果絕對必要的話，可以選擇工作午餐的形式，只是別忘了給大家提供三明治就是了。
14、至少每個季度邀請小組成員一起外出就餐一次。如果預算控制的好，應付這筆花消是沒有問題的。
15、要知道所有員工的能力的總和就是整個小組的最大工作產出。不要僅僅因為你自己給自己樹立了高標準就希望所有的小組成員都能夠做到和你一樣。要根據他們的實際情況去讚揚和鼓勵他們，並且針對他們的不足而對他們進行培訓。
成功總會到來
成功的管理技能幫助Crane成為了獨立的管理顧問。現在，他幫助很多中小型公司策劃IT電子銷售系統和電子商務服務戰略。上面所介紹的這些技巧至今仍在幫助著他。