工做覆盤01：如何快速上手臨時接替的需求

又開始了新的一週，本次覆盤主要記錄兩個問題

1. 先作調研，再和產品、後端聊具體實現
2. 臨時接替其餘同事的需求如何快速上手？

1.先作調研，再和產品、後端聊具體實現

在瞭解了具體要作的需求後，技術同窗必定要作一個技術可行性的研究，若是能把需求拆分的很細的去調研可行性是最好的。調研完成後，最好輸出一份調研報告，說明一下有哪些需求是可行的，哪些是不可行的，不可行的緣由是什麼。或者有的需求是可行的，可是有技術難點，難點難在哪裏，須要多長時間能完成。若是能輸出這樣一份文檔，而後再去和產品同窗對接時，就會頗有說服力，也可以幫助產品同窗瞭解到需求的可行性，以及實現成本，對於一些不過重要的需求，並且又費時間的需求產品同窗就可以考慮去掉。因此提早的調研和結果的輸出，不只可以讓咱們技術同窗對需求的實現遊刃有餘，並且還能提高和產品同窗，甚至後端同窗的合做效率。

2.臨時接替其餘同事的需求如何快速上手？

在平常開發中，偶爾會遇到須要臨時接替其餘同事的需求，固然這是小几率狀況，由於通常團隊管理良好，流程規範的話是不會出現這樣的問題。可是假如遇到同事離職，或者同事臨時抽調去作公司更加緊急的需求時，就須要有補位的同窗。那麼如何去快速上手一個臨時接替的需求呢？

step1：仔細閱讀和理解需求文檔，瞭解需求背景和產品同窗想要的效果，圈出有疑問的地方：

需求文檔是技術同窗瞭解需求的第一手資料，固然，我知道不少同窗都不太願意讀需求文檔，由於又長又無聊。若是大家的產品同窗有時間再從新給你講一遍需求固然最好，若是沒有時間就只能本身去閱讀需求文檔了。固然，無論產品有沒有時間給你講需求，都是應該好好讀一下需求文檔的，由於要肯定不少細節問題。閱讀需求文檔時除了要去摳技術細節外，瞭解需求的背景和產品同窗想要的效果也是十分重要的。瞭解需求背景能夠幫助技術同窗從更全的角度去思考問題，而不是糾結於某個技術細節，同時需求背景能幫助技術同窗更好的理解產品想要的效果。

step2：和產品同窗溝通需求文檔中有疑問或者本身不清楚的地方：

閱讀完需求文檔，能夠找產品同窗覈對一下文檔裏面本身不清楚的地方，這樣才能更加準確和完整的完成該需求。

step3：瞭解一下以前的技術同事實現該需求的技術方案和細節：

這一點很是重要，由於可能以前的同事已經和後端同窗、設計同窗或者 FE 同窗約定好了一些協議、數據格式等技術細節，那麼咱們接替他（她）的需求時，最好按照以前的方案執行，不然，改動的成本就會很大。還有一點就是若是遇到的是一個很複雜的需求時，可能以前的同事已經作了很細緻的調研，設計出了好的實現方案，若是咱們沿用他們的方案就省去了本身去調研的成本。