自媒体写作的 QRIES 方法论,初学者如何写出让人信服的好文章

需求说的话,程序员怎么听不懂呢?

bradon 发布于 2016年02月19日 | 更新于 2016年03月03日
tinyfool 等1人欣赏。

做一个商家账目明细的搜索页面,真的郁闷了。本来跟web端说的按商家名称搜索,自动补全名称,由用户选择,如图 alt text

就这个功能点讨论了一上午。结果下午做的时候,web端和后台非要你一句我一句说服工作在对方那边。有这打字的功夫,功能都做完了。他们开发越讨论越不靠谱,结果技术总监冒出来,说web端这样这样做,发了个代码示例出来,web端开发立马就OK了。我上午说的那些话,都是白费口舌吗,做需求有时候讲解再说,也不如技术一句话好使!看来以后我每次确认完需求,还要问一句,这个能实现吗?

共27条回复
tinyfool 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

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

tinyfool 回复于 2016年02月19日

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

amosji 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

5楼 @amosji 需求分析师~

tinyfool 回复于 2016年02月19日

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

brambles 回复于 2016年02月19日

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

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

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

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

这不全都是问题啊……

amosji 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

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

bradon 回复于 2016年02月19日

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

jasinyip 回复于 2016年02月22日

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

Doanup 回复于 2016年02月22日

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

bradon 回复于 2016年02月22日

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

bradon 回复于 2016年02月22日

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

jasinyip 回复于 2016年02月22日

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

bradon 回复于 2016年02月22日

17楼 @jasinyip 好的

newguy 回复于 2016年02月22日

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

小小智 回复于 2016年02月23日

如@tinyfool 所言,不过 @bradon 稍懂点技术肯定会让你在交流中有更好的判断。

bradon 回复于 2016年02月23日

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

小小智 回复于 2016年02月23日

21楼 @bradon 所以如果真是一点儿都不知道,那最好你只对一个说了算的对接人负责,接口如果太多,那比较麻烦。

bradon 回复于 2016年02月23日

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

jayxhj 回复于 2016年02月29日

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

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

ibuick 回复于 2016年02月29日

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

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

bradon 回复于 2016年03月01日

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

bocar 回复于 2016年03月03日

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

本帖有27个回复,因为您没有注册或者登录本站,所以,只能看到本帖的10条回复。如果想看到全部回复,请注册或者登录本站。

登录 或者 注册
[顶 楼]
|
|
[底 楼]
|
|
[首 页]