在企業(yè)項目當(dāng)中，項目周期主要分為兩種，即：deadline開發(fā)以及估時開發(fā)。而在項目管理當(dāng)中，最重要的四點(diǎn)包括：時間，質(zhì)量，成本以及工程師成長。所以在不同類型的項目當(dāng)中，對于項目管理都具有不同的要求。

而在國內(nèi)IT行業(yè)當(dāng)中，項目延期推遲交付卻是市場發(fā)生。在互聯(lián)網(wǎng)行業(yè)當(dāng)中，小步快跑，提前推出高質(zhì)量產(chǎn)品以及持續(xù)更新產(chǎn)品卻是保證商業(yè)成功的最重要因素之一。本文將從目前國內(nèi)項目中經(jīng)常出現(xiàn)的情況進(jìn)行分析。

deadline項目：

很多國內(nèi)的開發(fā)都會認(rèn)為根據(jù)deadline去反推安排整個項目進(jìn)度，是一件很不靠譜的事情。原因很多，主要的是由產(chǎn)品部門自己YY的交付時間完全無法保證質(zhì)量的完成要求。

但是，實際上，在公司內(nèi)，能夠讓Boss拍板同意給定時間提交產(chǎn)品的項目，卻是做起來很舒服的項目。首先，這類項目優(yōu)先級較高，所以肯定可以保證項目資源。是拿著上方寶劍的項目，劍之所指，必定能夠滿足。

同時，當(dāng)你作為項目經(jīng)理，遇到這樣的項目，砍需求保證可以砍到自己都手軟。因為deadline的原因，項目經(jīng)理本著對于項目質(zhì)量的控制，必然是需要對需求進(jìn)行控制，保證所做的需求都是最重要，最迫切的需求。

所以換個角度看待問題，可以更加的輕松。

估時項目：

估時項目存在的最常見情況，是對于已有產(chǎn)品的改進(jìn)型需求。在這類需求當(dāng)中，通常需要產(chǎn)品參與各方對需求進(jìn)行評估，參與方一般會包括：產(chǎn)品經(jīng)理、前端（FE）、交互、項目經(jīng)理、開發(fā)工程師。

但是在這類需求當(dāng)中，確實會因為某些原因，導(dǎo)致項目無法按照約定交付產(chǎn)品。首先我們來討論一下工程師在評估項目時的參考依據(jù)：

1、 項目的邏輯復(fù)雜度以及熟悉程度

2、 功能數(shù)量及技術(shù)難度

3、 項目技術(shù)目標(biāo)的設(shè)置

4、 產(chǎn)品需要推出的目標(biāo)時間

5、 個人狀態(tài)

基于上面五點(diǎn)，開發(fā)工程師依照自己的經(jīng)驗（所以新人估值時總是無法非常準(zhǔn)確），但是在真實的開發(fā)環(huán)境當(dāng)中，會因為各種原因，導(dǎo)致開發(fā)進(jìn)度的delay。具體原因可能有：

1、 項目難度估計不足，導(dǎo)致開發(fā)進(jìn)度緩慢

2、 未考慮日常工作，例如：例會，部門周會

3、 溝通成本，由于開發(fā)流程當(dāng)中，設(shè)計不同開發(fā)，不同部門，甚至?xí)�是不同企業(yè)之間協(xié)作溝通成本，在項目開發(fā)的過程中，由于溝通協(xié)作的原因，造成項目的delay。

4、 相關(guān)人員的delay，由于項目評估時，不同部門，如前端和后臺基本屬于分開各自評估開發(fā)時間，導(dǎo)致關(guān)聯(lián)人員由于評估不足，導(dǎo)致的delay，從而連鎖反應(yīng)。

5、 業(yè)務(wù)邏輯理解不足，比如開發(fā)團(tuán)隊當(dāng)中有新人存在的時候，這樣的情況就更加容易產(chǎn)生。由于合作的默契性，需求方會根據(jù)情況，適當(dāng)?shù)目s減自己對于需求的描述，但是這樣的情況，卻會使新人無法明確需求，導(dǎo)致開發(fā)時間增加。

6、 直接需求變更，由于產(chǎn)品經(jīng)理對于需求的不確定性，導(dǎo)致在項目后期影響整個項目進(jìn)度。

7、 間接需求變更-交互方式變更。在很多項目當(dāng)中，前后臺數(shù)據(jù)交互是很重要的部分，但是會產(chǎn)生在確定交互并給與開發(fā)工程師評估開發(fā)工時之后，對于交互方式進(jìn)行變更。導(dǎo)致前后端交互方式改變，造成間接需求變更。

同時，最關(guān)心項目進(jìn)度的，除了本身開發(fā)團(tuán)隊之外，應(yīng)該最關(guān)鍵的是產(chǎn)品經(jīng)理，而產(chǎn)品經(jīng)理對于項目的渴望，或者說是G點(diǎn)其實非常的簡單：

1、 開發(fā)周期越短越好，質(zhì)量越高越好。對于產(chǎn)品經(jīng)理來說，最好的情況是“剛想好產(chǎn)品價值，定義完產(chǎn)品特性”，開發(fā)就能完成。

2、 給與開發(fā)評估的機(jī)會，在評估之后，能夠至少按照約定交付符合質(zhì)量的項目，盡量不要出現(xiàn)由于非需求原因造成的延期。

那項目經(jīng)理，在項目發(fā)生delay之前，可以做的預(yù)防工作有哪些呢？根據(jù)我的經(jīng)驗，通常有經(jīng)驗的項目經(jīng)理在項目的初期，就會有相應(yīng)的措施。具體的措施如下：

1、 預(yù)留buffer。很多經(jīng)驗的豐富的項目經(jīng)理在開發(fā)做項目評估的時候，都會讓其預(yù)留很多開發(fā)的buffer時間，為的就是解決由于間接需求變更以及日常工作造成的delay。

2、 統(tǒng)一估時�，F(xiàn)有很多公司，都是將交互，前端，開發(fā)都是分開評估。但是，由于后期開發(fā)的協(xié)作，所以很多有經(jīng)驗的的項目經(jīng)理，會將項目所有參與人員統(tǒng)一，進(jìn)行項目的評估。同時增加成員之間的溝通。

3、 Checklist。按照需求點(diǎn)列舉checklist，同時將每個checklist按照需求概述，參與人，預(yù)計完成時間，以及完成狀態(tài)進(jìn)行控制。可以及時發(fā)現(xiàn)項目的進(jìn)度。

4、 需求變更流程控制。很大一部分原因是由于需求變更造成，所以，在成熟的公司，對于需求變更的控制，都有自己嚴(yán)格的流程。從而保證項目的按約交付。

而在項目的delay已經(jīng)成為事實之后，很多工程師會有一個疑問，我們應(yīng)該怎么處理這樣的問題呢，如果將問題拋出，會不會影響自己在主管心中的能力，或許我加一下班就可以把delay的問題解決，都是因為產(chǎn)品經(jīng)理不斷改需求，所以才會導(dǎo)致我的delay。

其實在公司當(dāng)中，發(fā)生了delay，對于主管，對于產(chǎn)品經(jīng)理，希望的都是能夠盡早獲得這樣的事實，所以一般會鼓勵開發(fā)發(fā)生這樣的情況進(jìn)行及時的匯報。解決方案也很簡單：

1、交付時間延期。對時間要求并沒有很強(qiáng)的項目，由于開發(fā)評估的不準(zhǔn)確，造成的延期，延期交付將是一個好的解決方案。其實，如果開發(fā)能夠準(zhǔn)確的預(yù)估開發(fā)時間，最終的結(jié)果也是在延期之后的時間點(diǎn)進(jìn)行交付，畢竟開發(fā)能力也就是那個時間點(diǎn)。

2、刪減需求。對時間要求非常強(qiáng)的項目，當(dāng)開發(fā)無法在規(guī)定的時間完成需求，能夠做的唯一的事情，就是刪減需求，在開發(fā)團(tuán)隊能力能夠滿足的情況下，盡量完成需求。

在項目管理過程中會有各種不同情況發(fā)生，項目經(jīng)理也是一個需要經(jīng)驗積累的崗位。希望可以不斷總結(jié)，提升自己的能力。

也歡迎大家與我進(jìn)行交流szgurong@gmail.com

文章來源：http://blog.sina.com.cn/u/1823479622 轉(zhuǎn)載請注明出處鏈接。

標(biāo)簽： 產(chǎn)品經(jīng)驗 產(chǎn)品分析 項

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。