在工作中，可以拒掉一些领导安排的需求吗？

RT ，领导有时会安排一些技改需求，这些需求很麻烦，而且很多都需要导存量数据（几亿条数据的初始化，比如最近分给我的需求就需要按类型合并几亿条数据，然后将合并计算后的数据初始化到新表，如果用程序来搞，我估算了下，单线程最起码要花好几个月，开 100 个线程跑，也要好几天）

这个需求被我开始的技术方案做砸了（主要是低估了导入数据时带来的负面影响，比如锁粒度），给领导反馈了，领导让我想别的方案继续做，但正常排期的业务需求已经堆积过来了，实在是不想继续搞这个技改需求了，是给领导直说不想做了，换人搞，还是直接延期继续搞？

你们可能会说，为啥不加班搞，其实我反感这个需求的不确定性，需求逻辑很简单，但导数据的不确定因素太大（比如会慢，再比如可能影响到生产 db ，但我这样说后被领导批了，说才多少量啊，辩不过），这种需求我比较排斥，如果一个需求明确知道影响范围，技术方案也没问题，加班赶进度我肯定愿意做

skallz

34 天前

写一个文档，说明一下这个需求要占用的时间以及难度，解释一下如果做有哪些方案（最好列三个，编也要编几个，哪怕编几个明显不可行的也可以），然后说明一下做这个需求要推迟其他需求，然后让领导评估需求优先级
ps：一定要整理文档，发送过去让领导评估，不要简单的说一句能不能做，要把抉择的皮球踢给领导，后续可能出现的问题由领导负责

xiyy02

34 天前

@skallz 我列了俩方案，一套不需要导数据，但是不完全符合领导预期，而且会增加项目复杂度（因为引入了技术 A ），领导觉得增加了复杂度，而且 A 技术有缺陷，不认可，第二个方案就是我说的需要导数据的那个，我们领导说让我决定，我决定用方案二，但说完就有点后悔，感觉没有很完美的解决方案，领导这边我又辩不过