高質(zhì)量的完成 需求 研發(fā)，做一個(gè)靠譜的 攻城獅

3w.jpg

大家看圖說話，記好 what when how 的 3W 原則

下面講講實(shí)際的案例

先說重要的（有關(guān)生死存亡和自身名譽(yù)的）

1. 關(guān)注線上質(zhì)量

這一點(diǎn)非常重要，但又是容易被忽略的一點(diǎn)。需求發(fā)布上線，是個(gè)重要的里程碑，但并不意味著需求的終點(diǎn)，還得時(shí)刻關(guān)注以下事項(xiàng)：
功能是否正常運(yùn)行？

各項(xiàng)指標(biāo)是否正常？比如產(chǎn)品上報(bào)數(shù)據(jù)、性能監(jiān)控?cái)?shù)據(jù)、錯(cuò)誤監(jiān)控?cái)?shù)據(jù)等。
有哪些可以優(yōu)化的點(diǎn)？優(yōu)先級多高？
。。。

只管功能開發(fā)，一旦需求上線，立刻做甩手掌柜，同樣是缺乏責(zé)任意識的表現(xiàn)。試想一下，如果你是團(tuán)隊(duì)的老大，你會(huì)放心把重要的需求交給一個(gè)“甩手掌柜”嗎。

2. 嚴(yán)控開發(fā)、自測、提測質(zhì)量 （這樣一旦有問題，才有理論的資本）

嚴(yán)格要求自己，才能讓人覺得靠譜, 不要以為討好別人大家就會(huì)重視你，真正的靠譜、能扛起大旗大家才會(huì)重視你

作為一名合格的前端工程師，對自己的開發(fā)質(zhì)量負(fù)責(zé)，這是最基本的要求。

要時(shí)常問自己：

開發(fā)：是否嚴(yán)格按照需求文檔完成功能的開發(fā)。

聯(lián)調(diào)：在與后臺同學(xué)聯(lián)調(diào)前，是否已經(jīng)對照測試用例，對自己的模塊進(jìn)行了嚴(yán)格的自測。

提測：提測前，是否已自測、聯(lián)調(diào)通過；測試正式介入前，產(chǎn)品是否提前部署到測試環(huán)境，并進(jìn)行初步的測試環(huán)境驗(yàn)證測試。

嚴(yán)格把控開發(fā)、自測、提測質(zhì)量，這不但是能力，更是一種負(fù)責(zé)任的態(tài)度。如果能做到這點(diǎn)，不單節(jié)省大家的時(shí)間，還可以讓其他人覺得自己比較“靠譜”。

3. 工作時(shí)間評估不足腫么辦

比如你作為前端開發(fā)一個(gè)功能 評估了3天的開發(fā)工作量。等到開發(fā)的第2天，發(fā)現(xiàn)之前工作量評估少了，至少需要4天才能完成。

這個(gè)時(shí)候，該怎么辦呢？

相信不少同學(xué)都是這樣處理的：咬咬牙，加加班，4天的活3天干，實(shí)在完不成了再說。

這樣處理潛在的問題不?。?br> 給自己增加了過重的負(fù)擔(dān)。
沒能讓問題及早的暴露解決。
可能打亂項(xiàng)目的整體節(jié)奏。

更好的處理方式是：及時(shí)跟項(xiàng)目組成員同步風(fēng)險(xiǎn)，并落實(shí)確認(rèn)相應(yīng)解決方案。比如適當(dāng)調(diào)整排期、砍掉部分優(yōu)先級不高的功能等。

4. 怎樣推動(dòng)解決問題 顯得自己逼格高一點(diǎn)

比如 小 A 同學(xué) 需要小 B 同學(xué)的接口，然后 開發(fā)或提測 過程中出現(xiàn)了不少bug，對于小A來說，該怎么辦呢？這里分兩種情況：

bug主要是小A的。
bug主要是小B的。

第一種情況很簡單，自己的坑自己填，抓緊時(shí)間改bug，并做好事總結(jié)，降低后續(xù)需求的bug率。

第二種情況呢？如果小B比較配合，主動(dòng)快速修復(fù)bug，那沒什么好說的。但萬一不是呢？

遇到這種情況，小A可能會(huì)想：“又不是我的bug，干嘛操那份閑心，需求如果delay的話，那也是小B的問題，跟我無關(guān)?！?/p>

可能不少同學(xué)的想法跟小A一樣，這在筆者看來，略顯消極，處理方式顯得不夠“職業(yè)化”。

為什么呢?

同在一個(gè)項(xiàng)目組，得要有團(tuán)隊(duì)意識、整體意識。需求延期，首先是所有需求相關(guān)人的責(zé)任，是要一起打板子的。然后，才會(huì)對具體的責(zé)任人進(jìn)行問責(zé)。

那怎么辦呢？ 嘻嘻，這個(gè)問題證明你已經(jīng)進(jìn)步了

回到前面的場景，小A更好的處理方式是：做好溝通工作，主動(dòng)推進(jìn)問題解決。

了解小B沒有及時(shí)改bug的原因：有可能太忙、bug不好改、沒有意識到那是自己的bug。

如可能，提供必要幫助：比如跟項(xiàng)目經(jīng)理申請，這段時(shí)間小B集中精力改bug，暫不開發(fā)新需求

風(fēng)險(xiǎn)同步：如果小B真的不稱職，盡快知會(huì)項(xiàng)目負(fù)責(zé)人，對小B進(jìn)行批評教育，實(shí)在不行就換人。

其次聊聊怎么嚴(yán)格把關(guān)

1. 怎樣接到比較合理的需求 (就是what 想表達(dá)的意思)

沒有絕對明確合理的需求，因?yàn)榇蠹叶际侨寺?，你要?100%的 明確需求，那產(chǎn)品理所當(dāng)然的要求你沒有一點(diǎn) bug , 啊，這個(gè)世界還怎么合作呀。

假設(shè)現(xiàn)在有個(gè)論壇的項(xiàng)目，產(chǎn)品經(jīng)理小C提了個(gè)需求 “給論壇增加評論功能” 。作為 前端工程師 的小A接到需求后，該如何高質(zhì)量的完成這個(gè)需求。

可能有同學(xué)要拍案而起了：Are you kidding me？不就加個(gè)評論功能嗎，我還能不知道該做啥？

答案很殘酷：是的。

根據(jù)過往經(jīng)驗(yàn)，不少前端同學(xué)，包括一些前端老司機(jī)，做需求的時(shí)候，的確不知道自己究竟要做什么。導(dǎo)致這種情況發(fā)生的原因有哪些呢？

產(chǎn)品經(jīng)理：提的需求不明確。
前端工程師：沒做好需求確認(rèn)。

• 情況1：產(chǎn)品需求不明確
  說到產(chǎn)品需求不明確，前端的兄弟們估計(jì)可以坐一起開個(gè)訴苦大會(huì)，因?yàn)閷?shí)在太常見了。典型的有“拍腦門需求”、“一句話需求”、“貼個(gè)圖求照抄需求”。

  回到之前的例子：給論壇增加個(gè)評論功能。

  別看連原型圖都貼出來了，其實(shí)這就是個(gè)典型的“需求不明確”。比如：
  是否需要支持富文本輸入？
  是否需要支持社會(huì)化分享？
  發(fā)表評論后，評論怎么展示？

• 情況2：未做好需求確認(rèn)
  再次強(qiáng)調(diào)一下，無論何時(shí)，一定要做好需求確認(rèn)。再有經(jīng)驗(yàn)、再負(fù)責(zé)的產(chǎn)品經(jīng)理，也幾乎不可能提出“100%明確”的需求。

  同樣，回到上面的需求。

  現(xiàn)在已經(jīng)確認(rèn)了，需要支持富文本輸入、需要展示評論，這就夠了嗎？其實(shí)不夠，還有很多需求細(xì)節(jié)需要進(jìn)一步確認(rèn)。比如：

評論最大支持輸入多少個(gè)字？（非常重要，關(guān)乎后臺存儲(chǔ)方案的設(shè)計(jì)）
1個(gè)中文算1個(gè)字，多少個(gè)英文字母算1個(gè)字？（產(chǎn)品語言、技術(shù)語言 之間的溝通轉(zhuǎn)換）
輸入內(nèi)容過長，如何進(jìn)行錯(cuò)誤提示？（交互細(xì)節(jié)）
輸入內(nèi)容過長，是否允許提交評論？如允許，是對評論內(nèi)容進(jìn)行截?cái)嗪筇峤?？（容錯(cuò)）
用戶未輸入內(nèi)容的情況下，評論框內(nèi)默認(rèn)提示文案是什么？（交互細(xì)節(jié)）
。。。

可以、需要確認(rèn)的內(nèi)容太多，這里就不贅述。

看到這里，讀者朋友們應(yīng)該明白，為什么前面會(huì)說，幾乎不存在“100%明確”的需求。

很多需求細(xì)節(jié)，同時(shí)也跟技術(shù)實(shí)現(xiàn)細(xì)節(jié)強(qiáng)相關(guān)，不能苛求產(chǎn)品經(jīng)理都考慮到。這種情況下，作為開發(fā)者的我們應(yīng)該主動(dòng)找出問題，并與產(chǎn)品經(jīng)理一起將細(xì)節(jié)敲定下來。

2. 怎樣 把控時(shí)間 （看看 What 怎么說的）

一個(gè)同時(shí)有前端、后端參與的需求，精簡后的需求生命周期，大概是這樣的：
需求提出-->開發(fā)-->聯(lián)調(diào)-->提交測試->需求發(fā)布

要得出一個(gè)靠譜的完成時(shí)間，至少需要明確以下內(nèi)容：
前端、后臺 各自的工作量。
前端、后臺 投入研發(fā)的時(shí)間點(diǎn)。
前端、后臺 聯(lián)調(diào)的工作量、時(shí)間點(diǎn)。
需求提交測試的時(shí)間。
需求測試的工作量。

最終，需求的完成時(shí)間點(diǎn)可能如下：（跟預(yù)期的出入很大）

640.png

• 下面聊聊 怎樣 確定時(shí)間

  首先 很重要的是 自己心里 一定要有 開發(fā)質(zhì)量的底線

  在 產(chǎn)品提出的需求上預(yù)計(jì)開發(fā)時(shí)間，總有時(shí)間和需求沖突怎么辦

不要委屈 自己，這樣不會(huì)有好結(jié)果的。

• 時(shí)間固定 需求。

• 剛性需求加時(shí)間

• 告訴他們質(zhì)量才是 第一大關(guān)

做不完就提出來大家一塊商量怎么辦（一定要保證心底的開發(fā)質(zhì)量）。不要委屈求全，也不要咄咄逼人

.