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

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

deadline項目：

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

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

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

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

估時項目：

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

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

1、 項目的邏輯復雜度以及熟悉程度

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

3、 項目技術目標的設置

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

5、 個人狀態(tài)

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

1、 項目難度估計不足，導致開發(fā)進度緩慢

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

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

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

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

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

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

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

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

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

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

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

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

3、 Checklist。按照需求點列舉checklist，同時將每個checklist按照需求概述，參與人，預計完成時間，以及完成狀態(tài)進行控制�？梢约皶r發(fā)現(xiàn)項目的進度。

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

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

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

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

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

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

也歡迎大家與我進行交流szgurong@gmail.com

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

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

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