今天刚好和项目组的小伙伴聊起承接需求定版本的内容，就按着项目定了几个原则。记下此笔记以做分享。
一、针对新插入的无版本排期的需求
- 有时间无风险的需求放到自己合适的版本里
- 有风险的需求提出来，和现场沟通新增需求的工作量，让现场排现有需求和新增需求的优先级。按优先级高低来做。
- 在接各项目组电话时并不需要马上给回复，可以先评估，评估后组织好语言在和现场沟通。
二、如何断定自己是否需要加班
在评估工作量时，不应该把加班也算进日常工作量的范围内。
那在什么情况下前端研发需要自主加班？
- 1、当我们自己的工作无法按时做完导致交付风险，比如：ui 未画完，模拟接口数据未写好。
- 2、当现场来了十万火急的需求必须加班加点的完成。
若因后端交付延期或者需求变动导致的前端开发阻塞，可以在相应的时间点在群里告知领导，由现场的人进行协调，下班后该干嘛干嘛。
若延期超过一天，则前端交付时间往后延迟一天，并在群里告知。以此类推。
在出现延期的情况下，及时前端提前完成需求的情况下，也不建议提前交付，而是按约定的延期时间点进行交付。
这么做的目的，是建立起平等的交付时间点的规则，因为我们是前端研发，我们做完即代表这个需求完成可交付测试。
