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