她覺得自己回答問題不好，不管怎麽回答，面試官都能找到理由反駁。其實我沒有在互聯網公司工作過，有壹個模糊的概念，但是不能回答要點。比如互聯網是針對個人的，傳統行業是針對企業的。互聯網采用敏捷開發；互聯網用戶比傳統行業用戶大幾個數量級，等等。回到家，我還在擔心這個問題。互聯網項目管理和傳統項目管理有什麽區別？
我覺得這個問題其實有點大。有各種互聯網項目，也有很多傳統軟件項目的案例。我建議以後遇到大問題的時候，盡量縮小範圍，否則不管妳怎麽回答都會有漏洞。對於項目管理模式我就不具體回答了，從項目本身來討論互聯網項目的區別。
相似之處:
首先，無論是互聯網還是傳統軟件項目，項目經理的職責都是帶領團隊在有限的人力、成本和時間內保質保量完成項目，實現盈利。項目管理的工作仍然是項目的啟發、計劃、實施、監控和收尾工作。
差異:
雖然沒進過互聯網公司，但也算是互聯網的資深用戶，用過電子商務、互聯網教育、打車軟件等等。作為互聯網的資深用戶，我對互聯網產品的印象是:
1.解決用戶痛點:互聯網產品的用戶來自於解決痛點。比如家居必需品需要添置，但又不想出門；我想明天早上7點出發去火車站，但是不知道能不能打到車，也不知道要提前多久下樓才能打到車。這些都是真正的痛點。
2.以用戶為中心:產品的用戶體驗壹定要好，不好用就會被用戶拋棄。當優步和滴滴充斥市場時，我也嘗試使用每壹款軟件。第壹次用優步的時候，不僅時間長，還比打車多花了10元(打車20元左右，坐優步實際32元)。後來才知道有民用版，汽車版之類的。但是知道也沒用，因為我已經卸載了。
3.雖然用戶體驗不錯，但是作為用戶，我從來沒有提過什麽需求。
4.交付快:我們使用的互聯網產品版本更新快，不定期修復bug，增加新功能。
作為壹個傳統的軟件項目，上述四個互聯網項目對應的情況如下:
1.傳統的軟件項目也解決了用戶的痛點，但傳統的軟件項目仍然是通過招標獲得用戶的項目。
2.以用戶為中心的思想薄弱，雖然也提倡更好的用戶體驗，但既然公司花錢買了產品，公司壹般會要求員工使用。就算員工再投訴，軟件公司能改就改，不能用就用。
3.企業客戶會提出要求，即使不是很明確，但是會配合盡量把要求說清楚。
4.傳統軟件項目的需求確定後，會嚴格控制需求的變更，項目上線前會經過多次測試、評審和嘗試。上線的時候變化不大，除非客戶加錢升級。
相比之下，我們的互聯網產品對項目團隊的要求是
1.產品經理:知道如何挖掘需求並對其進行優先排序。功能上線時，需要通過各種用戶數據進行判斷和快速調整。
2.開發團隊:開發團隊包括設計師、開發人員和測試人員。互聯網項目的快速叠代要求開發團隊具備快速交付能力，這也對開發人員的個人能力提出了更高的要求。
3.項目經理:快速開發和擁抱變化與傳統的軟件開發非常不同。記得在學習PMP的時候，老師介紹過不同的項目管理模式適合不同的項目開發模式。因此，在互聯網項目中，項目經理可以采用敏捷方法來管理它們。
互聯網中使用的敏捷方法論與傳統軟件的瀑布模型、快速原型模型和增量模型有很大不同。簡單來說，就是以人為中心，叠代，循序漸進的開發方法。
1.在流程方面，敏捷強調盡可能簡化管理環節，不同於傳統的使用復雜流程和工具的項目管理。
2.在項目文檔中，敏捷註重人與人之間的溝通與合作，而不是通過復雜而詳細的文檔來記錄需求。
3.敏捷提倡擁抱變化，並快速響應需求的變化。與傳統的軟件項目不同，需求規格是固定的，不容易修改。
4.敏捷有自己的項目管理流程和工具，比如看板、燃盡圖和撲克版本估算。
當然，事情從來都不是絕對的，現在傳統軟件公司也在與時俱進，學習壹些時髦的方法。項目管理模式不是壹成不變的，很多時候我們會根據具體情況將幾種項目管理模式結合起來。總之，無論是在互聯網公司還是傳統軟件公司，項目管理知識都是通用的，只是場景不同，要靈活應對。第壹批互聯網項目經理誕生了嗎？