工作多年以来，从0到1的项目数不胜数，在项目中经常会出现新需求，项目整体要可多语言切换，项目的所有筛选框都可过滤、清除选项，项目的图片上传要支持aws，项目要新增一个板块，尤其是多语言切换，如果前期项目启动时候没有考虑到要部署海外，后期才加上，那即使有些文字可以全局替换，那也是一项不小工程（除非你的项目很小）。
如果不去owner一个项目，不从全局来规划项目，会出现哪些问题呢？
需求一个接一个来，排期很急但总完不成，没有写测试，bug连连出现，层层调用的时候还要一个一个去找，花费的时间太多，组件没有发到npmjs管理，堆积的越来越多，想调用的时候找不到，导致你存在感很高，但都是来修bug的，当然这些都可能是项目太急太赶才出现的现象
我以前会遇到一种情况，做B端的，不需要设计就引入UI框架即可，需求不明确，方向是这个方向，只是整体而言未来不知道是怎样的，主管要我们先出dome，然后需求一点一点的加进来，项目越做越大，事情越来越多，同时旧项目要维护，测试没有，导致最后bug不断，新增功能、新增的组件有时还整体性能产生影响，导致后期评绩效的时候前端绩效不理想，分到的奖金少的可怜。
要有大局观，在需求评审的时候要考虑这个项目为何要做？以后要做成什么样子？还有老板未来的想法都要考虑进去，即使他说短期内不会考虑，如果有了想法，那以后多少都可能涉足。
哪些东西要抽离封装、哪些板块可以独立成一个项目，就好比我们最近的客服系统，它的量级已经是一个新项目了，因为需求评审会上主管说我们的客服系统要接入jira、电商等等，所以我就提议把它单独做成一个新项目。
成功owner一个项目，带领组员按照你的方式封装组件、封装方法、封装类等，做测试，即使新增需求越来越多，也不用每天加班加点沉浸于bug不可自拔，也能让主管看到你的成绩。
这篇文章很好，可以看看作为一个前端开发到底要不要写测试？来看看《前端要写单元测试？不存在的！那e2e呢？》 - SegmentFault 思否
