在实际工作中,大多数人都是“面向甲方需求开发”的,如果甲方提出一个需求,我们就搞,甲方没有提出来,那就不管它(这里的甲方也包括你的上级领导)。
但是,我觉得程序员应该勇敢地“面向用户需求开发”,无论甲方是否提出来,我觉得用户需要,我就做,我觉得用户不需要,我就适当反对甲方需求(当然,如果甲方坚持要这个功能,我们还是搞嘛)。
这里的关键点是,程序员要积极地提出功能需求,提出“这里应该增加这个,这里应该这样搞”,而不是被动地等甲方提需求。
为什么呢? 当然是为了开发效率,为了让甲方最终满意,为了让大家都身心愉悦。
大家说说自己遇到的情况,谈谈你的观点,不要议论楼主,楼主没那么多八卦~
1
wy315700 2023-06-14 12:07:06 +08:00 1
谁给你发工资,就面向谁的需求开发
|
2
tool2d 2023-06-14 12:12:55 +08:00 7
面向工资开发才是正途。
据统计,APP 有高达 93%的淘汰率,大部分程序员水平有限,再怎么创新,APP 也很难活长久。 如果自己埋头开发,不仅没市场,还容易得罪老板,弄不好被开除,何必和钱过不去呢。 |
3
lambdaq 2023-06-14 12:16:32 +08:00
面向付费者开发。
特别是甲方。甲方提需求的往往是伪需求,得满足甲方结款的人。比如飞书卖给小米做了一大堆改造,然后雷军一句话不就不续费了。 用户需求 != 老板需求 != 结款需求。得区分清楚。 |
4
sunyang 2023-06-14 12:55:03 +08:00
大部分人的设计水平没达到指导用户的地步。这种情况下面向用户开发是最安全的。(谁给钱谁说了算)
|
5
lingxiaoli 2023-06-14 13:33:27 +08:00 1
你觉得用户需要就真的是用户需要的?
|
6
chendy 2023-06-14 13:39:21 +08:00
项目规模足够小的话直面甲方是可以的
否则必须有单独的角色去处理诸如 和甲方开会,和领导汇报,被甲方和领导骂,构思项目发展方向,制定开发计划等等巴拉巴拉一堆破事 以上这些事情不是说程序员完全不能参与,是不能完全参与,因为参与了之后就没有啥写代码的时间了 程序员能把自己的屎山收拾好已经不容易了,再去天天陪着甲方折腾,怕不是一天工作 48 小时 |
7
ceeyang 2023-06-14 13:40:42 +08:00
何必要加个自以为是呢,其实你心中已经有答案了,大多数人都是为了赚钱,谁给钱就面向谁开发,也有一部分人是为了爱好,你说那些开源项目他们是面向谁开发。
|
9
Erroad 2023-06-14 13:48:04 +08:00
真空中的球形程序员
|
10
chnhyg 2023-06-14 13:49:45 +08:00
这就是人和机器的区别,前者会主动提出自己的观点和想法,而后者只会被动接受,只顾完成任务。
|
11
yueye115 2023-06-14 13:54:31 +08:00
你以为的并不是用户以为的, 用户以为的也不一定是他想要的, 做之前把需求对齐到各方一致才是关键. 产品经理就是来背这个锅的
|
12
FallenTy 2023-06-14 13:56:13 +08:00
谁给钱谁说了算
|
13
orzker 2023-06-14 13:56:56 +08:00
说白了,你想赚谁的钱,就面向谁。
|
14
zpxshl 2023-06-14 13:59:59 +08:00 via Android
先让用户打个架,统一需求吧
|
15
xuanbg 2023-06-14 14:01:59 +08:00
其实并不存在面向自以为是的用户需求开发的问题。之所以在实现阶段出现需求一日三变这种狗血问题,其根源在于和甲方的沟通不充分、不深入。或者干脆就是对甲方的业务有一定的误解。真能充分沟通,深入理解甲方业务,不至于听不懂甲方的需求。
|
16
MiaoLei911 2023-06-14 14:02:48 +08:00 2
你搁这刷金币呢 bug 改完了吗
|
17
mirsery 2023-06-14 14:03:35 +08:00
产品说啥就是啥咯
|
18
mk0114 2023-06-15 08:41:15 +08:00
我是认为要看这个需求的实现成本,以及猜测最终这个需求会不会后续被甲方提出来。与其等最后甲方发现,然后要求添加,不如一开始就留好对应的接口,然后等甲方提出来再实现。当然不提是肯定不做。
|