这是一个创建于 97 天前的主题，其中的信息可能已经有所发展或是发生改变。
想问下大家一个挺常见、但真的很烦的情况。
组长自己对需求没想清楚，一边想一边来找你确认，需求还老在变，一天能来找你好几次，默认你随时都得响应。
更离谱的是，销售那边也没个统一入口，需求经常直接甩给开发，然后组长再跑过来问你各种细节，相当于需求没整理好就开始传话。
关键是每周一已经安排了一周任务周期，现在感觉就是摆设。公司也差不多 300 多人也不是小公司了。
之前也反馈过，说这样来回确认、频繁打断，其实挺影响效率的，结果得到的回复是：“老板觉得这样很高效。”
 | 1 yifangtongxing28 1 月 19 日 大部分公司都这样，还有临上线了，改需求的。这样地方一般还有两个特点，代码混乱，加班多 其实就是把程序员当工具，国内特色软件开发模式 |
 | 2 mightofcode 1 月 19 日 程序员是服务业 满足老板的暴富幻想 |
 | 3 dawn009 1 月 19 日 不能只有你一个人痛苦，拉所有相关的人开会，让他们自己打架。然后他们就必须学会怎么把需求表述清楚了。 |
 | 4 IIce 1 月 19 日 受着或者跑路，公司文化就那个样子，你改不了； 我前司就是需求没理好就让开发 |
 | 5 javapythongo 1 月 19 日 还在这个公司就适应吧 |
 | 6 n0de 1 月 19 日 我们公司之前 500 人了还是这样啊。ps. 技术部门 100 人左右。 是这样的拉，上面提倡敏捷开发的拉。 |
 | 7 winglight2016 1 月 19 日 谁发工资/给公司赚钱，谁大声。 业务驱动的公司是这样的，你以为自己是搞技术的，业务会认为上午给你提的需求，下午怎么还不上线是效率太低。 我前司，最终直接由业务部门自行管理一组开发/测试/产品，技术部门变成运维组。 |
 | 8 maichael 1 月 19 日 改革/改变是件很难很痛苦，需要很长时间的事情，你老板是通过这种方式把企业做起来的，他就会迷信这个依赖路径，直到公司倒闭或者他“被”痛定思痛（可能性不高）。 而对于你而言，有两种选择： - run ，但是 run 很多时间解决不了这个问题，大多数公司都是这样，遇上企业文化好、且合作的人够专业的公司太难了。 - 尝试接受并且适应，不要无脑的用同一种模式去处理不同的需求，学会分级需求和分拆目标，用不同方式去处理不同的需求，另外要学会向上管理，要充分了解上面的人的习惯，学会怎么去应付，总的来说就是要学会怎么交付。 |
 | 9 usVexMownCzar 1 月 19 日 via iPhone 用 git 做好备份。 还有记得买个录音笔，有用。 |
 | 10 systemGuest 1 月 20 日 我说出我的故事，你心里应该会好受点。 我们大多数时候每个开发每天同时迭代 2-3 个项目的需求，同步进行，需求从来都固定不下来，因为时间不够产品也做不完，都是边做边改边加需求，经常性做到一半说废弃了，按新的逻辑重新做。 但是开发也没有怪产品，因为他们按年单位持续加班，和客户沟通比开发更累。 |
 | 11 novaline 1 月 20 日 打着敏捷的旗号，掩盖不专业，流程、管理混乱的问题 |
| 12 novaline 1 月 20 日 上海寰擎信息科技有限公司就是这样 |
 | 13 dandel1on 1 月 20 日 早上提需求，下午就上线已经是家常便饭了  |
Select Language