網際網路公司的專案經理：大同與大不同
一些看了byteh之前博文的朋友們，知道我在2011年初的時候換了工作。當時找工作的定位和規劃是：轉行或找個好的平臺。話說後來同時拿到Offer的兩個職位都基本符合，一個是軟體公司的售前經理一個是網際網路公司的開發人員，跨度比較大。為此，著實難為了幾天，但後來經過思考並結合了幾位“高人”的意見（比例上幾乎沒有傾向性），還是選擇了現在的職位。
入職馬上就半年了，這段日子中自己一邊做著工作中的事情，一邊體會並思考著一些“亂七八糟”的東西，偶爾這裡蹦出一個寫博文的點子那裡閃出一個火花，但是由於一些原因又不得不繼續沉默，不在沉默中繼續沉默就在沉默中……
byteh不算是有在網際網路公司的從業的豐富經歷。我認為當年給客戶做個網站或者提供一些網際網路電子商務等解決方案而由對方去運作的公司算不上真正意義上的網際網路公司，和自己製作並運營一個網站直接去面對訪問者，是不一樣的。
在和前者類似的企業中，是否存在專案經理這個角色這個職位，應該是不同的企業有不同的分配吧。byteh經歷的那個公司是不存在的，單子來了以後，不管多少都由部門老大統一管理，如果單子特別重要老闆會親自關注，從專案經理的職責上來說，這個角色是模糊的。如果是一些較大的專業網路營銷公司，應該是比較明確的存在專案經理這一職位的吧？
什麼是專案？如何定義一個專案是否需要專案經理？其實，小到早上起床吃個飯，大到衛星上天高鐵通車，都可以算是專案，無非是規模和重要程度不一樣罷了。規模和重要程度，會決定一個專案的投入與產出，然後企業會權衡是否需要找專人負責，這個專人就是專案經理，而保證專案正常執行就是專案經理的職責。
在IT行業，我一直以為傳統的專案型軟體公司對於專案經理的需求更強烈些，一個優秀的專案經理會直接左右一個專案的走向。在產品型軟體公司，這個角色通常會由產品經理來扮演全部或部分，專案經理可能就是產品經理，也可能是技術人員臨時被指派去負責支援某個定製開發的銷售機會。從招聘上，你就會發現，對於專案經理的需求多半是軟體公司，要求基本是要懂開發、有專案管理的經驗、有某行業從業經歷的優先。
網際網路公司又是怎麼回事呢？一些網際網路公司的招聘啟示上對開發人員、運營人員、和產品經理的需求會較多，幾乎很難看到會有專案經理的需求。
網際網路公司不需要專案經理嗎？不可能有標準答案的，不入其內不得其道！既然打入了內部又和“專案經理”有了模糊狀態的接觸，總結一下自己在某個環境的認識吧。是否大部分的網際網路公司都如此，有生之年是追求不到答案了，以下內容如有雷同歡迎巧合。
一、職責
前面已經提到專案經理的職責就是保證某件事情的順利進行，最好結果也是皆大歡喜，這點在網際網路公司也不例外。
一個網際網路公司某種程度上說也是一個產品公司，能在市場中存活3年以上網際網路企業必然有其清晰的定位，比如：提供某種資訊或服務。這種情況下，產品經理的職責會更加“顯性”的存在。你可能會問，專案經理的職責是否是“隱性”的存在呢？byteh是這樣理解的。
專案經理幾乎不可避免的要和“施工”人員打交道，即使在建築行業，專案負責人也要和設計方、建築方、監理方經常溝通，至於為什麼，同樣不會有統一的回答。產品、銷售等業務人員通常是不會關注“生產細節”的，但細節往往又會決定成敗。所以，優秀的專案經理大都是生產開發出生或者懂一些生產開發。
回到網際網路公司的生產運營模式，運營人員把需求反饋到產品部，或者產品人員直接獲取需求，然後產品人員提交到技術開發部門，經過評估後，一組需求就以“專案”的形式開始生產了。專案經理從何而來？通常會是一位瞭解業務的開發人員，專案的成員就是若干位開發人員。專案經理從結果上要對產品和公司負責，從過程上又要對部門和組內成員負責，從工期上又要保證按時交付。byteh到了網際網路公司感覺工期一項又特別重要。
從上面責任的角度，可以分為三方面：客戶，老闆，員工。這三個方面所有的專案經理都會面對，只不過網際網路公司的會有些不同。
二、客戶
傳統的客戶，可以理解為享受你的服務併為此支付價值給你帶來回報的個體或群體。
比如專案型軟體公司，專案經理面對的客戶就是立項的一方，而且通常是獨立於企業外部的自然人，專案經理要對他們負責但組織行政上沒有關係，由於不在一個戰壕甚至更多的時候可以當成假想的“敵人”。
網際網路公司的專案經理面對的客戶是同一組織內的、是和你一個戰壕共同戰鬥的，很多情況甚至榮辱與共。
更詳細的，請等待後面這個超連結的生效，《網際網路公司的專案經理：客戶傷不起》。
三、老闆
老闆，老大，boss……有權利支配、指揮你的人。
byteh所經歷專案型軟體公司，老闆就是老闆，他會關心專案的執行情況，但涉及到具體的專案需求、計劃分工等，只要專案不出現負面的情況，他的意見通常只是參考，殺傷力不大。
網際網路公司會有些差別，專案經理面對的老闆會“複雜”些。直屬研發部門是你的老闆，產品部門的老大也可以是你的老闆，至於懂業務的大老闆更是你的老闆。老闆多了，在一些情況下會發生一些思想不統一的現象，思想不統一會直接表現到需求和生產過程上，而這兩個因素對專案的影響是巨大的……
更詳細的，請等待後面這個超連結的生效，《網際網路公司的專案經理：老闆傷不起》。
四、員工
員工才是真正和你在一個戰壕裡面的戰友，因為專案經理其實也是員工。就和古代的欽差大臣一樣，只是在某個條件下專案經理的權利和責任被放大了。
大部分開發人員、技術人員是很可愛的，很多情況甚至可憐沒人愛，呵呵。比如專案開發過程中，客戶和老闆都不會很清楚的知道里面的困難，他們關心的只是成本和結果，專案經理被要求按時交付合格的專案成果，其間的“苦”只有自己最懂。員工們就是陪專案經理一起吃苦的人，苦即使工作也是責任，還可以苦中作樂。
只有員工，你的戰友們會給你最大的支援。當需求“基本”明確，任務進度被“嚴格”限定後，專案經理每天最欣慰的莫過於成員在下班時報告“情況良好，一切都在計劃中”（Everything was under control）。苦惱的是出現異常，比如需求的變更、需求的理解不到位、需求複雜程度的樂觀、技術上實施的難度等等，專案經理必須安排解決方法，對外溝通對內加班……
本來不是開發人員的責任，但包袱卻得開發人員來背，加班身體累但更累的卻是心累。如果專案經理方法方式不恰當，導致員工思想開小差不能專心打仗，後果不堪設想！比如byteh就不止在小說中看到過開發人員的突然罷工或離職，最終給專案帶來了損失。
如何做，沒有詳情下文，沒有葵花寶典，《網際網路公司的專案經理：員工得罪不起》可能也不會有。作為專案經理，首先要對和你一起戰鬥的兄弟們負責，要護著他們，儘可能的解除他們的後顧之憂。比如加班了，如果制度中沒有明確的調休和補償制度，專案經理是否可以主動為兄弟們爭取一些。其次，任務分工和協作也很重要，這點在公司的群內收到一篇文章，有興趣的可以參考。最後，專案經理也要學習總結，每經歷一個專案其中必有亮點也會有“敗筆”，爭取這次的敗筆成為下次的亮點。
還有一點就是專案經理的工作態度也很重要，如果你表現出來的是應付差事就一定會有員工模仿你，如果你不專心就不要指望員工們積極配合你聽從你的指揮。比如某專案經理，上班時間總是會把精力花到個人利益相關的一些事務（股票、私活等），後來員工們也當著他的面出工不出力時，他也很無奈。
之前自己有篇博文《職業壽命取決於營銷理念》感嘆過營銷思想對一個人的重要性，現在覺得專案管理對於一個人更重要，對個人來說小到吃喝拉撒睡大到生活事業，什麼事情都可以當成專案來做，甚至“人人都是專案經理”！
記得國家領導人都說老百姓的事情無小事，讓全國人民有地方睡覺能吃上飽飯這個專案能小嗎？
20-11-09-26下篇完成：網際網路公司的專案經理：客戶傷不起
博主推薦閱讀：
兩個小公司兩位大師傅
球場上的助攻王-職場上你的位置在哪裡
銷售，賣的是什麼–銷售的最高境界
管理的最高目標:1加1等於1
距離產生了，美沒了
職業價值取決於解決問題
職業壽命取決於營銷理念
老大與老二的定位
IT產品銷售人員的壓力