定制化需求三天一变,累死技术部

2022 年 5 月 14 日
 v2dev
平均每 3 天约甲方看一次系统,然后提整改建议,回来改,然后再去,卷的太累了,跪求大佬们的应对经验
6943 次点击
所在节点    程序员
32 条回复
taishan
2022 年 5 月 14 日
吃人家饽饽 受人家搓搓 没什么办法
wd
2022 年 5 月 14 日
一般回扣可解。
crazytudou
2022 年 5 月 14 日
还有这样玩的? 3 天看一次你怕是改到天荒地老,而且改后最后因为太复杂而用不起。
需求至少在淡钱时就定下来了,后期可以接受部分小改。
除非你是按月收费那另说
lujiaosama
2022 年 5 月 14 日
你们这是按工时收费的么, 整体预算固定的话 项目负责人拉出去祭天吧, 忽悠不了甲方被甲方牵着鼻子走. 改需求通常也不只是改需求, 代码容易产生屎山还有改出 bug 来, 测试流程得重新跑, 设计得不断复盘审查纰漏. 写作文都知道没想好就不要动笔了. 需求发生变化很正常, 频繁的的变化就很不正常了.
zhangleshiye
2022 年 5 月 14 日
面向甲方领导编程
pengtdyd
2022 年 5 月 14 日
项目负责人是个垃圾!
a1562619919
2022 年 5 月 14 日
制定排期啊,如果安排周末加班干活,没加钱可以走了。
mrz3333
2022 年 5 月 14 日
最好让甲方来个负责人,他说你做省心省事。
coolmenu
2022 年 5 月 14 日
甲方来个负责人也不行,你不知道他上头有几个老板呢,他回去也是得被勒令不停的改。
aptupdate
2022 年 5 月 14 日
随他怎么变哪怕推翻重来呢,只要给钱、给时间就行。
Cheons
2022 年 5 月 14 日
甲方需求变个不停,项目经理没沟通(忽悠)好,加牛 B 吹大了。
kafkaonsea
2022 年 5 月 14 日
做外包就是这样咯,在现场被甲方爆菊是家常便饭
zengguibo
2022 年 5 月 14 日
只要时间和金钱给到位,怎么改都行
thinkwei2012
2022 年 5 月 14 日
楼上+1
Dart
2022 年 5 月 14 日
runrurnrun npmrun
CEBBCAT
2022 年 5 月 14 日
965 怎么会累呢?我还巴不得永远进入不了测试流程呢


管理大概有问题
markgor
2022 年 5 月 14 日
我觉得应该分场景吧。
1 、固定薪资 + 0 项目提成或项目提成不多
随便他怎么改,他好你也好。但是可以建立不同版本,应付他变来变去的需求。中间剩下的时间慢慢摸鱼。

2 、 高额项目提成
找项目负责人,和他说情况,并且做好每次修改的记录,拿出来和负责人对质,别直接和甲方产生矛盾。
项目负责人一般都能处理好这些问题,处理不好的话他也会找当初的业务,让业务和客户沟通清楚。
主要都是列清楚每次变动,告知客户这里那里已经改了很多次,下面的人也有怨言了,实在不行我们按最后一个版本,大家碰头一次,敲定下来,后续变更的话就需要收取费用了......


PS:只有按改动次数收费,客户才不会来回改动
rb6221
2022 年 5 月 14 日
你们不谈工时的吗?甲方让你们 3 天做一个网站出来也接?
只要谈了工时,能 3 天完成那就是正常的啊,忙是忙但是没有任何不合理,这份工作就是给了你 3 天让你做 3 天的活。
不能 3 天完成,那你们还接,那就只能等 3 天以后直接说没完成了,谁让他完不成还接呢。
ZoR
2022 年 5 月 14 日
给时间随便改,改到满意,不过一般情况到截止时间 甲方着急了就不改了
Jooooooooo
2022 年 5 月 14 日
这种合作按工时给钱呀.

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/852741

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX