1 背景概述
在軟件行業飛速發展的今天，我們可以將軟件公司分大體分為兩類，一類是使用框架進行開發的軟件公司，另一類是套裝軟件產品的提供商，前者公司多數定位是項目類公司，后者則可以稱為產品類公司。但做產品與做項目有哪些區別，大多數的人面對這個問題還是較為模糊的，甚至簡單認為兩者是沒有區別的，均是程序開發而已。但事實並非如此，做產品與做項目兩者之間既存在本質的區別，也存在着緊密的聯系，今天筆者在這里將自己理解與大家分享。
2 定義及周期
2.1 項目定義
項目：是指在一定的約束條件下（主要是限定時間、限定資源），具有明確目標的工作任務。
軟件項目：是指為企業開發或者部署實施一套專用的系統，或在特定的行業領域做一些系統之間的集成，在進入項目之前必須與用戶進行具體的交流和討論，了解清楚用戶心目中的產品或項目預期是什么樣子，然后招投標、簽訂合同、實施交付。
2.2 項目周期
軟件項目的生命周期是軟件的產生直到報廢的過程，包括項目的啟動、需求調研、功能設計、業務開發、項目測試、項目驗收交付給用戶，項目結項后項目生存周期結束。隨着時間的推移以及發展，為滿足當前發展的需求項目通常會重新定義開發。軟件項目的生命周期圖如下：
2.3 產品定義
產品：是指能夠提供給市場，被人們使用和消費，並能滿足人們某種需求的任何東西，包括有形的物品、無形的服務、組織、觀念或它們的組合。
軟件產品：是指向用戶提供的計算機軟件、信息系統、套裝軟件或在提供計算機信息系統集成、應用服務等技術服務時提供的軟件，是通用的產品應用於某一行業領域而不是像軟件項目一樣為某一需求或者單位定制開發。
2.4 產品周期
軟件產品的生存周期類似於人的成長，從出生（產品構思），到成長（產品的版本更新），到去世（產品中止）的過程。產品不存在完成的說法，因為產品是不斷更新的，直到被新產品替代，生存周期才結束。軟件產品的生命周期圖如下：
3 區別與聯系
3.1 兩者區別
做產品與做項目的區別，大多數人可能都認為兩者是相同的，均是使用不同的編程語言進行項目/產品的開發，但其實做產品與做項目兩者是存在本質性區別的，下面我們通過兩者的出發點，品質要求，時間成本，任務分工，團隊構成以及最終的結果導向來分別闡述兩者的區別。
3.1.1 驅動因素
- 項目的驅動因素：
- 做項目側重於時間驅動，因為時間就是成本，要壓縮成本就要壓縮時間，在功能上力求操作敏捷、易用、友好，如果在項目時間緊迫的情況下，至少要能保證每個功能都好用、不出現BUG。
- 做項目是以客戶的需求為驅動，按照客戶的需求進行定制開發，對於不明確的需求要第一時間與客戶進行溝通，不可存在需求不明確的現象。
- 產品的驅動因素：
- 做產品側重於功能驅動，做產品的時間相對來說比較充足，所以要以開發出有競爭力、受廣大客戶歡迎的產品為原則，功能響應速度要快，操作要簡便、界面要美觀。
- 做產品是為了滿足某一應用市場而針對性進行一套裝軟件或一個產品的開發，對於產品的性能以及快速迭代擴展的要求更高，產品的需求也並不像軟件項目一樣完全明確，存在着后期根據需求、迭代升級的情況。
3.1.2 質量要求
- 項目的質量要求：
- 做項目的第一准則是客戶的需求，項目的開發人員需要依據客戶的需求進行定制開發，並且項目需要保證功能適用於當前客戶的使用習慣，性能穩定。
- 項目的質量更加側重於某一客戶的具體需求，保證交付的軟件項目程序可運行、維護，需求功能可實現。
- 產品的質量要求：
- 產品的質量要求更加側重於某一行業領域的應用場景，某一款產品需要適應或囊括當前行業可能涉及的需求，所能匹配的應用性更為廣泛，並且對產品邏輯、代碼運維性的要求更高。
- 做產品的性能必須盡量優化，因為產品為提升競爭力就必須比同類產品更好用，更敏捷，而且產品是一個不斷完善升級的過程，對代碼的框架以及維護性都具有更高的要求。
3.1.3 時間投入
- 項目的時間投入：
- 做項目的時間投入一般是根據項目的需求，進行評估。通常是從項目啟動、需求調研、功能設計、業務開發、測試運行、驗收交付為一個周期。
- 項目有明確時間約束，什么時候開始，什么時候結束，每個節點都需要一目了然。通常以項目的驗收單作為分項的里程碑及整體驗收單作為項目的交付證明。
- 產品的時間投入：
- 做產品的時間相對來說比較長，產品通常更加關注的是整個產品的規划、開發、推廣、維護等。
- 產品時間一般來說可以明確開始時間卻不能明確真正的結束時間，因為產品是一直在進行迭代完善的過程，通常會通過不同的產品版本來區分維護、優化、升級。
3.1.4 工作區分
- 項目的工作區分：
- 做項目通常將工作按照業務功能模塊划分，明確每個模塊的負責人，各負責人梳理負責功能的需求，把握當前工作進度。
- 做項目的核心人物是項目經理，項目經理需要與客戶經常溝通交互，之后由項目經理統一進行任務分工與安排，不定時的進行代碼review、項目內部溝通會議以及項目進度的推進把控。
- 產品的工作區分：
- 做產品更加關注的是整個產品的生命周期，明確每個功能的負責人，將重點放在產品的功能完善中。
- 做產品的核心人物是產品經理，產品經理負責把控產品的整體研發方向，帶領研發團隊進行產品研發，並且在產品研發過程中注重考慮產品的擴展性、兼容性、安全性、推廣性。
3.1.5 團隊構成
- 項目的團隊構成：
做項目團隊一般由項目經理、架構設計師、需求分析員、軟件工程師、測試工程師構成。
- 產品的團隊構成：
做產品團隊一般由產品經理、交互設計師、項目管理人員、開發人員、運維人員構成。
3.1.6 結果導向
- 項目的結果導向：
- 項目的結果是以項目的驗收單為基准，項目主要是滿足客戶特定的需求，體現個性化。
- 項目多數是針對某一企業或客戶的，功能相對特殊化、單一化、比較有針對性，項目在產品開發周期中可做為產品的雛形。
- 產品的結果導向：
- 做產品最終的結果是給用戶使用的，成功的產品將會被大面積普及應用。
- 產品是面向大眾的，更側重市場的需要，有廣泛性。產品相對而言有比較固定的價格。
3.2 內在聯系
做產品與做項目有區別的同時也存在着聯系，很多時候兩者之間是沒有明顯的界限的，項目中包含產品、產品應用於項目。下面我們通過兩者間的共同目標、使用相同的開發語言、具有重合的應用場景、實施與維護、均可以為公司獲取經濟利益等方面來分別闡述。
3.2.1 相互融合
- 當前的軟件項目中，做項目可以作為做產品的原型，做產品也可以應用於項目之中。兩者之間是沒有明顯界限的，項目中包含產品，產品應用於項目。
- 當前的項目存在於傳統企業中，而當前互聯網廠商以及金融企業（如：銀行、證券等）內部將應用系統統稱為產品，該項目為自己內部開發，或者只有少部分的資源是外部進行開發。
- 在軟件開發商中如：電商企業對於企業開發的網上商城等應用系統，將項目作為產品來開發，統稱為電商平台產品。
3.2.2 共同目標
- 做項目與做產品兩者的目標是相同的，均是為了更好的為客戶服務，滿足客戶的需求，幫助客戶進行信息化平台的建設。
- 無論是做項目還是做產品兩者的終極目的均是為了公司獲取經濟利益，支撐公司的運營與發展、讓公司股東、員工都從其中受益。
3.2.3 開發語言
- 無論是做項目還是做產品均是由開發人員根據不同的需求進行開發/研發的，同一系列的項目與產品是使用相同的開發語言進行開發的。
- 在做項目與做產品的過程中均是由需求調研、產品/功能設計、程序開發、調整、完善、軟件測試流程組成。
- 無論是做項目還是做產品均是由項目/產品的負責人進行工作划分，都要明確負責人，細分至事、人、天，保證最終目標順利完成。
3.2.4 應用場景
- 在項目中包含產品同時，產品應用於項目之中，但做項目中不一定會百分百有產品，或者說不是所有項目都能（會）孵化產品。
- 無論是做項目還是做產品均要應用於XXX客戶平台中心，將項目/產品部署於客戶提供的服務器中，為客戶更好的應用。
3.2.5 實施維護
- 無論是做項目還是做產品在交付客戶之后均需要開發/研發人員進入客戶現場對客戶方的技術人員/使用人員進行培訓。
- 無論是做項目還是做產品都需要交付客戶相應的維護文檔以及使用手冊，對當前的交接人員進行實施交付。
- 無論是做項目還是做產品都需要開發/研發人員進行實施維護，對項目/產品進行為期一年（可根據實施情況）的維護。
3.2.6 經濟收益
- 無論是做項目與做產品都可以為對應的參與人員都會獲得相應的收益，產品項目/產品的開發人員不僅可以獲取相應的獎金，也可以獲取對應的個人能力的提升。
- 無論是好的項目還是好的產品交付客戶以后都可以為公司帶來品牌效益，可以通過客戶之間的相互介紹為公司帶來更多的項目/產品的收益。
4 能力的要求
沈陽數通暢聯定位是SOA集成產品和技術解決方案提供商，但是現階段很多集成項目都是由數通暢聯自己來交付。項目經理是項目交付的核心人物，產品經理是產品開發的核心人員，有些公司的產品產品經理不開發，主要工作是通過產品市場來分析進行功能設計、項目經理不寫代碼只做溝通管理、項目推進等工作。但在數通暢聯項目經理和產品經理都有代碼開發工作，比如：項目經理負責整個項目設計、評審以及通用功能的開發，產品經理則負責產品整體升級、核心功能開發。
在沈陽數通暢聯：項目經理跟產品經理角色在公司里都非常重要，但二者能力模型是略有不同，通常來說產品經理比項目經理高一個級別，產品經理必須要經歷項目經理，比如說：初級產品經理跟中級項目經理級別相當，但不是所有的項目經理都一定能成為產品經理，也不是產品經理一定比項目經理更厲害或者說更重要，不能一概而論。下面我們將分別對項目經理、產品經理的工作側重點進行對比介紹：
4.1 項目經理
4.1.1 溝通交流
- 作為項目經理80%的時間在溝通，剩余20%的時間在准備溝通，不僅是與客戶溝通、領導溝通，與項目組成員也需要時常溝通保證項目的進度。
- 在與客戶溝通的時候，更多是傾聽對方的需求，不是馬上給出答復，分析之后再給出答復。
- 在與領導或者同事溝通時，有問題自己思考之后，准確描述問題，快速暴漏問題，這樣才能輔助你解決問題。
4.1.2 項目推進
- 項目經理需要每周撰寫周總結，說明當周的工作內容，下周計划內容以及后續計划安排。每天早上詢問當天的工作內容將可能遇見的技術點進行講解，如果沒有整體時間進行工作事項確認時，可以分項進行，將工作分解分項進行。
- 在項目的前期需要明確開發規范，強調開發規范，命名規則。前期每天、后期每周三、五進行代碼review。
- 根據每位員工的個人能力的不同，分別進行任務分配，將功能分工明確至事、人、天。這樣可以進一步的保證當前任務是可考核的進而保證項目的進度是可控的。
4.1.3 促進驗收
- 項目的最終目的就是為了驗收，項目經理需要時刻保持驗收的心態，積極促進項目的驗收，不是將當前工作全都做完才能提出驗收，而是項目進入驗收階段與客戶溝通項目相關的驗收事宜。
- 項目經理需要引導客戶結款的意識，不要客戶說什么就是什么，要明確與錢掛鈎（常用話術：這個在需求階段並沒有提出，而且整體的流程是需要梳理明確的，這個會涉及到商務的事情，需要和商務具體來談）。
4.2 產品經理
4.2.1 整體把握
- 作為產品經理需要能夠站對市場前景、應用場景、方案組合、盈利模式都有清晰的認知，能夠從用戶的角度去思考，深度挖掘用戶的深層次的需求，善於抽象、歸納把用戶需求轉換為功能需求。
- 明確產品最終要在項目中使用，產品設計要能夠滿足多方的需求，如：滿足開發人員的需求：開發快、易部署、易調試、易擴展；滿足客戶：界面美觀、操作簡單、流程合理、穩定堅挺不宕機；滿足運維人員：操作簡單、日志層次清晰、易定位、能夠快速恢復、調優等等。
- 產品經理不但需要知道哪些需求能滿足產品的目標，還要深刻的分析哪些需求應該做，哪些需求不應該做，這些需求優先級是什么，應該如何開展、進度規划，以及相關資源協調（美工人員、開發人員、測試人員）等。
4.2.2 產品研發
- 俗話說的好“打鐵需要自身過硬”，作為產品經理對於技術能力的要求高於項目經理，對於代碼有較高的敏感度，能夠從全局來出發把控產品的可擴展性、可維護性等。
- 作為產品經理是整個團隊的技術依靠，負責解決產品研發過程中的技術攻關以及“疑難雜症”，對新技術知識的要能夠快速學習能力、掌握、運用。
- 在產品研發的過程難免會有迭代完善的過程，通常程序出錯是常見的事情，產品經理要能夠對於產品運行機制了然於心、代碼排錯能力要技高一籌。
4.2.3 技術支撐
- 產品經理需要對相關技術人員（內部、外部）提供技術支持，包括：產品培訓、技術支持、BUG修復等。
- 產品經理需要對同行產品以及解決方案熟悉了解，能夠充當售前協作市場人員進行產品宣講、方案介紹等。
- 產品經理需要對前沿技術有高度敏感性、對技術來龍去脈、發展趨勢有准確認知，能夠作為公司內部技術人員的布道者，推進公司技術持續前進。
5 心得與體會
筆者作為數通暢聯的一名技術人員，也曾擔任過幾個項目的項目經理，最近也參與對公司產品的完善調整、產品升級工作，故此將做項目與做產品的區別進行總結與大家分享。筆者認為項目是滿足特定人群或者使用者需求，更偏向於個性化；而產品是滿足特定應用場景或者特定行業領域的需求，更加具有兼容性。不管是項目經理、還是產品經理都要時刻提醒自己是負責人，盡職盡力，團隊的事情就是自己的事情，拒絕鴕鳥心態，逃避不能解決問題，需要勇於面對問題，積極解決問題。
無論是做項目經理還是做產品經理自身的能力的提升是必不可少的，做事要目標驅動，明確任務的優先級，緊急有重要的事情優先做，重要不緊急的一直做，然后做緊急但不重要的，不重要也不緊急的最后做。貴在堅持，沒有量的積累無法實現質的飛越，從0到70分很容易，從70到80分只要稍微努力，從80到90分就很困難了，從90到95分便更加困難，最終能達到95-99分更是寥寥無幾。在職場中的生存就是“逆水行舟，不進則退”，面對日益激烈的競爭環境只有不斷的提升自身的稀缺性，努力向前航行才可以到達成功的遠方。