題外話

在此之前，筆者主要從事傳統(tǒng)IT企業(yè)的研發(fā)技術(shù)管理工作，對(duì)項(xiàng)目管理雖然有一定的經(jīng)驗(yàn)，但純粹摸石子過河，沒有系統(tǒng)的學(xué)習(xí)過項(xiàng)目管理理論，也很容易犯下技術(shù)人員對(duì)項(xiàng)目管理的一系列毛病。

之前帶的項(xiàng)目一般都是非產(chǎn)品型項(xiàng)目，功能一般以實(shí)現(xiàn)為主，對(duì)細(xì)節(jié)沒有太多要求。項(xiàng)目一般采用瀑布模型，項(xiàng)目之初一般會(huì)制定一個(gè)非常詳細(xì)的研發(fā)計(jì)劃，涵蓋需求分析、設(shè)計(jì)、研發(fā)、測試、驗(yàn)收的全過程。由于用戶驗(yàn)收測試往往需要花大量時(shí)間，因此會(huì)輸出一份沉甸甸的需求說明書，然后讓客戶簽字，并在驗(yàn)收階段，在現(xiàn)場維持長時(shí)間的駐場開發(fā)，以便實(shí)時(shí)跟進(jìn)需求的變化。曾經(jīng)創(chuàng)造了帶領(lǐng)10人研發(fā)團(tuán)隊(duì)、連續(xù)3個(gè)月，每天維持12個(gè)小時(shí)以上工時(shí)的工作記錄。（堪稱土勞模）

這是第一次參與互聯(lián)網(wǎng)項(xiàng)目的開發(fā)，有明確的迭代周期和需求計(jì)劃，但是由于各種原因，卻逐漸走向失控，過程中究竟發(fā)生了什么原因？

失控全過程

話不多說，直接進(jìn)入正題。

我將盡量以第三人稱視角記錄一個(gè)失控的項(xiàng)目，但事實(shí)上我實(shí)際是項(xiàng)目負(fù)責(zé)人，所以難免有失偏頗。

這是B公司一個(gè)面向特定行業(yè)的虛擬建站平臺(tái)產(chǎn)品，雖然市面上建站產(chǎn)品非常多，但由于B公司在該行業(yè)頗有地位，能夠獲得一些比較實(shí)用的數(shù)據(jù)，這些數(shù)據(jù)是目標(biāo)用戶群體非常渴求的寶貴資源，因此如果將這些數(shù)據(jù)做成可視化組件然后打造這樣的精準(zhǔn)型建站產(chǎn)品，顯然具有獨(dú)特性的優(yōu)勢，能夠?yàn)槟繕?biāo)用戶帶來便利。

產(chǎn)品于2月底開始啟動(dòng)會(huì)，由研發(fā)部門內(nèi)部碰頭后，直接開始啟動(dòng)項(xiàng)目。（該公司管理比較扁平化，產(chǎn)品、研發(fā)、測試、設(shè)計(jì)分屬技術(shù)部四個(gè)不同的團(tuán)隊(duì)）。

由于是互聯(lián)網(wǎng)產(chǎn)品，因此往往會(huì)選擇競品。競品為為3個(gè)比較熱門的互聯(lián)網(wǎng)建站平臺(tái)，其目標(biāo)是要滿足這些建站平臺(tái)的特性，包含一個(gè)功能強(qiáng)大、效果優(yōu)雅、流程簡單的設(shè)計(jì)器；實(shí)現(xiàn)自動(dòng)化建站部署等。在項(xiàng)目初期僅明確了總功能點(diǎn)的約40%，初步估計(jì)需要完成大大小小的頁面15個(gè)，設(shè)計(jì)數(shù)據(jù)庫20幾個(gè)表。

（最終做出的頁面數(shù)量雖然沒增加，但是前端的邏輯也非常復(fù)雜、后端邏輯也有點(diǎn)復(fù)雜，數(shù)據(jù)庫有45個(gè)表，大小接口將近80個(gè)）

技術(shù)總監(jiān)指示：采用敏捷開發(fā)模式。總工期為8周，按2周一迭代。項(xiàng)目啟動(dòng)時(shí)，共有后端開發(fā)者3人，前端1人、產(chǎn)品1人、設(shè)計(jì)1人，測試1人。由本人擔(dān)任總體負(fù)責(zé)人和后端開發(fā)者。

這個(gè)配比本身不太合理的項(xiàng)目，顯然8周時(shí)間不可能完成，但領(lǐng)導(dǎo)沒有進(jìn)一步的時(shí)間計(jì)劃，只能基于現(xiàn)有資源制定為期八周的先啟階段，其目標(biāo)是搭建符合流程的最小可行版本(MVP)。由于大部分功能都在前端，但是實(shí)際上僅配了一位前端，而且這位前端是公司的前端負(fù)責(zé)人，每天僅能花不到40%的時(shí)間投入到項(xiàng)目研發(fā)過程中。后端則可以開始根據(jù)現(xiàn)有需求進(jìn)行數(shù)據(jù)庫、接口的設(shè)計(jì)。

這個(gè)MVP版本包含網(wǎng)站定義、網(wǎng)站編輯、網(wǎng)站設(shè)計(jì)器和發(fā)布流程、目前需求范圍內(nèi)的接口功能開發(fā)，工期為8周。

項(xiàng)目組還需另外招聘3位前端開發(fā)者。

到五月底最終完成整個(gè)MVP功能開發(fā)花了十周時(shí)間。因?yàn)榍岸瞬糠值墓ぷ髁看笥陬A(yù)估，僅設(shè)計(jì)器就花了6周。5月完成簡單的演示，基本符合主體流程。

此時(shí)項(xiàng)目需求已經(jīng)明確了60%，技術(shù)總監(jiān)認(rèn)為7月底可以完成功能的開發(fā)。

于是從5月開始，到7月底，共有10周時(shí)間，開始進(jìn)入倒排期。慶幸項(xiàng)目組成員已經(jīng)配齊，至少是有人可以用。但在需求池里面的需求非常多，所以大家得加班。于是集體開始進(jìn)入加班狀態(tài)。

項(xiàng)目很給力，動(dòng)作交互和邏輯非常多，許多樣式和動(dòng)作都需要前端開發(fā)，幾乎沒有任何可以復(fù)用的經(jīng)驗(yàn)，由于設(shè)計(jì)器本身是趕工期趕出來的，功能不完善，而且還有很多組件功能需要開發(fā)，最終于7月20幾號(hào)左右完成主體功能的開發(fā)，但是有較多量的bug，推遲到8月6日才能交付測試，然后還剩余的40%功能點(diǎn)。

由于項(xiàng)目已經(jīng)嚴(yán)重滯后，上線目標(biāo)定在9月中旬，又是一輪加班，堅(jiān)持到8月底。

需求勉強(qiáng)控制住了，但是bug卻越來越多，已經(jīng)遠(yuǎn)遠(yuǎn)不可能在9月交付了。

一句話總結(jié)：開始時(shí)，沒人，趕時(shí)間；后來人來了，但是任務(wù)多，趕時(shí)間；最后，任務(wù)多，bug多，也趕時(shí)間。 程序員們的996,就是這么產(chǎn)生的。

項(xiàng)目結(jié)局

進(jìn)入9月，公司高層對(duì)項(xiàng)目提出了新的要求，項(xiàng)目需求將進(jìn)一步增加。

由于負(fù)面情緒的影響、以及對(duì)在這家公司的發(fā)展前途迷茫、無法忍受高強(qiáng)度的工作、轉(zhuǎn)Java等原因，本人提出離職；

而擔(dān)任前端開發(fā)工作的核心開發(fā)者也同樣因?yàn)榇鰡栴}、發(fā)展前途、技術(shù)路線不匹配等原因提出離職。

項(xiàng)目徹底失控。

?

問題分析

未能及時(shí)的向上級(jí)匯報(bào)可能存在的風(fēng)險(xiǎn)，未能考慮補(bǔ)償資源等問題。未能實(shí)時(shí)的進(jìn)行問題的跟進(jìn)，匯報(bào)和溝通，直到最終問題無法彌補(bǔ)而爆發(fā)。

項(xiàng)目管理過程中過程數(shù)據(jù)不完善，無法形成有效的經(jīng)驗(yàn)教訓(xùn)知識(shí)庫，容易造成組織過程資產(chǎn)的流失。

這個(gè)項(xiàng)目前期需求范圍雖然比較明確，但是技術(shù)細(xì)節(jié)多，人員不足，設(shè)定工期內(nèi)明顯完不成。

項(xiàng)目團(tuán)隊(duì)屬于重新組建的團(tuán)隊(duì)，都是入司未滿一年的新員工，且還有一半是在項(xiàng)目期間組建的新員工，彼此缺乏磨合。

項(xiàng)目任務(wù)優(yōu)先級(jí)不明確，對(duì)MVP的粒度劃分也不合理。（因?yàn)樵O(shè)計(jì)器功能很復(fù)雜，花費(fèi)了大量的時(shí)間去開發(fā)）前期的功能粒度劃分不合理，測試無法第一時(shí)間介入，問題積累到后期爆發(fā)。

功能邏輯復(fù)雜，細(xì)節(jié)頗多。拍腦袋式的工時(shí)估算和計(jì)劃不適合此類項(xiàng)目。

異地溝通本身存在時(shí)延，影響了項(xiàng)目執(zhí)行效果。

由于為了完成不可能完成的任務(wù)，項(xiàng)目組成員被迫趕工期，為了盲目應(yīng)對(duì)需求變化而投機(jī)取巧，難免會(huì)改出新問題。

公司內(nèi)部對(duì)代碼質(zhì)量和工期提出了新要求，延遲這么兇的項(xiàng)目顯然不會(huì)獲得高績效；除此之外，內(nèi)部政策變動(dòng)，要求實(shí)施9116的工作制度，加上提出了封閉項(xiàng)目等政策，讓內(nèi)部消極情緒開始占上風(fēng)。

本身存在一些技術(shù)問題。

結(jié)論

使用好項(xiàng)目管理工具有利于知識(shí)的傳承和積累，對(duì)項(xiàng)目管理過程來說尤為重要，這個(gè)項(xiàng)目雖然使用了Jira作為項(xiàng)目管理工具，設(shè)定了迭代目標(biāo)和周期，但是未能妥善使用，依然是用excel進(jìn)行項(xiàng)目管理，措施不科學(xué)，也無法直觀的觀察項(xiàng)目進(jìn)程。

互聯(lián)網(wǎng)產(chǎn)品致力于為用戶提高更高的用戶體驗(yàn)，因此需要花更長的時(shí)間和精力進(jìn)行UI級(jí)的打磨、開發(fā)者也同樣需要花更大的時(shí)間來完成對(duì)應(yīng)的開發(fā)任務(wù)，作為項(xiàng)目經(jīng)理要學(xué)會(huì)做好上下溝通，遇到問題應(yīng)該給出自己的專業(yè)意見，有問題應(yīng)該盡早向領(lǐng)導(dǎo)匯報(bào)風(fēng)險(xiǎn)，積極的反饋意見，哪怕收不到積極的響應(yīng)，也能起到提前預(yù)防的作用。

進(jìn)度和計(jì)劃固然是很重要的，但是要認(rèn)識(shí)到人才是企業(yè)的核心競爭力，一支對(duì)產(chǎn)品精益求職的產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)、一支每天愿意花10小時(shí)耐心寫代碼、努力提高研發(fā)產(chǎn)出的軟件工程師團(tuán)隊(duì)是互聯(lián)網(wǎng)產(chǎn)品成功的核心關(guān)鍵。

一味的壓縮工時(shí)來完成產(chǎn)品的研發(fā)不現(xiàn)實(shí)，在時(shí)間、進(jìn)度、質(zhì)量之間，必須找到一個(gè)中間點(diǎn)，這就要求做好客戶的預(yù)期管理。

轉(zhuǎn)載于:https://www.cnblogs.com/xiyuanMore/p/11568676.html

總結(jié)

以上是生活随笔為你收集整理的项目失控全记录的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。