題外話(huà)

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

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

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

失控全過(guò)程

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

我將盡量以第三人稱(chēng)視角記錄一個(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)用戶(hù)群體非常渴求的寶貴資源，因此如果將這些數(shù)據(jù)做成可視化組件然后打造這樣的精準(zhǔn)型建站產(chǎn)品，顯然具有獨(dú)特性的優(yōu)勢(shì)，能夠?yàn)槟繕?biāo)用戶(hù)帶來(lái)便利。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

?

問(wèn)題分析

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

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

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

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

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

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

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

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

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

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

結(jié)論

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

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

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

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

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

總結(jié)

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

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