需求的粒度是项目的心跳

领导常常问，这个需求能不能一个月内完成？研发主管其实也不知道能不能，只能硬着头皮答复“能”。

因为

市场总是紧急的，需求总是实现的越多越好的。

研发总是善良，总认为多做些需求，市场开拓会更顺利一些

研发总是乐观的，总以为需求开发是顺利的，兄弟们紧一紧，加加班，也能够把需求搞定。

可是现实总是不如人意。总有两个黑白老鼠日夜偷走项目的进度。

一个就是现场故障，总会有各种意外的软硬件故障需要研发团队参与解决。

另一个就是需求开发过程中，不断遇到新的问题，技术的问题，人员的问题等。

面对日渐短少的开发时间，研发主管不得不哀叹之余，把项目该做的质量质量保证活动砍了（什么设计评审，什么代码走查，什么单元测试，兼容性、稳定性、性能验证）统统见鬼去吧。

急赶慢赶，总算把一个勉强可以运行的版本交出去了。埋了多少雷，自己也顾不上了。

刚换了一口气，领导也不能让你闲着啊，下一个版本的需求开始了。

技术债务越垒越多，终有一天把研发团队拖入一个人人都想逃离的泥潭。

我把这种现象比做消化不良。就是说嘴巴还在不停的吃，但是肚子已经撑不下了。这似乎是大部分公司的宿命，其背后有着必然的原因。