前端需求排期指北

排期，對于前端開發(fā)人員來說是一個(gè)工作中必不可少的環(huán)節(jié)，職場人講究的就是言出必行、說到做到，排期的準(zhǔn)確性也側(cè)面說明了開發(fā)人員的專業(yè)和靠譜程度，如果排期總能估的比較準(zhǔn)確，那么也會(huì)給人一種靠譜的印象，那么如何才能估準(zhǔn)排期呢？下面我們就來聊一聊關(guān)于前端排期的種種

為什么一定要排期

相信作為前端萌新，一定會(huì)思考過的問題就是，為什么一定要管我要排期？為什么不能先干著，啥時(shí)候干完了啥時(shí)候提測？

一個(gè)完整項(xiàng)目需要很多角色參與，產(chǎn)品經(jīng)理、設(shè)計(jì)師、前端開發(fā)、后端開發(fā)、測試等，而前端只是項(xiàng)目中的一環(huán)，項(xiàng)目負(fù)責(zé)人需要整合了解這個(gè)項(xiàng)目的各個(gè)節(jié)點(diǎn)的時(shí)間安排，才能整體對項(xiàng)目的排期做一個(gè)規(guī)劃

因?yàn)樯霞壥切枰私忭?xiàng)目進(jìn)展和最終完成日期的，所以規(guī)劃好所有事情后也好向上匯報(bào)，以方便后續(xù)安排。

如何進(jìn)行項(xiàng)目排期

這里只聊前端方面的排期方法

排期時(shí)向上匯報(bào)通常以天為單位，有些小需求也可能以0.5天為一個(gè)單位，但想預(yù)估準(zhǔn)確，我們排期時(shí)就不要按照天為單位，應(yīng)該以小時(shí)為單位給自己拆分任務(wù)，這時(shí)就需要考慮一個(gè)問題，你每天的有效工作時(shí)間有幾個(gè)小時(shí)？

我們以以下作息為例

每天早上10點(diǎn)上班，中午12點(diǎn)午休，下午2點(diǎn)開始工作，晚上7點(diǎn)下班

那么每天的工作時(shí)間為 2 + 5 = 7小時(shí)

新需求來了，你估時(shí)為30小時(shí)，那么排期為30 / 7 ≈ 5天

但每天7個(gè)小時(shí)你真的能都投入到項(xiàng)目開發(fā)嗎？

你有沒有想過為什么明明計(jì)劃5天能做完的事情，但最后卻總是需要加班996甚至通宵熬夜才能完成？我總結(jié)了一些會(huì)影響開發(fā)時(shí)間的一系列問題

1. 開發(fā)時(shí)是否經(jīng)歷過被其他線上問題打擾，修復(fù)線上問題是否占用了這7個(gè)小時(shí)中的一部分時(shí)間？
2. 上個(gè)項(xiàng)目提測后是否還需要跟測？修改上個(gè)項(xiàng)目的bug時(shí)是否占用了這7個(gè)小時(shí)中的一部分時(shí)間？
3. 上個(gè)項(xiàng)目測試通過后需要上線和回歸？是否占用了這7個(gè)小時(shí)中的一部分時(shí)間？如果上線后有問題，是不是這7個(gè)小時(shí)的時(shí)間都被用來上線了？
4. 本次需求是否進(jìn)行了接口評審？沒評審之前就給排期，接口和預(yù)想不一致時(shí)是否占用了這7個(gè)小時(shí)中的一部分時(shí)間去溝通做接口評審？
5. 是否預(yù)留了本次需求方案設(shè)計(jì)時(shí)間？
6. 是否預(yù)留了本次需求連調(diào)時(shí)間？
7. 是否預(yù)留了本次需求自測時(shí)間？如果不做好自測，在做下個(gè)需求時(shí)，這個(gè)需求頻繁報(bào)bug，是否還會(huì)影響下個(gè)需求的開發(fā)時(shí)間？
8. 提測部署代碼和環(huán)境是否要預(yù)留時(shí)間？
9. 是否預(yù)留了各種開會(huì)時(shí)間？周會(huì)、周報(bào)、月會(huì)、日會(huì)、日報(bào)、其他需求評審等，如果沒預(yù)留，遇到開會(huì)占用了一天時(shí)間應(yīng)該怎么處理？不開了？

看了以上這些問題，你還覺得你一天的時(shí)間有效工作時(shí)間為7個(gè)小時(shí)嗎？

我們假設(shè)如下

1. 每天預(yù)留半天處理各種線上問題時(shí)間（每天有效工作時(shí)間為7 - 0.5 = 6.5）
2. 新項(xiàng)目中預(yù)留上個(gè)項(xiàng)目修改bug時(shí)間5小時(shí)（本次項(xiàng)目估時(shí) + 5小時(shí)）
3. 新項(xiàng)目中預(yù)留上個(gè)項(xiàng)目的上線和回歸時(shí)間4小時(shí)（本次項(xiàng)目估時(shí) + 4小時(shí)）
4. 在開發(fā)之前進(jìn)行接口評審，沒評審之前不進(jìn)入開發(fā)階段（接口不確定，前端無法進(jìn)入開發(fā)）
5. 如果本次需求是新項(xiàng)目，需要預(yù)留技術(shù)預(yù)研和方案設(shè)計(jì)時(shí)間（新項(xiàng)目需要+技術(shù)預(yù)研和方案設(shè)計(jì)時(shí)間）
6. 需要評估連調(diào)時(shí)間，這個(gè)估時(shí)依據(jù)主要看后端人員的接口開發(fā)質(zhì)量，前后端都按照接口文檔嚴(yán)格開發(fā)，后端接口毫無bug，1天就能結(jié)束連調(diào)，如果一個(gè)接口10個(gè)bug，那1周也都調(diào)不完（主要看接口質(zhì)量，前端根據(jù)之前的經(jīng)驗(yàn)來估時(shí)）
7. 自測很重要，根據(jù)需求預(yù)留自測時(shí)間（本次項(xiàng)目估時(shí)+5小時(shí)）
8. 提測部署代碼是否需要預(yù)留時(shí)間，這個(gè)需要看實(shí)際公司情況，有些公司基建很好，部署代碼完全自動(dòng)化，不需要人為操作，當(dāng)然不需要預(yù)留時(shí)間，有些公司部署代碼需要做很多事情，有時(shí)搞個(gè)半天都搞不好，這是公司問題，公司要為它買單，所以根據(jù)實(shí)際情況預(yù)留時(shí)間（本次項(xiàng)目估時(shí) + 2小時(shí)）
9. 首先每天預(yù)留1.5小時(shí)的開會(huì)時(shí)間 （每天有效工作時(shí)間為6.5 - 1.5 = 5）

再來看剛才的估時(shí)

30小時(shí) + 5小時(shí)修改上個(gè)項(xiàng)目bug + 4小時(shí)上個(gè)項(xiàng)目上線和回歸 + 5小時(shí)自測時(shí)間 + 2小時(shí)提測部署 = 46小時(shí)

46小時(shí) / 每天有效工作時(shí)間5小時(shí) = 9天

你看，9天才是你考慮到所有情況下給出的你真實(shí)的時(shí)間排期

總結(jié)

以上計(jì)算方法并不適用于所有公司，有的公司實(shí)行996工作制，午休1小時(shí)，每周的工時(shí)自然多了很多，有的公司基建好，也可以節(jié)省很多提測部署上線時(shí)間，大家還是需要根據(jù)自己的實(shí)際情況來合理排期，最后祝大家都能準(zhǔn)確預(yù)估好自己的排期，做到心中有數(shù)、言出必行、說到做到。