1
JerryCha 2017-08-09 13:21:43 +08:00 1
"针对市场快速做出响应"
|
2
xuezher 2017-08-09 13:31:00 +08:00 1
这就是传说中的 BOSS 版敏捷开发模式
|
3
linxl 2017-08-09 13:36:40 +08:00
看来今天的主题就是 "敏捷开发" 了.
|
4
pqee 2017-08-09 13:38:01 +08:00 via Android
对呀,是宿命
|
5
sonyxperia 2017-08-09 13:39:38 +08:00
客户口头禅:“改改很快的”
|
6
feng1234 2017-08-09 13:40:12 +08:00 1
作为一个产品狗,我都是先自己脑子外加纸上跑一遍整个需求流程,再和开发沟通的
|
7
CEBBCAT 2017-08-09 13:40:30 +08:00 via Android
哈哈,不就应该这样吗?
|
8
lnkn 2017-08-09 13:41:28 +08:00
像这种临时该需求的互联网公司,那他家的产品到底希不希望程序猿自己很有想法主动提需求改程序呢?
|
9
CruelMoon 2017-08-09 13:44:59 +08:00
这是人的天性..只有优秀的组织才能克服
|
10
youyoumarco 2017-08-09 13:59:01 +08:00 via Android
程序员面临的最大问题就是不断改需求
|
11
zonghua 2017-08-09 14:01:30 +08:00 via iPhone
去平台架构部门就没这个烦恼了。
|
12
ftexplore 2017-08-09 14:03:15 +08:00
既然选择了做前端(无论是 web 还是 app)就认命吧,毕竟人家每个月给你工资不是?
|
13
lyragosa 2017-08-09 14:04:01 +08:00
宿什么命。
给钱就行。 |
14
willvvvv 2017-08-09 14:50:03 +08:00
挤牙膏一样的说出自己的需求
看来我不是一个人。。 |
15
tanranran 2017-08-09 14:56:04 +08:00
设计师也面临这个问题
|
16
vindurriel 2017-08-09 14:57:46 +08:00
让你的老大去扛
如果你就是老大,用制度和流程提升需求管理的效果 |
17
cxbig 2017-08-09 15:32:14 +08:00 via iPhone
改需求很正常,延后交付期就好了。
|
18
shingoxray 2017-08-09 15:35:14 +08:00
不改需求怎么改进产品?
|
19
hasbug 2017-08-09 15:36:32 +08:00
打工就这样咯,打工是不可能打工的,为了维持生活才这样。甲方,领导个个都是人才,说话又给力,说是市场需求,做出来鬼知道却不好使。
|
20
scys 2017-08-09 15:40:06 +08:00
面向 BOSS 编程
|
21
nashxk 2017-08-09 15:51:05 +08:00 via iPhone
遇到这种情况,我都会对自己说,谁让你跟着人家干呢
|
22
binjoo 2017-08-09 16:03:36 +08:00
这个不难,给你一晚上应该够了。
|
23
yongjing 2017-08-09 16:12:01 +08:00
涨工资
|
24
loveCoding 2017-08-09 16:12:37 +08:00 2
肯定要做啊,不做没有钱用。打工的话也不能打一辈子,做生意又不会做,就是做这种东西才能维持生活。
在家里面一个人很无聊,没有朋友,也没有女朋友。进到公司里各个都是人才,说话又好听,超喜欢这里的。 |
25
sobigfish 2017-08-09 16:13:53 +08:00
“不难”+655535
|
26
xw 2017-08-09 16:40:50 +08:00 via Android
“不难”+10086
|
27
dushutaishao 2017-08-09 17:22:34 +08:00
传统企业呆过,互联网公司呆过。
体会是,后者大多需要通过不断试错,获取或增加持续的盈利模式,导致需求变更太快。 |
28
calpamomo 2017-08-09 18:13:21 +08:00
"敏捷开发" (手动滑稽
|
29
03511110 2017-08-09 21:00:29 +08:00 via iPhone
不单是程序员的宿命,是一大批人的宿命,从来没有稍大一点的项目一次不改方案直接完成的:(
|
30
LanFomalhaut 2017-08-09 21:06:43 +08:00
“你就改改 一会儿就好了啊”。。。。
“改这得 N 天 你急也没用 不行你拿走好了。” |
31
lun10439547 2017-08-09 21:14:06 +08:00
我以前遇到过,初期一点都不急,我比他急!
找领导回报进度,让他提意见,但妈的大多数就一句话,总结为:按照之前给你讲的和案例你大胆做好了。我很忙。。 结果到了快要截止的前几天,尼玛搬了一把椅子做我旁边,还拿了一张纸。。。。。原来之前让他看过后他也有自己的想法,就是到了最后几天才给我看。。。。敢情就是他忙完了就来看我忙了。。。唉。。。 |
32
shichimiya 2017-08-09 21:22:37 +08:00
其实之所以有这种问题,主要还是你们响应的太快了。
需求临时修改率 = 项目预算 / ( 工时 * 工资 ) 然而你拿的工资 = 入职时谈下来基本工资 + 防止熟练工跑路涨薪 * 在职时间 所以只要拖,你就会又有钱又有闲。你响应得再快也不会给你涨工资,即使涨了也不会比拖到底的熟练工多多少。 |
33
zhx1991 2017-08-09 22:33:21 +08:00
1. 提出延期
2. 寻求老大支持 |
34
UnknownR 2017-08-09 22:37:18 +08:00
传说中的敏捷开发了
|
36
chinvo 2017-08-09 23:07:27 +08:00
你之前响应修改太快了,放轻松,不要累到自己
|
37
doxiami1 2017-08-10 00:21:50 +08:00
不然要你干嘛?你说要你干嘛不?又不能当花瓶
|
38
loveCoding 2017-08-10 00:25:52 +08:00
@wsc449 #35 很多项目负责人半桶子水 , 连个概念没搞懂是个啥意思就学外边人高大上的敏捷开发 , 我只想对他们说: 敏捷个锤子 .
敏捷开发对团队要求不是一般的高 . 负责人:统筹规划,合理安排 . 产品经理: 需求把控 . 开发: 写代码 , 单元测试保证代码质量 . |
39
coderdusk 2017-08-10 00:27:43 +08:00
以前在公司,要是人手不够。绝影多半会自己去顶一顶,其实也无所谓,只要 CASE 能按时完成,何必要去在乎谁多做一些少做一些呢。
可是后来绝影渐渐发现这不是办法。本来一个西瓜切成四块,要四个人才能吃完,现在少了一个人,于是绝影便自告奋勇一个人吃两块,三个人总算把这西瓜撑完了,说实话自己是撑得实在不行,但是 BOSS 他们不这样想,他们想:看来这个西瓜是很有意义的,通过这个西瓜,我们发现原来绝影的食量大得很,一个人能吃两分西瓜。 于是以后理所当然地每一次 BOSS 们都只安排三个人吃一瓜,剩下一个人还能再吃点别的,这不是大大提高了效率了吗? 而这时候,绝影也只好苦撑着肚子继续吃。 事情到此为止也就罢了,问题是久而久之 BOSS 们又想:“绝影每次都能吃两块西瓜,莫非以他的食量能吃三快?下次我们就来试试。” - 《疯狂的程序员》 |
41
omygod 2017-08-10 11:16:21 +08:00
敏捷开发面向老板的而不是面向程序员的,因为老板没有明确的需求在摸石头过河所以需要敏捷
|