临时改需求 ，似乎是互联网公司程序员的宿命

[ericgui]

甲方、产品经理、上级：

想一出是一出
或者需求改来改去
或者临时有新想法
或者挤牙膏一样的说出自己的需求

宿命啊

我之所以发牢骚，是因为今天上午我遇到这个问题：
挤牙膏一样的说出自己的需求

昨晚我遇到了工期问题，我昨晚 9 点被打电话 问进度。


但是呢，我又没法埋怨，毕竟这个项目对我挺重要，对我自己，即便我只是个程序员而已。

而且我觉得光抱怨也没用，因为 似乎其他公司也一样德性，所以是“宿命”。

我只能在这里找同病相怜的人，抱团取暖罢了。

[JerryCha]

"针对市场快速做出响应"

[xuezher]

这就是传说中的 BOSS 版敏捷开发模式

[lazypu]

看来今天的主题就是 "敏捷开发" 了.

[pqee]

对呀，是宿命

[sonyxperia]

客户口头禅：“改改很快的”

[feng1234]

作为一个产品狗，我都是先自己脑子外加纸上跑一遍整个需求流程，再和开发沟通的

[CEBBCAT]

哈哈，不就应该这样吗？

[lnkn]

像这种临时该需求的互联网公司，那他家的产品到底希不希望程序猿自己很有想法主动提需求改程序呢？

[CruelMoon]

这是人的天性..只有优秀的组织才能克服

[youyoumarco]

程序员面临的最大问题就是不断改需求

[zonghua]

去平台架构部门就没这个烦恼了。

[ftexplore]

既然选择了做前端(无论是 web 还是 app)就认命吧，毕竟人家每个月给你工资不是？

[lyragosa]

宿什么命。
给钱就行。

[willvvvv]

挤牙膏一样的说出自己的需求

看来我不是一个人。。

[ByteRan]

设计师也面临这个问题

[vindurriel]

让你的老大去扛
如果你就是老大，用制度和流程提升需求管理的效果

[cxbig]

改需求很正常，延后交付期就好了。

[shingoxray]

不改需求怎么改进产品？

[hasbug]

打工就这样咯，打工是不可能打工的，为了维持生活才这样。甲方，领导个个都是人才，说话又给力，说是市场需求，做出来鬼知道却不好使。

[scys]

面向 BOSS 编程

[nashxk]

遇到这种情况，我都会对自己说，谁让你跟着人家干呢

[binjoo]

这个不难，给你一晚上应该够了。

[yongjing]

涨工资

[loveCoding]

肯定要做啊，不做没有钱用。打工的话也不能打一辈子，做生意又不会做，就是做这种东西才能维持生活。
在家里面一个人很无聊，没有朋友，也没有女朋友。进到公司里各个都是人才，说话又好听，超喜欢这里的。

[run2]

“不难”+655535

[xw]

“不难”+10086

[dushutaishao]

传统企业呆过，互联网公司呆过。
体会是，后者大多需要通过不断试错，获取或增加持续的盈利模式，导致需求变更太快。

[calpamomo]

"敏捷开发" (手动滑稽

[03511110]

不单是程序员的宿命，是一大批人的宿命，从来没有稍大一点的项目一次不改方案直接完成的:(

[LanFomalhaut]

“你就改改 一会儿就好了啊”。。。。

“改这得 N 天 你急也没用 不行你拿走好了。”

[lun10439547]

我以前遇到过，初期一点都不急，我比他急！

找领导回报进度，让他提意见，但妈的大多数就一句话，总结为：按照之前给你讲的和案例你大胆做好了。我很忙。。

结果到了快要截止的前几天，尼玛搬了一把椅子做我旁边，还拿了一张纸。。。。。原来之前让他看过后他也有自己的想法，就是到了最后几天才给我看。。。。敢情就是他忙完了就来看我忙了。。。唉。。。

[shichimiya]

其实之所以有这种问题，主要还是你们响应的太快了。

需求临时修改率 = 项目预算 / ( 工时 * 工资 )
然而你拿的工资 = 入职时谈下来基本工资 + 防止熟练工跑路涨薪 * 在职时间

所以只要拖，你就会又有钱又有闲。你响应得再快也不会给你涨工资，即使涨了也不会比拖到底的熟练工多多少。

[zhx1991]

1. 提出延期

2. 寻求老大支持

[UnknownR]

传说中的敏捷开发了

[wsc449]

@UnknownR

对的，要不然敏捷咋这么流行

[chinvo]

你之前响应修改太快了，放轻松，不要累到自己

[doxiami1]

不然要你干嘛？你说要你干嘛不？又不能当花瓶

[loveCoding]

@wsc449 #35 很多项目负责人半桶子水 , 连个概念没搞懂是个啥意思就学外边人高大上的敏捷开发 , 我只想对他们说: 敏捷个锤子 .
敏捷开发对团队要求不是一般的高 .
负责人:统筹规划,合理安排 .
产品经理: 需求把控 .
开发: 写代码 , 单元测试保证代码质量 .

[coderdusk]

以前在公司，要是人手不够。绝影多半会自己去顶一顶，其实也无所谓，只要 CASE 能按时完成，何必要去在乎谁多做一些少做一些呢。
可是后来绝影渐渐发现这不是办法。本来一个西瓜切成四块，要四个人才能吃完，现在少了一个人，于是绝影便自告奋勇一个人吃两块，三个人总算把这西瓜撑完了，说实话自己是撑得实在不行，但是 BOSS 他们不这样想，他们想：看来这个西瓜是很有意义的，通过这个西瓜，我们发现原来绝影的食量大得很，一个人能吃两分西瓜。
于是以后理所当然地每一次 BOSS 们都只安排三个人吃一瓜，剩下一个人还能再吃点别的，这不是大大提高了效率了吗？
而这时候，绝影也只好苦撑着肚子继续吃。
事情到此为止也就罢了，问题是久而久之 BOSS 们又想：“绝影每次都能吃两块西瓜，莫非以他的食量能吃三快？下次我们就来试试。”

- 《疯狂的程序员》

[Gakho]

@coderdusk 疯狂的程序员啊，当年看真的是好书，金句好多

[omygod]

敏捷开发面向老板的而不是面向程序员的，因为老板没有明确的需求在摸石头过河所以需要敏捷

[AnsonQAQ]

@feng1234 能自己过一遍流程，已经很良心了，我们产品都是把原型页面画出来，逻辑狗屁不通