一天被需求打断 N 次，是我太玻璃心了吗？

大部分公司都这样，还有临上线了，改需求的。这样地方一般还有两个特点，代码混乱，加班多

其实就是把程序员当工具，国内特色软件开发模式

程序员是服务业
满足老板的暴富幻想

不能只有你一个人痛苦，拉所有相关的人开会，让他们自己打架。然后他们就必须学会怎么把需求表述清楚了。

受着或者跑路，公司文化就那个样子，你改不了； 我前司就是需求没理好就让开发

还在这个公司就适应吧

我们公司之前 500 人了还是这样啊。ps. 技术部门 100 人左右。 是这样的拉，上面提倡敏捷开发的拉。

谁发工资/给公司赚钱，谁大声。

业务驱动的公司是这样的，你以为自己是搞技术的，业务会认为上午给你提的需求，下午怎么还不上线是效率太低。

我前司，最终直接由业务部门自行管理一组开发/测试/产品，技术部门变成运维组。

改革/改变是件很难很痛苦，需要很长时间的事情，你老板是通过这种方式把企业做起来的，他就会迷信这个依赖路径，直到公司倒闭或者他“被”痛定思痛（可能性不高）。
而对于你而言，有两种选择：
- run ，但是 run 很多时间解决不了这个问题，大多数公司都是这样，遇上企业文化好、且合作的人够专业的公司太难了。
- 尝试接受并且适应，不要无脑的用同一种模式去处理不同的需求，学会分级需求和分拆目标，用不同方式去处理不同的需求，另外要学会向上管理，要充分了解上面的人的习惯，学会怎么去应付，总的来说就是要学会怎么交付。

用 git 做好备份。

还有记得买个录音笔，有用。

我说出我的故事，你心里应该会好受点。
我们大多数时候每个开发每天同时迭代 2-3 个项目的需求，同步进行，需求从来都固定不下来，因为时间不够产品也做不完，都是边做边改边加需求，经常性做到一半说废弃了，按新的逻辑重新做。
但是开发也没有怪产品，因为他们按年单位持续加班，和客户沟通比开发更累。

打着敏捷的旗号，掩盖不专业，流程、管理混乱的问题

上海寰擎信息科技有限公司就是这样

早上提需求，下午就上线已经是家常便饭了