|
亏了80万跑路了，求安慰 |
经常需要编排产品计划，然后给领导评审，我想这个事大家都干过，主要有两类需求
1 客户和一线的一些需求，这个很明确，设计排期即可；
2 一些重构及产品优化类的需求，这类需求可能非常影响产品的实施和后期开发，但是从评审的角度来说，公司领导可能不太容易get到为啥要做这些。我们这边领导还算都是技术出身，多解释一下可能他们能明白，但往往他们也没那么大把时间听你解释。
大家是怎么看这个问题的？如果要编排一些重构和优化的任务作为工作计划，怎样能让领导更好的领会你的意图？应该突出哪些重点？
共收到17条回复
前排挽尊 
业务性公司不在乎代码重构，业务之外的东西永远排在后面。技术性公司不用你说，自然有人分配。
单纯靠码农推动代码重构，优化，优化后出现的问题，还有耽误的业务开发时间，谁去背锅?
没事多摸鱼,别去重构那些地雷
@tracymcladdy 我要天天加班我才不想这些
关键最近工作不是很忙，得找点有意义的事做嘛 
@zhouzhe8013 接外包不？baby
@zhouzhe8013 @yezi521 你俩的情侣头像够了啊
@yezi521 小姐姐 我接呀37 610 5482@qq.com
我觉得二楼说得对
@hrx912733 嗯，不过该推进的还是要推进
有QA的话好说，跟着业务需求做重构就行
如果没办法边开发需求边重构的话，还是建议放弃重构的想法
黑锅不好背
搞一些测评数据，说这块需要优化，优化后效率提升200%，那块能给公司节省成本30%，这块不优化成为了性能瓶颈发挥不出我们产品的威力……当然我还是太年轻了
炒了领导鱿鱼，自己当领导啊
@zhouzhe8013 找女盆友送裤头
土匪都剿灭了，剿匪的官兵就都退休了。所以。。。。。你bug都改完了，谁给你发工资呢。留在bug慢慢改不好吗？
据我所知，再多的套路都敌不过一个不懂代码的领导的惯性思维，你要做的就是给他一个稻草。新加一个功能用三倍工作量，或者说现有的架构无法支持，多有几回后，重构的事儿就可以仔细商量了。当然 ，这要建立在足够的信任上。
Guozaoke.com—源自武汉的高端交流分享社区
