程序员思维成长日记-需求、任务拆分

1、从程序员的角度看为什么我要拆分PM的需求？

1. PM要求快速上线：做这个需求，其他事情就做不了，其他需求也紧急，经分析PM当前需求可以被拆分上线，可以先简单支持，解决客户痛点
2. 需求太大，如果不做拆分一个需求只是开发都需要一个月，但是产品和老大不会承诺这中间不会插入其他事情

工期估得太长？
一线商务有意见：这帮开发，不行就换掉，谈了合同一百年才能开发，干个pi啊，还拿那么多工资，bug那>么多
顶层大佬也有意见：效率太低，执行力差等等
leader也有意见：xxxx。其实更多的是无奈

工期估得太短？
估得短了，延期要解释，上级要问责。熬的夜，吃的药都白搭。

3.如果你有经验，你应该晓得，大的项目上线出错概率很高的，bug满天飞，费力不讨好

于是乎，作为一个初入职场的小白开发，我慢慢学会了一些套路

1. xxx可以做，但是不是现在
2. 如果必须是现在，可以，我只能做xxx，yyy 做不了
3. 如果要全部做也可以，我需要延长时间
4. 如果非要全部都做，而且无法延期，也可以，你得接受上线有bug，我无法保证上线质量

2、作为开发，我为什么不想拆分任务？

是的，你没有听错，你不想拆。

1. 这里说的是任务，所以不是PM给的需求，是RD[研发]给自己分的技术类任务
2. 从我的角度，我觉得这件事情值得花更多的时间去深度思考，去彻底解决，否则这个炸弹爆炸是早晚的事情
3. 大佬或者老大为什么要求一个项目不能超过1个月？我把一个2个月的项目拆成两个项目，或者两期去做不是一样的吗？

3、作为leader，他为什么让你控制工期越短越好

在MT的时间里，经常被要求项目要在一个月以内done掉。

1. 敏捷开发
2. 快速交付
3. 更方便安排任务，避免遗漏，减少出错，降低风险
4. 对于团队来说，提高信誉度

一个不聪明的码农，讲述着自己曾经遇到的问题和面对问题思维转换的经历，持续更新中。。。