這期間，實現了很多的產品需求，也積累了一些經驗。這裡稍作總結，希望能給新入行的前端小夥伴們一些參考。
要說如何做好乙個需求，展開來講，可以寫好幾篇文章，這裡只挑重點來講。
最基本的，就是把握好3w：what、when、how。
為了下文不至於太過枯燥，這裡進行需求場景的模擬，下文主要圍繞這個「需求」，從what、when、how 三個點展開來講。
備註：此時我們腦海裡浮現的應該是下面這張圖。
答案很殘酷：是的。
根據過往經驗，不少前端同學，包括一些前端老司機，做需求的時候，的確不知道自己究竟要做什麼。導致這種情況發生的原因有哪些呢？
產品經理：提的需求不明確。
前端工程師：沒做好需求確認。
說到產品需求不明確，前端的兄弟們估計可以坐一起開個訴苦大會，因為實在太常見了。典型的有「拍腦門需求」、「一句話需求」、「貼個圖求照抄需求」。
別看連原型圖都貼出來了，其實這就是個典型的「需求不明確」。比如：
也許經過一番確認，最終的需求會是下圖所示。遇到這種情況，一定要做好需求確認，避免後期無意義的返工和延期。
再次強調一下，無論何時，一定要做好需求確認。再有經驗、再負責的產品經理，也幾乎不可能提出「100%明確」的需求。
同樣，回到上面的需求。
1個中文算1個字，多少個英文本母算1個字？（產品語言、技術語言 之間的溝通轉換）
輸入內容過長，如何進行錯誤提示？（互動細節）
可以、需要確認的內容太多，這裡就不贅述。
看到這裡，讀者朋友們應該明白，為什麼前面會說，幾乎不存在「100%明確」的需求。
很多需求細節，同時也跟技術實現細節強相關，不能苛求產品經理都考慮到。這種情況下，作為開發者的我們應該主動找出問題，並與產品經理一起將細節敲定下來。
乙個同時有前端、後端參與的需求，精簡後的需求生命週期，大概是這樣的：
需求提出-->開發-->聯調-->提交測試->需求發布乙個需求的實際發布時間，大部分時候取決於實際的開發工作量。如何評估開發工作量呢？最基本的，就是明確「做什麼」，這也就是上一小節強調的內容。
這裡我們假設：
需求已經明確，小a的開發工作量是3天，小b的開發工作量是3天。
假設小a9月1號投入開發
那麼，是不是9月3號下班前需求就可以發布了？
答案顯然是：不能。
要得出乙個靠譜的完成時間，至少需要明確以下內容：
最終，需求的完成時間點可能如下：（跟預期的出入很大）
對於需求完成時間的評估，實際情況遠比上面說的要更複雜。比如需要考慮節假日、成員休假、多個需求並行開發、需求存在外部依賴項等。以後有機會再展開來講。
完成需求容易，如果要高質量完成，那就需要費點功夫了。同樣的，只挑一些重要的來講
這塊的重要性，再怎麼強調也不為過。前面已經講過了，這裡不再贅述。
作為一名合格的前端工程師，對自己的開發質量負責，這是最基本的要求。要時常問自己：
嚴格把控開發、自測、提測質量，這不但是能力，更是一種負責任的態度。如果能做到這點，不單節省大家的時間，還可以讓其他人覺得自己比較「靠譜」。
風險意識非常重要。在需求完成的過程中，經常會有各種意外的小插曲出現。對於前端同學，常見的有：
上面列舉的項，都可能導致需求發布delay，要時刻要保持警惕。一旦出現可能可能導致delay的風險，要及時做好同步，準備好應對措施。
打個比方：
前面說到，小a 評估了3天的開發工作量。等到開發的第2天，發現之前工作量評估少了，至少需要4天才能完成。
這個時候，該怎麼辦呢？
相信不少同學都是這樣處理的：咬咬牙，加加班，4天的活3天乾，實在完不成了再說。
這樣處理潛在的問題不小：
給自己增加了過重的負擔。
沒能讓問題及早的暴露解決。
可能打亂專案的整體節奏。
更好的處理方式是：及時跟專案組成員同步風險，並落實確認相應解決方案。比如適當調整排期、砍掉部分優先順序不高的功能等。
對於乙個職場人能力的評判，「解決問題」的能力，是很重要的乙個評估標準。解決問題的能力如何體現呢？
舉個例子，提測過程中，出現了不少bug，對於小a來說，該怎麼辦呢？這裡分兩種情況：
第一種情況很簡單，自己的坑自己填，抓緊時間改bug，並做好事總結，降低後續需求的bug率。
第二種情況呢？如果小b比較配合，主動快速修復bug，那沒什麼好說的。但萬一不是呢？
遇到這種情況，小a可能會想：「又不是我的bug，幹嘛操那份閒心，需求如果delay的話，那也是小b的問題，跟我無關。」
可能不少同學的想法跟小a一樣，這在筆者看來，略顯消極，處理方式顯得不夠「職業化」。
為什麼呢？
同在乙個專案組，得要有團隊意識、整體意識。需求延期，首先是所有需求相關人的責任，是要一起打板子的。然後，才會對具體的責任人進行問責。
回到前面的場景，小a更好的處理方式是：做好溝通工作，主動推進問題解決。
了解小b沒有及時改bug的原因：有可能太忙、bug不好改、沒有意識到那是自己的bug。
如可能，提供必要幫助：比如跟專案經理申請，這段時間小b集中精力改bug，暫不開發新需求
風險同步：如果小b真的不稱職，盡快知會專案負責人，對小b進行批評教育，實在不行就換人。
這一點非常重要，但又是容易被忽略的一點。需求發布上線，是個重要的里程碑，但並不意味著需求的終點，還得時刻關注以下事項：
只管功能開發，一旦需求上線，立刻做甩手掌櫃，同樣是缺乏責任意識的表現。試想一下，如果你是團隊的老大，你會放心把重要的需求交給乙個「甩手掌櫃」嗎。
本文中，筆者主要從乙個前端工程師的角度出發，談了一些「高質量完成需求」的經驗。裡面提到的不少內容，放到其他崗位也是適用的。鑑於篇幅原因，很多細節都是點到為止，並沒有深入展開。
方**再多，最終還是需要人去落實。作為一名前端工程師，加強責任意識，主動承擔，勤於總結，做社會主義合格的**人。
如何高質量的陪伴孩子
高質量陪伴，重點是陪伴，不是支配。高質量總原則，該管的要管，不該管的不管 不影響安全，健康 其他人 1.一歲前，寶寶認為媽就是我，我就是媽媽，媽媽不在我也不在了，所以媽媽一走寶寶就會哭。2.一到兩歲左右，寶寶認識了這個世界，區分了爸爸媽媽爺爺奶奶外公外婆都不一樣，有了自我意識，喜歡用和別人不一樣的地...
高質量外鏈如何獲得
隨著對外鏈演算法的不斷調整，外鏈越來越不好做。有很多人做了外鏈的效果微乎其微，甚至還被判別為垃圾外鏈，給 帶來了負面的影響。外鏈，乙個 讓seoer頭疼的問題，如果能解決外鏈的問題，而且外鏈質量還非常高，那麼seo優化之路上會輕鬆不少。那麼如何獲得高質量的外鏈呢？大家別急，請聽東 東慢慢道來。什麼是...
如何發高質量外鏈以及挖掘高質量外鏈平台？
很多做seo最為困惑的某過於發高質量的外鏈了，當然，高質量的外鏈離不開高質量的外鏈平台。今天，就把我所掌握的發高質量的外鏈技巧以及挖掘高質量的外鏈平台的方法給大家說下 如何發布高質量的外鏈？所謂高質量的外鏈，我們 一般都是認為發布在高權重的 上，而這個 又能帶錨文字，從而給自己 傳遞一點點權重，還有...