1. 拒绝PRD和设计稿没有封板就要求排期，和产品设计充分沟通。

前端开发经常会遇到这样的情况，项目经理莫名奇妙发了个会议邀请，然后一股脑把产品下阶段的需求讲完，开发听得云里雾里，心里吐槽一堆细节产品自己没理清，居然在这问前端要多久。设计出的交互难如登天，什么这要个文本编辑器带联想功能的，那要个一键截屏，XX家产品有为什么我们不能实现？拜托人家是一个团队专注做一个功能。好不容易给他找了个开源库，又说这要改那要改的。吐槽归吐槽，问题还是要解决，产品跟设计毕竟跟开发的立场和视野不同，大家出现分歧在所难免，不能期望每个产品都是技术出生，团队的磨合就是在合理的争执下不断进行的。双方还是要找到平衡点确保产品质量和上线时间点的前提下，前端的开发难度和工作量是合理的。

2. 明确后端接口全部提测时间，项目开始阶段要求后端给出接口结构和字段名

前端和测试时整个开发周期的最后环节，项目时间压力一般也在这两个环节上。我认为正确的排期方式应该是前端，后端，测试都实事求是估计任务时间，然后跟产品商量当前迭代能排进多少任务。然后实际情况受多方掣肘，比如任务可能是从X总那压下来的，或是某个环节的团队懒散惯了，故意拖慢开发节奏。我认为在各种特殊情况下前端可以做一些妥协和让步，当还是要保证自己这部分的时间是合理的。这样做的目的主要是为了避免项目到了末期时间不够需要各种周末加班，或是来不及上线各个团队开始甩锅的情况。前端同学们，千万要保证自己的权益，不要随便扛锅，吃力不讨好！

3. 接口联调时间要有保证。

我以前在一些欧美企业带过，他们的后端在开始和前端联调之前会要求先接口提给测试，确保接口都是没问题再开始联调。然后在大部分国内公司（也可能是所有）并不是这样，而是后端说自己接口好了就是好了，表面上算是完成任务，世界接口一堆坑，然后出了问题说是前端联调慢了！前端同学们，这个环节千万要当心了，不要做个老实人，最后把锅都接了，有问题跟管事的人要及时反映，确保上面知道问题到底出在谁身上。 如果大家都不说话，外人总会觉得问题是出在后面干活的人身上。

4. 拒绝项目开始后的频繁小改动和任何大的改动。

千万别惯着产品，这一点不同我多说了。

5. 对自己严格要求，保证产品质量。

对自己要求高一点，承诺了完成时间就要保质保量地完成工作，这是每个前端的底线。有时候交互难一点也是对自己的挑战，总是做简单的事情不会有成长的。

前端是一个需要跟多方对接的岗位，我们在工作中不仅仅要提示的自己的专业技能，跟人打交道的功夫也要不断学习，这些技能在生活中也会给你带来帮助。前端同学们，加油哦~

链接: https://fly63.com/article/detial/2828