码农：和产品对一天需求，产品经理的需求是对完了，可我代码呢？

在绝大多数软件开发公司，程序员与产品经理的沟通是比较频繁的，他们的工作大部门是互补的，但是他们之间也是有一定的交集的，那就是具体的业务，作为一个产品经理不了解业务那还叫产品经理吗？产品经理是必须了解业务，而对于程序员来说，只是技术好也不是一名合格的程序员，只有了解业务的程序员才能很好的实现功能，要想对业务的透彻的了解，最快的办法自然是与产品经理沟通了，因此产品与技术的沟通自然是一个非常重要的环节，就沟通一事，有名程序员网友说出了这样一个段子，那么接下来让我们一起品味一下他说的是否有道理。

这名程序员网友是这么说的，你是砍柴的，他是放羊的，你和他聊了一天，他的羊吃饱了，你的柴呢？你是程序员，他是产品，你和他对了一天的需求，他的需求对完了，你的代码呢？这个段子的前半段以前是听说过，貌似的确有道理，然后这名网友根据前半段又继续扩展出了后半段，那么针对后半段大家觉得他说的是否有道理呢？我的看法先暂时保留，等到最后再说，让我们先一起看看其他网友们都是怎么认为的吧！

网友一：一语惊醒梦中人

上世是朵花：看来这名网友对楼主说的道理是深信不疑啊。

蚂蚁金服员工：换一个剧本：边砍柴边聊天，顺便让放羊的搭把手，天聊完了你的柴也砍完了他的羊却跑了。和产品对需求，对了一天，原来一周的开发量对到十行代码，你赚了四天！

上世是朵花：看，换一个角度去看，就是另一个结论了，我猜这名网友应该是一个比较乐观的人。

美团员工：哈哈哈哈哈，那怎么办，聊实现吗？

上世是朵花：聊实现产品可能就聊不下去了，还是聊具体业务需求比较现实。

网友四：只能晚上加班砍柴了

上世是朵花：这是一个必经阶段啊，只有聊了之后才能知道怎么砍啊，就是不知道怎么砍所以才去聊啊。

京东员工：需求对完了不还得出文档吗，产品也不是那么轻松的

上世是朵花：赞同，大家都别以为对方的工作轻松，那行都有不容易的地方。

网友六：聊了一天，他告诉你市面上哪些柴好卖，哪些大户缺柴，缺多少？约定过几天砍好了他帮助你去卖。

上世是朵花：看个人是怎么想的，如果只是纯粹的聊天，那的确是浪费时间，如果说从聊天中收获了很多，自然就不是浪费时间。

网友七：真是这样的。以前一个产品自己没思路天天找我咨询，尼玛需求没交付就开始算时间，最后算我延期，坑了我一把。

上世是朵花：所以有个提前规划很重要，要有个时间预估，感觉产品需求始终定不下来要提前说出来，提前说出来可以给自己争取更多的余地，如果延期后再去说会给人一种推脱的嫌疑。

网友八：所以都是leader聊需求

上世是朵花：不同公司情况不一样，一般情况下，项目启动时有一个需求评审环节，这个时候一般是所有研发人员都会参加，在项目启动之前可能是leader与产品经理先进行讨论。

从大家的看法中，似乎能看到这么一个意思，那就是对于程序员来说，和产品经理聊需求比较吃亏。其实，这个问题我是这么看的，程序员并不吃亏啊，和产品聊需求也是为了知道怎么实现啊，如果在不熟悉需求内容的情况自然是没法开发的，这也是工作的一个毕竟阶段啊，在与产品经理聊业务需求的过程中，产品经理与程序员都是在不停的思考着问题的，并不是漫无目的的聊天，产品经理在思考怎么在这个需求上怎么设计更人性化，更符合用户体验，而程序员在想这个需求怎么转换成机器语言，怎么设计接口代码，可以划分为那几个模块等，通过聊需求的过程，大家也都完成了各自的思考，然后再各自分工去做自己手头的事情，这样的过程对大家来说还是相对公平的，并不像部分网友说的那样，这个过程是否对自己有用，那就看你在聊天的过程中是否去思考了，如果你纯粹是为了聊天而聊天，那么自然是没有什么益处，因此对于这种场景，聊需求是否对自己有用，这个主动权从很大程度上来说，是掌握在自己的手中的。

以上所有图片均来之互联网

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！