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