又开始了新的一周，本次复盘主要记录两个问题
- 先做调研，再和产品、后端聊具体实现
- 临时接替其他同事的需求如何快速上手？
1.先做调研，再和产品、后端聊具体实现
在了解了具体要做的需求后，技术同学一定要做一个技术可行性的研究，如果能把需求拆分的很细的去调研可行性是最好的。调研完成后，最好输出一份调研报告，说明一下有哪些需求是可行的，哪些是不可行的，不可行的原因是什么。或者有的需求是可行的，但是有技术难点，难点难在哪里，需要多长时间能完成。如果能输出这样一份文档，然后再去和产品同学对接时，就会很有说服力，也能够帮助产品同学了解到需求的可行性，以及实现成本，对于一些不太重要的需求，而且又费时间的需求产品同学就能够考虑去掉。所以提前的调研和结果的输出，不仅能够让我们技术同学对需求的实现游刃有余，而且还能提升和产品同学，甚至后端同学的合作效率。
2.临时接替其他同事的需求如何快速上手？
在日常开发中，偶尔会遇到需要临时接替其他同事的需求，当然这是小概率情况，因为一般团队管理良好，流程规范的话是不会出现这样的问题。但是假如遇到同事离职，或者同事临时抽调去做公司更加紧急的需求时，就需要有补位的同学。那么如何去快速上手一个临时接替的需求呢？
step1：仔细阅读和理解需求文档，了解需求背景和产品同学想要的效果，圈出有疑问的地方：
需求文档是技术同学了解需求的第一手资料，当然，我知道很多同学都不太愿意读需求文档，因为又长又无聊。如果你们的产品同学有时间再重新给你讲一遍需求当然最好，如果没有时间就只能自己去阅读需求文档了。当然，不管产品有没有时间给你讲需求，都是应该好好读一下需求文档的，因为要确定很多细节问题。阅读需求文档时除了要去抠技术细节外，了解需求的背景和产品同学想要的效果也是十分重要的。了解需求背景可以帮助技术同学从更全的角度去思考问题，而不是纠结于某个技术细节，同时需求背景能帮助技术同学更好的理解产品想要的效果。
step2：和产品同学沟通需求文档中有疑问或者自己不清楚的地方：
阅读完需求文档，可以找产品同学核对一下文档里面自己不清楚的地方，这样才能更加准确和完整的完成该需求。
step3：了解一下之前的技术同事实现该需求的技术方案和细节：
这一点非常重要，因为可能之前的同事已经和后端同学、设计同学或者 FE 同学约定好了一些协议、数据格式等技术细节，那么我们接替他（她）的需求时，最好按照之前的方案执行，否则，改动的成本就会很大。还有一点就是如果遇到的是一个很复杂的需求时，可能之前的同事已经做了很细致的调研，设计出了好的实现方案，如果我们沿用他们的方案就省去了自己去调研的成本。
