如何找到最合适、最高效的工作方法，是每个前端工程师必须认真对待的问题

大家有没有遇到一种工作现象？要同时处理的事情很多，甚至在很多事之间快速切换，使用多线程的工作方式，真的能提升工作效率吗？

小白前端开发工程师真实案例1：

1.早晨来公司后先开发A模块的A1页面

2.突然想起来昨天B模块的B1功能还没写完，切换到B模块实现B1功能逻辑，

3.后台突然说getTeacherList接口需要联调，又切换到C模块的C3接口，

4.测试反馈D模块的Bug，然后又切换到D模块修复Bug。

抛出问题：

发现了什么问题？无法集中注意力！！！！多件事之间快速切换，重新回到原始任务总会消费时间，会导致工作效率低下，更糟的是这个衔接的程度根本把握不好。

怎么解决：

按照项目计划合理安排每天的工作计划，列举每日工作Todolist

具体方案：

1.按照前端计划表安排每日要做的工作，并将进度情况及时更新到文档中

2.对工作清单进行优先级排序，将80%的精力去完成重要的的任务，20%的精力去完成非重要任务。

3.工作当日完成，不拖延到第二天

小白前端开发工程师真实案例2：

早晨来到公司，

前端主管问：小白，昨天做了哪些功能，联调ok了吗，明天计划做哪块功能？

测试妲己问：小白，昨天A模块的A1Bug修复好了吗。B模块什么时候可以提测呀？

后台大熊问：小白，C模块的列表接口写好了，可以联调了吗，D模块添加学员接口联调通过了吗？

抛出问题：

跟前端经理汇报工作消耗20分钟，跟测试小姐姐沟通消耗15分钟，跟后台大熊对接Api消耗20分钟，总计1小时，这些时间的损耗是否真正的有意义？

职场中，70%的时间花费在各种沟通（听说读写上），真正完成任务的时间不足30%，造成工作绩效低的第一大原因就是“沟通不良”

怎么解决：

团队沟通实现闭环

具体方案：

1）前端功能任务排期清单，计划完成时间，实际完成时间。

团队内领导及成员可以清楚知晓项目进度实际完成事件。

2）测试Bug进度追踪表（内部使用禅道）

测试同学提出Bug——>指派解决人，描述问题——>相应开发接收，回复计划修复时间——>修复并自测——>标记完成并指派给相应测试妹子

3）开发功能提测表

开发技术增加提测日期，功能冒烟测试日期，模块计划提测日期，实际提测日期，是否Delay向测试同学说明情况

4）接口联调进度表

前端希望提供接口日期，后台实际提供接口日期，合理安排联调日期，接口联调是否完成。

小白前端开发工程师真实案例3： 

小白早晨来到公司后开发A模块的页面，写了一半后发现设计稿上A1功能与产品文档描述不符，又去找产品经理确认需求，对接完成后又将最新信息同步设计师，由于最新功能变更导致之前的代码有一半需要更改。

抛出问题：

未深入理解需求，匆忙进入开发，会因需求变更导致前期时间浪费

怎么解决：

重要的事情摆在第一位，按照优先级将工作分为轻重缓急，工作要有章法，不能一把抓

具体方案：

1.进入开发前，对照设计稿细读产品文档，设计好开发步骤，第一步...第二步....第三步....

2.对于技术开发来讲，搞清楚业务比匆忙进入开发阶段更重要

3.优先级排序：与产品经理谈论业务功能 > 对设计师讨论页面布局及交互 > 进入开发

所以项目计划的意义彰显出来

为什么需要这个？

项目组内成员信息同步，明确时间节点工作进度

项目计划包括哪些？

项目总体计划、前端/后端开发计划，功能模块拆分工时、前端需要接口时间、后端提供接口时间、前后端联调时间、测试计划、产品验收

有什么好处？

1）团队内有效沟通，最小沟通成本

2）技术经理/项目经理/测试/开发，清楚知道项目进度

3）开发将任务拆解更小单元进行估时，能够保障因估时不准确导致提测Delay

对前端开发计划这栏来说

组内每个成员应该创建多个模块的功能清单，上面的内容组合成本次项目中前端所有需求，对模块进行任务分解，成更小的功能点，每一条都应该短小、解耦、目标清晰（例如编写某个功能分支的开发文档、布局、js逻辑、mock数据、联调、自测），对每一条进行估时（以小时为单位），对功能清单进行优先级评估，对于重要及高难度的点进行标记，被标记的清单需要提前进行技术预研（初中级工程师在攻克高难度技术时，建议提前向leader或者技术更厉害的求助，寻求解决方案）

按照项目计划表对工作进行合理规划，安排每日任务

告别低效的忙碌状态，会让你工作更加顺利！

本文工作方法是结合麦肯锡高效工作秘诀，举例日常工作经常会出现的场景，如何应对这些令人绞尽脑汁的烦恼