?2016-2026 Matools All rights reserved,
粵ICP備17059708號
記一筆流水賬
今天我打算記一筆流水賬，主要記錄我的一天中干的事情，并思考效率低下的原因，同時分析一些可用的解決方案。
清早·開始做計劃
早上六點(diǎn)四十，被夢想喚醒，然后看一會書，吃早餐，送娃上學(xué)。
九點(diǎn)來到公司，開始一天的工作。在工作開始之前，我會花五分鐘先做一個當(dāng)天的計劃，大概是這樣的。
* （講道理應(yīng)該有每日站會，事實上我是xx項目的負(fù)責(zé)人，但是。。我把站會給省了，把站會取消對項目的危害非常大。后期再討論）
* 對xx項目的周計劃進(jìn)行跟進(jìn)和修訂。
* 檢查昨天完成的功能，并記錄和指派bug。
* 整理文檔，對昨天完成新功能的特性進(jìn)行說明。
* 解決屬于自己名下的bug。
* 開始兩個下一階段需要交付的新功能，比較簡單的業(yè)務(wù)接口，代碼行預(yù)計不超過80行。
這些任務(wù)中，除了第五項和第六項相對來說可能會耗時比較長外，其他每個單項任務(wù)基本上可以在25分鐘內(nèi)完成，而且也確實是按任務(wù)優(yōu)先級和重要性順序來安排的，看起來還挺合理的，總體上屬于在8小時內(nèi)可以完成的工作量，而且其實或許還略微有點(diǎn)不飽和。。。
執(zhí)行任務(wù)（下面是流水賬，可以略過）
于是我喝了一口水，開始完成第一項任務(wù)：對xxx項目的周計劃進(jìn)行跟進(jìn)和修訂。
（如果是周一，以前我還會根據(jù)上周完成情況對月計劃和總體計劃進(jìn)行適度的總結(jié)，但是。。自從來到互聯(lián)網(wǎng)公司后，我把這個好習(xí)慣也丟掉了，好吧，是因為假裝要敏捷要擁抱變化，所以把總體計劃和月計劃省掉了）。
但是，當(dāng)我開始處理這項事務(wù)時，計劃外的第一件事情發(fā)生了。在測試環(huán)境下，客戶端反映某接口出現(xiàn)了不該出現(xiàn)的問題，于是我被迫打斷這項任務(wù)，花了一分鐘時間，跟他對接口問題進(jìn)行了檢查，發(fā)現(xiàn)是對方參數(shù)傳錯了。
嗯。問題解決。繼續(xù)開始剛剛的任務(wù)。
到哪里了？哦。。還在做計劃，接著我迅速調(diào)整狀態(tài)，花了幾分鐘就把任務(wù)完成了。
然后開始第二項任務(wù)。
這時，剛剛客戶端又找我了，他說接口還是有問題。
我以為又只要花一分鐘，事實上這次我花了30分鐘，因為確實是原來的代碼邏輯中存在缺陷，需要進(jìn)行代碼修改、然后發(fā)布、再測試代碼。
確認(rèn)這個問題已經(jīng)得到解決后，還是處理之前擱置的任務(wù)?；?0分鐘處理任務(wù)3。
開始處理任務(wù)4，這項任務(wù)也相對來說比較簡單，所以不到五分鐘解決了。
開始處理任務(wù)5。。。在我名下共有20個bug。。。以每個bug5分鐘來衡量，我大概需要花100分鐘才能解決。但是當(dāng)我開始解決第一個bug時。
又有其他人開始找我了，運(yùn)營開始找我，說xxx場景下似乎出現(xiàn)了xxx邏輯不對。
線上問題必須優(yōu)先解決，趕緊的，仔細(xì)思考問題發(fā)生的條件、對鏈路服務(wù)進(jìn)行跟蹤和分析、查看半年前編寫的代碼邏輯，最終花了15分鐘分析出問題，并花了10分鐘將問題妥善解決。
繼續(xù)開始修復(fù)bug。在bug修復(fù)的過程中，發(fā)現(xiàn)是產(chǎn)品邏輯存在缺陷，于是跟產(chǎn)品對任務(wù)進(jìn)行進(jìn)一步明確、梳理業(yè)務(wù)、設(shè)計更加具體細(xì)化的流程。花了1小時。
到中午12點(diǎn)，我上午共完成任務(wù)3項，修復(fù)了一個bug。
下午不屬于問題的高峰期，但是又發(fā)現(xiàn)了產(chǎn)品邏輯之外的一些其他問題，最終解決了15個bug。
積壓了5個bug，留到晚上來解決吧。
當(dāng)夜幕降臨，我需要花2個小時來解決我剩余的bug和2個未完成的新功能開發(fā)任務(wù)。
事實上等到晚上八點(diǎn)半時，我完成了剩余bug，新功能完成了一個，但此時效率已經(jīng)差的不行了，沒辦法，硬著頭皮也得完成今天的任務(wù)。
（會不會欠下新債，顯然毋庸置疑）
晚上9點(diǎn)，所有任務(wù)已基本上圓滿完成。
總結(jié)完成情況
總結(jié)今天完成的任務(wù)，共完成任務(wù)五項，其中修復(fù)bug20個，寫了60行新代碼，共耗時10小時。
顯然我的工作效率是很差的，尤其是晚上效率更差，我最佩服那些自稱晚上效率很高的人，尤其還有一些人特別喜歡深夜擼碼，倒上一杯小酒，借著凌晨的寂靜，寫著愛寫的代碼，他們很厲害，因為他們很會自欺欺人。
來統(tǒng)計當(dāng)天完成工作的工時占比：
工作內(nèi)容
時間（分鐘）
梳理日計劃
5
修訂周計劃
10
接口聯(lián)調(diào)
31
運(yùn)營對接
25
修復(fù)20個bug
250
編寫新功能
120
日常項目溝通
120
其他
40
總計
601
問題分析
以上流水賬實際上是我們這樣一家普通互聯(lián)網(wǎng)公司的日常，當(dāng)然，對我個人而言，實際上投入到運(yùn)營對接中的時間相對來說是不算多的，我了解我們公司有的開發(fā)者每天需要花至少3小時與運(yùn)營人員進(jìn)行問題的對接，這顯然會直接影響了開發(fā)者的工作效率。
（我相信一流互聯(lián)網(wǎng)公司一定不是這樣的）
從上圖可以看出我們的日常工作安排存在以下問題：
*
修復(fù)bug這種還技術(shù)債的任務(wù)，耗時接近47%，占了將近一半的時間。嗯，能力確實不行，能不能采取措施讓債不欠這么多，這是人才三角（專業(yè)技能、行業(yè)知識、軟實力）需要達(dá)到的目標(biāo)。我曾經(jīng)打算在功能開發(fā)中引入TDD來減少返工率，但是最終決定還是先擱置這個想法。
*
我司項目管理的形式是虛擬團(tuán)隊，產(chǎn)品經(jīng)理和測試工程師主要在深圳，而研發(fā)團(tuán)隊在長沙，因此，每天投入到團(tuán)隊溝通中的時間占比達(dá)到20%。事實上虛擬團(tuán)隊這種開發(fā)模式，作為目前比較新興的項目溝通形式，已經(jīng)被互聯(lián)網(wǎng)公司廣泛采用。但是虛擬團(tuán)隊成員間分處異地、無法面對面溝通，由于文化、工作節(jié)奏、技術(shù)等原因，容易造成比較大的溝通成本?？梢圆扇∫韵麓胧┻M(jìn)行優(yōu)化：
* 1、打造高保真原型圖，進(jìn)一步拆解任務(wù)目標(biāo)，讓任務(wù)目標(biāo)細(xì)分。
* 2、需求討論時間前置，需求的特點(diǎn)是漸進(jìn)明細(xì)的，應(yīng)盡量將對需求的溝通在研發(fā)階段開始前進(jìn)行落實，減少對于研發(fā)階段過程中的額外時間浪費(fèi)。
* 3、快速沖刺階段盡可能面對面溝通。
* 4、功能交付缺乏Desktop
Check，意味著產(chǎn)品經(jīng)理和測試工程師無法及時了解功能的實際開發(fā)情況，也意味著團(tuán)隊間對于成果的交付進(jìn)度、實現(xiàn)方式，本身是存在疑問的，這將提高溝通成本。
*
如果按每天工作十小時，為3小時為與運(yùn)營溝通問題的解決來算，占比達(dá)30%。說明對于項目成果的交付上，依然存在不少可以優(yōu)化和提升的空間?；蛟S可以采取以下措施。
* FAQ文檔的進(jìn)一步細(xì)化。
* 知識共享。
* 項目成果移交本身需要有更加規(guī)范化的管理措施。
?
結(jié)論
以上是一位CRUD互聯(lián)網(wǎng)996開發(fā)者的一天，看起來似乎過得很充實，
卻依然需要通過加班來完成當(dāng)天的任務(wù)，而且甚至長期工作時間大于10個小時，與體力勞動者本身沒有太大區(qū)別。也許大家都差不多、總是像機(jī)器一樣活著，思考都成為一種負(fù)擔(dān)?？傄詾榭啃U力可以解決，實際上輸出的或許是一種無用的解決方案。這樣的付出，大概會覺得毫無價值。
然而我們必須停駐腳步，認(rèn)真思考當(dāng)下的價值，思考效率和意義的平衡，讓我們的生活更加有意義。
牢記準(zhǔn)則：“做正確的事，正確的做事”。
熱門工具 換一換