产品日记——对于需求的处理方式

最近在做需求的时候，出现了一些问题在里面，导致不管是业务需求方还是程序员，都对我们抱以一些偏见，在此我想的是，不应该将责任推给他人，而应该想的是如何解决这些问题。
对于业务需求方，业务需求方的角度是：不管我提出了什么需求，你需要按照我的步伐去实施这一些需求，不管过程，我只需要结果，我需要的是一旦有问题，你能马上帮我解决。
而对于开发，不希望时间太紧，任务太多会导致经常性地周末加班，这一点不是他们所希望的，他们对待工作希望报之以一个比较适合的强度，不管是绩效还是其他工作的任务，这是他们希望有的一个结果。
那么，现在我应该如何解决问题？
1、对于业务需求方，我没必要拼死拼活帮他们去干活，站在一个客观的角度去做工作，一个简单的工作可以适度夸张，这并不是消极怠工，这是一种沟通的艺术，因为一旦出现，被怼的永远是我自己，所以应该是这样的，给的排期需要在开始预料到所有的情况，不要跟着业务需求方的要求去转，很多事情，比如什么时候做完，并不是和他们确定了就确定了，还有一些未能预知的情况，我本身也应该去预知到这些事情，然后给出一个合理的排期。
2、而对于程序员，程序员任务太多，他也不会管太多你帮他挡住了多少需求，因为排期是你定的，所以排期直接由开发给，如果时间实在不合理，那我可以要求重新进行评估，如果给的时间合理，那么久按照程序员给的排期，但是一旦开发过程出现问题，那就是程序员的问题，这个锅应该由他们来背，这些职责范围应该定义清楚。
总结起来，就是针对业务需求方，排期给出的时间要预知到在开发过程中可能会遇到的问题，而对于程序员，充分倾听他们的意见，并能根据他们给的排期来及时调整。
以上，在针对排期问题，是我需要所做的一个改变调整。