讀了無數項目管理的書籍，卻依然管理不了一個項目。
在小公司待了六年，經歷過大大小小很多項目。大部分項目是配角，也有部分項目是作為負責人。
剛工作那幾年，覺得項目規劃管理可有可無，但這幾年幾個項目做下來，覺得就算再小的公司也不能夠忽略項目規劃，否則項目后期進入交互環節，出現'老板和員工互罵SB！'。
在這總結下個人心得，但不一定是科學和嚴謹的項目過程。
1. 規劃的目的
利用現有的資源準時開發出用戶需要的穩定產品。
項目規劃的目的在于如何利用有限資源，如何準時，如何保證產品穩定性。
資源對于任何公司而言，都是缺乏的。不同公司對資源的理解也是不一樣的，相同的產品，大公司投入10人月都認為太少，但小公司投入5人月都覺得太多，可能最終投入三人月。但市場是只認產品，不關注你投入比。
所以你要用三人月做出別人10個月的產品，差距還不能太明顯，從理論上說，很難。
那小公司靠什么？人，所以小公司看leader，大公司看流程，是有道理的。
2. 開發流程
簡化流程：需求，設計，編碼，測試，交互。
2.1：需求
產品需求階段主要是對產品選型和需求準確性把握，需要市場、產品經理、結構設計、軟硬件研發等多方討論決議。
在小公司中，主要取決于參與者的經驗。
2.2：軟件設計
軟件設計部分主要是軟件研發和測試部等對需求的理解，并在此基礎上設計合理的軟件總體框架和各子模塊，同時合理的分配給項目人員。
3. 風險
設計風險在于任何一個環節的錯誤都可能需要重新回退到之前的設計中。在我參與或主導的一些項目中，這種情況常會發生。原因有很多，比如早期對產品方案分析不足等。所以對于研發負責人來說，盡量傾聽多方的意見再決策，不要總是以個人的經驗靠權力強力執行。
4. 開發周期控制
開發周期控制尤為重要，考驗項目負責人全局把控能力。各階段銜接非常緊密，如果某一環節出現問題，將直接影響后續環節的開展，主要體現在：
1.硬件設計一版的成功性，需要預留時間改版；
2.軟件設計反復性，包括在模擬測試、壓力測試等階段；
3.供應鏈完整。比如到了壓力測試階段，設備供應不足，導致測試無法開展；或者進入交互階段，但物料不齊影響生產；
4.對可能的風險預估。比如疑難bug，低概率bug，第三方軟件穩定性等。在新的項目中，這些bug從來沒有缺席過。
