1. 拒绝PRD和设计稿没有封板就要求排期,和产品设计充分沟通。
前端开发经常会遇到这样的情况,项目经理莫名奇妙发了个会议邀请,然后一股脑把产品下阶段的需求讲完,开发听得云里雾里,心里吐槽一堆细节产品自己没理清,居然在这问前端要多久。设计出的交互难如登天,什么这要个文本编辑器带联想功能的,那要个一键截屏,XX家产品有为什么我们不能实现?拜托人家是一个团队专注做一个功能。好不容易给他找了个开源库,又说这要改那要改的。吐槽归吐槽,问题还是要解决,产品跟设计毕竟跟开发的立场和视野不同,大家出现分歧在所难免,不能期望每个产品都是技术出生,团队的磨合就是在合理的争执下不断进行的。双方还是要找到平衡点确保产品质量和上线时间点的前提下,前端的开发难度和工作量是合理的。
2. 明确后端接口全部提测时间,项目开始阶段要求后端给出接口结构和字段名
前端和测试时整个开发周期的最后环节,项目时间压力一般也在这两个环节上。我认为正确的排期方式应该是前端,后端,测试都实事求是估计任务时间,然后跟产品商量当前迭代能排进多少任务。然后实际情况受多方掣肘,比如任务可能是从X总那压下来的,或是某个环节的团队懒散惯了,故意拖慢开发节奏。我认为在各种特殊情况下前端可以做一些妥协和让步,当还是要保证自己这部分的时间是合理的。这样做的目的主要是为了避免项目到了末期时间不够需要各种周末加班,或是来不及上线各个团队开始甩锅的情况。前端同学们,千万要保证自己的权益,不要随便扛锅,吃力不讨好!
3. 接口联调时间要有保证。
我以前在一些欧美企业带过,他们的后端在开始和前端联调之前会要求先接口提给测试,确保接口都是没问题再开始联调。然后在大部分国内