这明显就是懒啊，推卸责任，但是老大一出现，就没有办法推卸了

1楼 @tinyfool 做需求一定要懂技术吗？我之前是做C++开发的，对前端+后台的模式不了解，怎么学习弥补呢？

1楼 @tinyfool 感觉好难，没有办法说服开发。开发进度慢了，产品经理就跟我急。

3楼 @bradon 关键不是技术，关键是对人的了解，了解什么口气是推脱，了解人家为什么推脱，了解怎么跟人打交道

需求是什么职位啊。。不都是产品经理提需求吗？

4楼 @tinyfool 如果是程序员在推脱工作量，我做需求的应该怎么说，才能让他做呢？

5楼 @amosji 需求分析师~

6楼 @bradon 这就是跟人打交道的技巧了

额，感觉你们的组织架构就有问题啊

首先，你直接找到干活的程序员提需求本身就是不合理的事情啊。怎么跟你安排这个需求？怎么排优先级？怎么排期？怎么验收？

再则，程序员不能谁过来提一个需求都做吧？他手上的活怎么办？是你这个活重要还是手上的活重要？谁来评估这个工作量？

最后，就算程序员直接拒绝掉你的需求都是合情合理的。因为你跟程序员是同级，你无权给程序员安排任务。CTO是来干啥？细化你需求，然后安排任务的。

这不全都是问题啊……

@bradon 那你们的产品经理做什么？
我的理解是产品经理才是直接给研发提需求并且管理项目进度的人

10楼 @amosji 我算是半个产品吧，产品经理是我们老板

9楼 @brambles 公司才10来人，没有传说中的CTO啊，工作量都是老板说了算~ 整个项目开发进展和安排，都是通过每周一会，安排和规划的。老板的思路是，任务完不成的原因是需求不明确。我这个职位的任务，基本上就是流程图，文档说明，帮助他们理解需求，督促他们工作，验收相关功能。

你一个所谓的需求分析师，去管他们程序员怎么实现干嘛？你把需求说明白了，就没你什么事了，他们怎么撕都不关你事，你只需要关心到时做出来的符不符合你的预期就是了

我真的只是为了回答这个问题进来的 不要纠结需求是啥 不同的公司叫不同的名称 游戏里面就可能是游戏策划，有些创业公司就是将产品叫做需求 有的产品经理并不是正宗的产品经理 可能公司的大boss人家就挂名产品经理
and 说问题 一般程序员这种简单需求都不明白的时候 不要墨迹口舌 讲完一遍 邮件抄送他们上司 说一下时间 也不要想的怎么沟通 小需求都扯淡的开发就是特么扯淡的开发 但前提你要把需求讲清楚 比如按照什么规则进行搜索 优先处理什么规则这种 自动补全的这种烂大街就不要扯皮了 浪费时间（但自动补全要看你们网站 比如是按照商品名称还是分类名称等等）

13楼 @jasinyip 我也不管实现，但是老板会问责我，就是我需求没安排下去~ 或是没有说清楚。

14楼 @Doanup 公司小，他们的上司是老板……而且我们扯皮的地点就是QQ群，老板也在里面，一般情况不出声，老板只等我去沟通，需求做不出来就问责我。老板亲自去说，也基本上是把需求重复多次，效果一般，需要我去扮演黑脸，强硬的角色。

15楼 @bradon 我指的「把需求说明白」应该是通过一些可跟踪的工具，比如邮件、文档。发布之后，他们如果没反应，那就是他们的过失，而不是你「需求没安排下去」。如果他们觉得你「没有说清楚」，那就应该回复你的邮件又或者评论你的文档，你再进行答复。这样到时如果需求没有按时完成，那么最后只能追责到他们身上。

17楼 @jasinyip 好的

上边有人指出了，你要跟技术经理谈需求，因为你无权给开发人员布置任务。你们公司管理的确有问题，这种事情跟经理讲一声他自然会去安排，除非你跟那个开发人员是好朋友，不过也有可能因此耽误其他的开发工作。

20楼 @小小智 现在技术发展好快

19楼 @newguy 其实我们老板，因为老板想同时做多个项目，所以现在他就尽量放手让我来安排。

需求提给产品经理或者统一了提给技术经理，经理再去分。需求有大有小，有时不是一句这个很好实现就了事的。

你不该去直接和开发对接，或者如果对接，也是对接技术经理，否则，产品经理提需求，你提需求，老板提需求，最后可能就是老板不拍板其他人提的需求就拖着，至少不会很快去做了。

所以说，不太懂技术的PM没有说服力的，我原来都是问，能不能搞，他们说有困难，我弄个代码过去，你们看这样不就行了么？就利马都明白了，

有时候并不是听不懂，而是不想搭理你，

24楼 @jayxhj 你说的也是，需求来源太多了，程序员自己也排不过来优先级。老板虽然是老大，但是他也未必懂需求。我们团队认为的敏捷，就是砍掉需求的传递环节，但是这样对程序员的额外的要求就会比较多。时间管理啊，项目管理都要懂点

项目经理呢？项目经理站出来。