先理清需求：
- 我们的目的和目标是什么
- 以用户思维为导向，怎样会比较好
- 该分歧是 must have, should have, could have , nice to have 那一种，针对不同阶段做相应的任务
再判断要不要实作：
- 将分歧点分类之后，判断实现的复杂度和需要的时间，如果太复杂或者需要的时间太久来不及就留到下一版再做。比如第一版user story 只需做完 must have
如果没办法很好处理分歧，可以请第三方有产品经验的同事参与讨论
CEO 只对结果进行评判，不参与需求讨论，不处理成员之间的分歧。找CEO之前，请开发人员对需求统一意见，拿出一两个方案， 具体参考[如何和CEO确定需求]