程序員到經理

『壹』 請問一個程序員，怎麼進化到一個項目經理

那得看你是不是有這樣的志向了，如果你的目標是成為項目經理，那麼你現應該做的就是開始關注項目開發的全過程。

程序員和項目經理是兩個工種，這一點你一定要清楚，只有思想先轉變了，人才有可能跟著轉變身份。

程序員是技術工作，主要承擔的是項目中某一部分的具體任務，完成某些需求，去把代碼都敲完，保證測試的時候不出問題，沒有BUG，也就夠了，別的事不用操心，也用不著一個程序員去操心；作為程序員最多就是學點新技術，可以更快更好的完成自己那攤任務即可。

項目經理是管理崗，至少理論上是這樣的，不過現在很多軟體開發工司的項目經理多半也是一個項目組里的技術骨幹，其實這也沒有什麼不行的，只不過想做好項目經理，僅僅懂技術是遠遠不夠的。

項目經理的工作更多的是協調內外關系，確保項目可以按期合格完成。協調則是主要工作，內部 ，需要協調項目組里各工種之間的工作，讓大家可以配合起來更高效的完成工作；同時還要和公司進行協調，比如人員的借調或者資源的調配，瑣事更多一些。

與此同時還要和項目的建議單位進行協調，因為人的溝通是不可能百分百理解的，項目開發更是如此，對於很多細節上的問題，都是應該由項目經理去和建議單位協商的，若溝通不暢後續將面臨著很多設計變更的問題，會耽誤時間與資源。

所以如果你想成為項目經理，在忙完自己程序員的工作之後就多留心去學一些管理方面的知識吧，以備哪一天的榮升之機。

『貳』 想從程序員轉行到產品經理，想聽聽大家的意見及建議。

可以說，在產品驅動型互聯網企業中，例如網路和騰訊，有程序員基礎的產品經理是很搶手的。

我推測你的問題是：

1、程序員轉產品經理有沒有「錢」圖
2、程序員轉產品經理需要具備哪些技能
3、程序員怎樣做才能自然的過度到產品經理

第一個問題我已經回答了，現在60%以上的產品經理都是從產品設計轉過來了，這樣的產品經理糾結於細節，而程序員轉過來的產品經理因為了解產品的實現過程，所以對項目的時間把握有相當的話語權，這首先就保證了項目的進度，其次嚴謹的邏輯性，對產品將來的擴展和升級都有幫助，所以程序員轉過來的產品經理是很搶手的。不過這類產品經理要多增加產品營銷和運營方面的知識。人無完人，多了解一些對自己有好處。

第二個問題：產品經理其實沒有什麼技能可言的，產品的視覺交給UI，交互交給UE，開發交給程序員。但是，產品經理是個協調者，需要做大量的溝通，需要有敏感的「嗅覺」，可以判斷出市場的變化、公司方向的變化、進攻的時機、默默的承受。還要能為自己的產品拉到一定的資源，為產品整個生命周期負責等等。一個詞「溝通」

第三個問題：建議你看一些書，可以上當當網搜幾個關鍵詞「信息架構」「用戶體驗」「產品經理」「交互設計」這幾個詞都是當下行業熱門的，作為產品經理需要了解。

希望說的這些對你有幫助！

『叄』 從程序員到項目經理（12）：如何管理自己的時間（上）

項目經理必須要主動的管理自己的時間，合理安排自己的工作，才能真正「翻身」做自己時間主人。1.誰動了我的時間時間對於每個人而言，都是最稀缺的資源，對於一個管理者更是如此，時間不夠用成為幾乎所有管理者共同的問題。如果要對項目經理常說的話做一個調查的話，想信「我很忙」一定可以名列前茅。以我的經驗，當要求項目經理按時提交項目材料，或者臨時支援某件緊急事務的時候，經常會聽到同樣的回答：「我很忙」。多年以前，我就從經理那裡聽說，厲害的管理者都是很輕松的，因為他的工作全部交出去了，根本不用自己操心，所以他們出去度假十天半個月，一切工作都會如常進行。從那時起，我就充滿了對管理的神往，可是後來我才發現原來這只是個傳說，現實中忙忙碌碌的經理比比皆是，而輕松自如的管理者則是眾里難尋。為什麼管理者都這么忙呢？是誰動了他們的時間？實際上，這是一個綜合性的問題，既有內部原因，也有外部原因，既有主觀原因，也有客觀原因。總的來說，讓經理們不堪重負的因素有三：(1)工作對於一個程序員來說，他的工作是比較單純的，基本上是單線程運作，只需要項目經理交待開發任務即可，可是當上了項目經理就不一樣了。以前好比在游泳池中游泳，現在是在大海里沖浪，各種事情如潮水一般向你涌來，讓你顧此失彼，手足無措。(2)下屬下屬也是一種資源，即人力資源，這種資源與時間一樣，同樣具有稀缺性。其實我們可以設想一下極端情況，如果你的下屬人數足夠，能力也很強的話，你完全可以像我的經理說的一樣，把你的全部工作授權給你的下屬，你自己也就不用整天焦頭爛額了。因為你的下屬不給力，所以你總是要自己來制定計劃、自己來做系統架構、自己來監控進度、自己來檢查質量、自己來寫文檔、自己來匯報工作、自己來解決重要問題、甚至自己來編寫代碼，你整天忙忙碌碌，就是在忙這樣的事情。然而，千萬不要怪你的下屬，因為他們不給力正是老闆僱傭你的原因，況且資源的稀缺性是永遠存在的——從原始社會到將來的共產主義社會。要知道，老闆做項目為了賺錢，而不是讓管理者更輕松，如果每個項目都是精兵強將，你只要一聲令下工作就會自動完成，你倒是輕鬆了，但老闆還要你來做什麼？(3)自己既然資源受限是一定的，項目經理還是應該反求諸己，從自己身上找到解決之道。這就好比天下雨了，你怪老天是沒有用的，只能怪你自己沒有帶雨傘。經常問一問自己，我對工作安排合理嗎？我抓住了主要問題嗎？我在旁枝末節的事情上浪費時間了嗎？我有充分發揮下屬的能力嗎？我自己工作拖拖拉拉嗎？…通過不斷的自省，改善自己的管理方法和行為習慣，我們對時間利用也必然會變得越來越高效。 2.時間管理的本質是對工作的梳理要破解忙的難題，必須要有意識的對時間進行管理。其實時間本身是沒法管理的，因為無論你怎樣管理，時間既不會變多，也不會變少，既不會變快，也不會變慢。所謂的時間管理，其實就是如何更有效的利用時間的問題，更加直白地說，其本質就是工作管理，即通過對工作的梳理，讓我們在有限的時間內，使得工作更有條理、更有成效。必須要主動、有目標地對工作進行梳理，這是對一個管理者的基本要求。工作梳理就好比整理房間，你不去整理它，雜物就會堆積得越來越多，你房子最終會變得不適合人類居住。一個好的家庭主婦，必定善於將各位物品分門別類，並且適時扔掉一些用處不大的物品。一個好的項目經理也一樣，同樣需要對工作進行分類，對不同類型工作採用不同的策略，有些工作要現在就做，有些可以晚點做，或者不做；有些工作一定要自己做，有些工作則可以請其他人來完成。通常對工作梳理，可以採用5W1H法，即： Why——為什麼干這件事？（目的）； What——什麼事情？（對象）； Where——在什麼地方執行？（地點）； When——什麼時間執行？什麼時間完成？（時間）； Who——由誰執行？（人員）； How——怎樣執行？採取哪些有效措施？（方法）。在一般的項目中，Why和where往往不是什麼問題，或者說對項目經理的時間管理影響較小，因此我們不妨將其簡化為3W1H，也就是確定要做什麼，不做什麼；先做什麼，後做什麼；誰來做；怎樣做才更有效。基於此，項目經理可以按以下三個步驟來梳理工作：（1）分析要做什麼、不做什麼，以及先做什麼、後做什麼解決What和When的問題。事有輕重緩急，事情的重要程度和緊急程序直接決定其處理的優先順序。雖然很多事情來勢洶洶，但並不表示一定要當即處理，有些事情只是靜靜的躺在那兒，也並不意味著要「等有了時間再做」。（2）分析由誰來做解決Who的問題。雖然我們提倡項目經理要以身作則、親力親為，但並不是說每件事項目經理要親自去做。對於下屬可以勝任的事情，就把它分配出去。如果出現項目經理很忙、下屬很閑的情況，那就說明項目經理你做得太多了，不要和你的下屬搶事情做。（3） 如何讓工作更有成效做不做、什麼時候做以及誰來做的問題都解決了，剩下就要解決怎麼做才能讓工作更有成效的問題了。在這里我們不是要討論編碼或寫文檔的技巧，而是個人的習慣和認識，這對工作成效的影響更是本質上的。 3.做事要分輕重緩急老外就是善於總結，中國有詞語叫「輕重緩急」，可是到了國外搖身一變，變成了「時間管理四象限法」——自從美國總統艾森豪威爾提出以來，人人將其奉為圭臬，成為時間管理領域最重要的方法論。所謂的「四象限法」，就是將工作按照重要程度和緊急程度兩個維度進行分類。我們找一張白紙，以緊急程度為縱軸，以重要程序為橫軸，在紙上劃上一個十字，將紙面分為四個象限，然後將當前所有要做的工作放到這個四個象限中。一個典型的項目經理四象限圖如下所示： （1） 第一象限：重要緊急這一類往往是火燒眉毛的事情，需要馬上去處理，否則項目會受到重大影響，比如客戶伺服器崩潰。（2） 第二象限：重要不緊急這類事情一般是預防型的工作，例如制定項目計劃、團隊建設等，它們不需要你停下手上的工作馬上去做，但如果沒做好的話，可能就會導致產生項目危機。許多第一象限工作產生的原因，正是因為第二象限的工作沒有去做。（3）第三象限：不緊急也不重要這類事情看上去最不需要做了，例如上網偷菜、看新聞、寫博客等，但如果你在辦公室走上一圈，就會發現很多人正在干著這些不需要乾的事情。 （4） 第四象限：緊急不重要這類事情雖然不重要，卻需要馬上去處理。一個典型的例子就是桌上的電話響了，你接還是不接？當然要接，因為你不知道是誰。接通後，發現是推銷保險的，你又不好意思立即掛掉，只好被對方折磨一番了。 我們到底該怎樣安排四個象限的工作呢？對於一個普通的管理者，其工作的優先順序一般是這樣的：第一象限>第四象限>第二角限>第三象限。可是，等做完了第一、四象限的工作，根本就沒有時間來人做第二象限的工作，於是項目到了後期項目經理只好四處救火。管理大師彼德.德魯克十分推崇「時間管理四象限法」，並將其總結為「要事第一」的原則。根據這個原則，每個象限的工作處理策略是不一樣的。（1）重要緊急優先順序最高，需要盡快處理。很多人都玩過《植物大戰僵屍》的游戲吧，那你一定知道「一大波僵屍正在逼近」的感覺，是的，你必須要馬上打死它們，不然它們就會沖進你的房子，吃掉你的大腦！（2）重要不緊急這類事情看上去可以暫緩，但考慮到其重要性，應當與第一象限的工作並行去做。如果不及時去做，它們就會轉移到讓你頭疼的第一象限中去，或者在第一象限產生更多新的「僵屍」。所以，要在僵屍還沒有逼近的時候，就好防禦工事，並盡快打死它們，如果等到它們沖了過來，你還能不能保住大腦，就要看你的運氣了。（3）緊急不重要它們就像是在你耳邊「嗡嗡嗡」地叫著的蒼蠅，你必須要花時間去趕走它們。這多少讓人有些無奈，但這些事情確實層出不窮。有些公司在實施緊急項目時，經常採用封閉式開發，這樣做的一個重要原因就是要迴避那些緊急不重要的事情。很多管理專家建議我們在必要的時候勇敢說「不」，其實就是針對這類事情。如果實在無法說不，建議安排或委託其他人來做。（4）不緊急也不重要如果不是時間充裕的話，建議不要去做。如果礙於人情的話，建議安排或委託其他人來做。它們就像一群在幾百米遠處飛的蒼蠅而已，你完全不必要放下手中的飯碗，舉起蒼蠅拍跑過去和它們決斗。因此，對於一個卓有成效的管理者，其優先順序應該是這樣的：第一象限=第二象限>>第四角限。第三象限就像數學中的無窮小一樣，被舍棄了。寫到這里，我想起了前不久一位項目經理的故事：項目定於當天上線，項目組決定搬到客戶現場辦公，以應付可能出現在的突發事件。項目成員電腦已經全部打包好，都圍在項目經理周圍等待。原來項目經理正在理一大堆發票准備報銷，於是發生了這下面這樣的對話：我：「大家都在等你，怎麼還在填報銷單呢？」項目經理：「今天是公司的報銷日，不填好單子，又得推後很久。」我：「你的電腦打包了沒有？」項目經理：「沒有」我：「放行條開了沒有？」項目經理：「沒有」我：「申請用車了沒有？」項目經理：「沒有」我不知道說什麼好了。要知道公司的報銷單粘貼和填寫非常嚴格，經常被打回重新弄，那一堆發票，顯然不是十幾分鍾可以搞定的事情。還有公司的用車也比較緊張，不趕緊申請，說不定就沒有了，到時就只能租車或打的，這無疑又會耽誤更多的時間。更何況六七個同事都在等項目經理一個人，耽誤的時間還得要乘以他們的人數。萬一系統上線，狀況頻出，客戶火燒眉毛，項目組卻仍然在路上，這樣的後果是很嚴重的。貼報銷單看上去一件重要緊急的事情，實際上它既不重要也不緊急，因為今天不報銷，以後還是可以報銷，可是因此耽誤的寶貴時間，卻無法再要回來。

『肆』 如何程序員轉變到管理層

你應該多想想怎麼把程序編的更牛逼，成為引人注目的優秀骨幹，老闆不願意放走的人。
有機會老闆就會讓你成為項目小組的領隊。
再歷練歷練，項目做的好，業務鑽的精，那麼你就有機會做更大開發團隊的領隊。
管得人多一點兒呢？項目經理或者部門經理，你就沒時間編程了，你就管理層了。

編程不行？鑽精業務和溝通，等機會轉型策劃，或等機會轉型項目經理 - 機會來之前必須得准備好，不然還是輪不到你。

再者就是直接跟你上司談談，表達一下自己想走的路，以及公司有什麼路可走，然後及早調整一下奮斗方向，早點兒使上勁兒。

『伍』 程序員幾年能當上經理

這個可是沒有年限的，要看具體的情況，你個人的實力，公司的規模等等。還有就是機遇，和公司的領導的看法等等。
1年是他，10年也是他。
對於有些事，盡人事而安天命。
努力工作吧！

【易 IT 電 腦 管 家】

『陸』 程序員如何轉型產品經理需要哪些逆天「裝備」

需要注意以下幾點：

1.關於契機

其實我覺得這不是契機的問題，是基因的問題，一個真正適合做程序員的人是不會考慮轉型的，在職業發展上，程序員比產品經理的路線更清晰，投入與產出比更穩定，而產品經理，說實話，是個很看臉的職業，這個職業的路線有很大的不確定性，為什麼我會轉型，因為我本就不適合做程序員，我無法滿足於翻來覆去就是Copy&Paste的工作，對於技術也沒有狂熱的追求，當然，我十分討厭加班，確切的說是無休止，非計劃性，帶有潛規則性質的加班。
你或許會問，既然不適合，你為什麼要選擇程序員這個職業呢？說實話，在沒做之前，我真的不知道我不適合。
回到正題，我是在一個什麼情況下轉型的產品經理呢，頗有些黃袍加身的感覺。人是有慣性的，放棄既有的優勢，去投入一個看似美好，卻很可能是刀山火海的職業，是一次危險的賭博。
沒有親身體驗產品經理，只能說是這山望著那山高而已，所以始終帶著不確定性，而當時公司規模急劇擴大，中層管理青黃不接，沒有產品經理的情況下，BOSS考慮到空降人員可能水土不服的問題，希望從內部發展可靠的同志，於是對我進行了先進性教育，我思前想後，就是那句「我發現你對產品很有感覺」，讓我抱著士為知己者死的念頭，決絕的點了點頭。
2.關於准備

說實話，沒有準備，也沒辦法准備，因為你面臨的是一個完全未知的崗位。就想你看別人玩游戲，和自己親自玩游戲，是完全不同的感覺。別人無比嫻熟的操作和風騷的走位使你拍案叫絕，但是你真正自己去玩的時候才發現，APM不夠啊，意識跟不上。
怎麼准備，看攻略，好吧，那些寫攻略的人往往討論的是在一個對方站樁的情況下，你怎麼來乾死它，卻沒討論，如果對方後退了一下，或者忽然又一個敵人出現了，你該怎麼面對。在實際的工作中，你面臨的是各種意想不到，千奇百怪的局面，想通過攻略來解決是完全不現實的。
3.關於有用

我覺得最有用的東西就是換位思考，以前做程序員的時候，我只需要考慮我怎麼來實現，我的時間夠不夠，項目什麼時候上線，有了任何問題，我可以等待，我可以扯皮，我也可以作壁上觀。但是作為一個產品的負責人（視公司崗位職責的不同，或許有很大出路），我就像一個管家婆一樣，必須時刻注意到哪裡可能出現炸彈，每天更多的時間不是在執行，而是在觀察，思考，應變中度過。
我不再擁有一個可供我自由分配的八個小時，我的上一秒可能在思考問題，下一秒就會有人過來找我，碎片時間變的很多，就連上廁所，都會有電話進來，你隨時保持著戰斗狀態，不能有一絲一毫的鬆懈。
這個時候再去看程序員這個崗位，你發現，原來是這個樣子的，但因為我也混過，我自然知道程序員的心態，這是我的最大優勢，我能夠和程序員很好的溝通，並能理解他們在別的策劃轉為產品經理的童鞋那裡難以理解的問題，所以我這邊的研發進度往往保障的很好。
我發現所有的事情都不是像我想像的那麼簡單，方案的問題，計劃制定的問題，人員本身的問題，處處都會產生蝴蝶效應，我總是在不安中小心翼翼的防微杜漸或亡羊補牢。
但我發現，即便我付出了再多的努力，項目還是會因為各種原因走向失敗，這個時候檢討是沒有意義的，天時地利人和，缺一不可，為什麼我說產品經理這個職業看臉，是因為這個職業看起來能決定任何東西，又發現自己決定不了最關鍵的問題，所謂盡人事，聽天命，以前總被我嗤之以鼻，我發現，有些時候，我真的很有共鳴。（作者：Robert Struggle）

『柒』 程序員轉行可以做什麼

面對著日新月異的代碼和語言，你是否感到了力不從心？稍有懈怠，就跟不上崗位需要了？身體漸漸的發福，熬夜寫代碼開始扛不住了嗎？

這個時代很殘酷也相對公平，殘酷的地方在於世界的變化之快容不得人有片刻懈怠，公平的地方在於：不論你是年輕還是年老，都要靠實力說話。

那些被時代拋棄的永遠都是跑得比較慢甚至在原地徘徊的人，即所謂的工作十年卻只有一年工作經驗。

年輕程序員的優勢在於年輕和激情，大齡程序員的優勢在於閱歷和經驗。所以，年輕程序員不要有跨越年齡階段的焦慮，大齡程序員也不要覺得年輕人搶了自己的飯碗。

每個年齡段都有自己要解決和面臨的問題，認清自己內心真正的需求和渴望，再去尋找適合自己的棲身之地打怪升級，才是當務之急哦。

『捌』 程序員如何快速的轉型為技術經理

如果你想轉型為技術經理的話，首先對你所在行業的需求架構非常熟悉，並根據用戶的需求進行工作分配，可以項目組的程序員編寫各個模塊的代碼，最終獨立帶領團隊實現產品需求。
技術經理的工資應該是比程序員高至少50%以上的。
項目經理多是溝通和組織型的，和技術經理職責有所區別，當然責任也更大一些。
做老師看你做什麼類型的老師了，如果是公辦學校，辦什麼證都不太好進吧，得有關系門路才行。民辦學校的話如果你有實力應該還可以。

『玖』 程序員可以轉為產品經理嗎

當然可以！從程序員到產品人員的轉型，有其必然性和合理性。像騰訊馬化騰、360周鴻禕、微信張小龍他們都是由程序員做起，然後開創自已的產品和事業的，這樣的例子不在少數。而且，一個技術人員能夠轉型成優秀的產品人，一定是有「知道技術能做什麼」的自信 ，還有「我要把它做出來」的決心。
程序員轉型產品人員所具有的獨特優勢主要包括以下幾點：

第一，多年的程序員工作經驗，對軟體技術和軟體實現方案的判斷，可以規避那些天馬行空的產品想法，工作更有成效。
第二，程序員一般都具備嚴密的邏輯思維能力，更有利於對復雜的產品進行精細的需求分析，將產品打造成精品。
第三，程序員一般都具有快速學習能力，保持對計算機相關行業動態和技術革新的觀察與思考，這在一定程度上會培養對行業與技術的洞察力。