互聯網項目經理工做究竟是一種什麼樣的體驗？

　　一階段：1個程序員

　　好吧！程序員就聽老闆口述作開發，想一想就可怕。這種狀況最好就是老闆本身當程序員，不然脾氣很差會打架。

　　二階段：2-5人的小技術團隊

　　下面三種狀況均可以看看

　　一個技術leader總體負責技術，搞搞後端管服務器；一個創始人當產品經理（兼職）；還有一個設計師或者叫美工。

　　兩個後端，其中一人兼職產品經理；一個前端（讓前端搞搞美工）。

　　兩個iOS，一個寫登陸註冊，一個寫地圖複雜的列表；一個後端（同時兼職產品經理）。

　　....

　　總之狀況多種多樣啦，能開發出產品來就行。

　　三階段：5-10人的技術團隊

　　這時候技術團隊已經初步完善，配置了項目經理，程序員客棧的整包項目就是這個標配。

　　產品經理；設計師；前端；技術負責人（兼後端）；iOS、Android工程師；測試工程師；項目經理。

　　四階段：10-50人的團隊

　　不少初創公司不理解爲何有的公司技術團隊那麼多人。等你過了第三階段，業務發展過快。忽然有一天，運營須要隔三差五的作html活動頁，而後前端工程師怒了。你不得不找一個前端專門作活動，而後這個前端工程師又告訴你他須要一個後端，一下就多了兩我的。搜索是大家產品的一個重要功能，技術負責人告訴你如今搜索不許是因爲PHP不合適作搜索，因此你又找了一個Python或Java。就這樣技術團隊慢慢多了起來...相似人員配置以下

　　產品經理（2人）；前端（2-4人）；iOS、Android工程師；後端（3-5人）；技術負責人；設計師（2-3人）；測試工程師（2人）；項目經理（2人）

　　五階段：50人以上

　　怎麼能夠有這麼多技術，講講團隊擴展思路吧，順便就知道團隊分工了。

　　思路1、圍繞產品線擴張，多加2-5條產品線，這個我覺不具體說了，很簡單，多作幾個產品。

　　思路2、圍繞模塊功能擴張，在重要模塊鋪工程師。

　　CTO （多個項目經理產品經理架構師）

　　前端組（3-5人一個寫登陸註冊各類邏輯數據交付，一個寫首頁列表頁各類頁，一人寫html5）

　　iOS組（3-5人一個寫登陸註冊各類邏輯數據交付，一個寫框架定大局，一個寫各類界面，一個寫iPhone，一個寫iPad）

　　後端組（3-5人一個寫郵件短信，一個寫搜索，一個寫爬蟲，一個寫日誌，3個寫邏輯）

　　測試組（3-5人單元測試，功能測試，各類高級測試）

　　設計組（3-5人一個設計品牌，一個設計活動，一個設計移動端，一個作設計web端）

　　...

　　思路3、圍繞技術業務方向擴張

　　自動化測試工程師；運維開發工程師；運維監控工程師；nodejs工程師；爬蟲工程師；搜索工程師；移動架構師；資深Python工程師；網絡工程師...

　　再來點實習生，你看就是這樣技術團隊被搞大了，技術團隊人數在往上走通常的小組織就很難見識了。

　　若是你的程序員告訴你由於App已經下載幾百萬級了，因此我須要一個十幾或幾十人的隊伍來搞開發，這樣後端、iOS才扛得住，因此你信了。順便補一刀，我有個朋友在給韓寒那個ONE（千萬級）當iOS主程，他們技術團隊4人:)

　　好的產品、技術工具每每是那個一兩我的最早作出來的。一個優秀的頂級開發者能夠頂10-100個通常水平的程序員。再日後面你會發現技術工做中最重要的根本不是編碼，而是解決方案。如今通常中小團隊誰還本身搭建服務器儲存圖片視頻這樣的非結構化數據；誰還本身搭個郵件短信系統？在成本人員的限制狀況下，拼的都是解決方案和效率，對語言、框架、庫、各類服務的爛熟於心，即便財力人力充足也不宜亂擴人。越到將來互聯網開發工做是分工越細的，技術團隊人員也要保持核心精練。

　　因此通常的小團隊不須要項目經理是合理的，可是10人以上的多條產品線的團隊尚未一個專業的項目經理那也並很差弄：項目進度和質量須要保證，多人工做須要協調，各類資源須要分配，沒有項目經理怎麼玩？團隊人過多不是好事，人多產品開發得好證實架構搭得好，可是效率或許不高。人員精幹產品開發得也好纔是王道。