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